卓安Claw · 让业务长在 AI 系统里（设计需求 v1.0）

来源：用户 2026-11-11 口述/文稿《刑事律师 AI 智能办案系统，让业务长在 AI 系统里的核心意义》
状态：需求记录 + 与当前 S1–S6 对齐；待评审，不改代码
关联：docs/strategy/曾鸣智能-卓安对齐-v1.0.md、docs/prototype/卓安Claw-融合版壳设计-v1.0.md、docs/adr/ADR-003-单壳一体化重构.md

0. 一句话

模型可以买，数据主权买不来。业务不长在系统里，AI 永远只是外挂；数据不留在所里，智能永远不属于你。

1. 核心判断

AI 时代律所真正的护城河不是模型、不是工具，而是数据主权。

刑事律师 AI 智能办案系统的本质，不是给律师配一个外挂工具，而是：

• 让业务长在 AI 系统里；
• 让数据留在律所里；
• 让价值归于贡献；
• 让能力复利为组织。

传统律所的业务在个人手里，数据在微信、邮箱、脑子里：看似有团队，实际没有组织数据资产；看似有协作，实际价值归因不清。刑事法律服务尤其如此——价值藏在判断、会见、庭审、谈判、策略、临场应变和客户信任里，柔性化、难记录、难评价、难归因。

所以建系统不是“上个系统”，而是建四样东西：

建什么	解决什么
数据主权	业务过程留在所里，数据不被外部平台锁定
归因基础	引流、邀约、转化、交付、维护的贡献可追溯
分配依据	从“凭感觉”走向“数据 + 规则 + 评审”
组织能力	个案经验沉淀为组织资产，能力不随人走

2. 系统的基本单元是任务，不是岗位

传统律所按岗位管理：合伙人、律师、助理、行政。但岗位不等于价值。

卓安的做法：以任务为基本单元，把刑事法律服务拆成完整任务链：

引流 → 邀约 → 转化 → 交付 → 维护 → 复购与转介

每个任务再拆人机分工：

分工	做什么
硅基员工（AI）	确定性：检索、摘录、初稿、比对、预警、数据整理
碳基员工（人）	不确定性：判断、会见、庭审、谈判、价值衡量、伦理把关、责任承担

每一个任务都要被记录：

• 谁完成、何时完成；
• AI 参与多少、用了什么工具；
• 质量如何、效率如何、客户体验如何；
• 谁复核、谁担责。

这样，岗位墙被任务链打通，个人贡献第一次被系统看见。

3. 闭环怎么转：数据智能飞轮

系统不是记录完就结束，而是要形成数据闭环：

任务拆解 → 人机分工 → 过程留痕 → 多维评价 → 价值归因 → 分配改进 → 复盘反哺 → 模型优化 → 任务更优

律所内部可以概括为：

任务越多 → 数据越多 → 归因越清 → 分配越公 → 协作越强 → 体验越好 → 案源越多 → 数据更多 → 智能越强。

这是律所内部的数据复利飞轮。不是平台级“黑洞效应”，而是组织能力越用越强、数据越沉淀越值钱。

4. 六个“让” → 产品能力

六个“让”	产品落点	当前状态	差距
让柔性法律服务可见	任务级记录：过程、产出、AI 参与、质量、客户体验	案件/节点有记录；无任务对象	缺 task 模型、任务看板、任务详情
让价值归因清楚	引流/邀约/转化/交付/维护分别归因	经营 V2 已做渠道→线索→案件→财务归因	缺任务级贡献归因、AI 参与度、复核/担责
让分配制度有据	案源+任务贡献+质量+协作+风险的规则与评审	未有分配模型	缺权重、评审、分配模拟、申诉
让团队协作可能	任务链 + 跨角色协作 + 回报依据	角色队列/案件团队已有	缺任务认领、DRI、协作记录
让能力沉淀为组织能力	结构化复盘、知识库、能力画像	节点记录/知识库/质量分已有雏形	缺结案复盘模板、反馈打分、知识蒸馏
让律所拥有数据主权	本地/私有云、分级、权限、审计、导出	案件数据本地、C 类本地、审计已有	缺数据分类/导出/备份策略、平台边界落地

5. 边界与红线

客户数据：授权、保密、脱敏、权限、审计；C 类案卷不发送外部模型、不上平台全文。

归因：不能“谁先录谁拥有”，必须“数据 + 规则 + 评审”；归因结果可解释、可申诉。

人机：人主机辅；最终判断、伦理责任、客户信任仍由人承担；系统是“病历系统 + AI”，不是“自动裁判系统”。

分配：渐进改革——先可见，再可评，最后可分配；不直接把系统分数当薪酬。

6. 对当前卓安Claw的对齐结论

已对齐

• 案件是主对象，Agent 常驻案件现场；Agent 只提议、律师确认后才写。
• 数据留在本地/私有云；C 类材料只本地检索；审计留痕。
• 经营 V2 已有渠道→线索→事件→案件→财务→退款/复购的可归因链。
• 节点记录、质量分、律师 A/B/C、知识空间是“可见/可评”的雏形。

未对齐（需要新增）

1. 任务对象：现在系统的基本单元仍是“案件 + 角色”，不是“任务”。需要 zhuoan_task 与任务链模板，把引流/邀约/转化/交付/维护拆成可记录的任务。
2. 任务级归因：现在能归因到渠道/线索/案件/承办，不能回答“这个任务谁做的、AI 参与多少、谁复核、谁担责”。
3. 多维评价：质量、效率、客户体验、协作、风险五维还没有任务级数据；律师评定仍以案件财务+质量分为主。
4. 分配规则：没有贡献权重、评审流程、分配模拟；不能把归因直接变成分配。
5. 组织复盘：没有结构化结案复盘和“复盘反哺模型/知识”的闭环。
6. 数据主权基础设施：缺数据分类、导出/备份、平台边界、跨所共享规则。
7. 平台层：庭立方多租户/统一身份/跨所冲突/平台治理尚未动工；当前是单所样板间。

不要误解

• 不是把岗位换个名字叫“任务”，而是任务成为有 ID、有过程、有产出、有评价、有归因的对象。
• 不是所有任务都交给 AI；AI 做确定性，人做不确定性，人最终担责。
• 不是把案卷全文上平台；数据主权与平台协同要同时成立。
• 不是用系统分数直接发钱；先可见、再可评、最后可分配。

7. V1 设计建议：任务层

7.1 数据模型（建议）

zhuoan_task：

• id、task_type（引流/邀约/转化/交付/维护/复购转介）、title
• lead_id / client_id / case_id（按任务类型挂接）
• stage_key、status、priority、due_at
• owner_user_id、participants_json、reviewer_user_id、accountable_user_id
• ai_role（none/assist/draft/execute）、ai_tools_json、ai_minutes
• output、quality_score、efficiency_score、client_experience_score、risk_level
• attribution_weight、attribution_rule_version
• created_at、started_at、completed_at、updated_at

zhuoan_task_event：任务过程留痕（创建/认领/开始/AI 调用/提交/复核/退回/完成/评价），带操作人、时间、备注。

7.2 UI

• 我的任务：按角色/任务链展示待办、进行中、待复核、已完成。
• 任务链：以案件/线索为轴，展示引流→邀约→转化→交付→维护→复购的任务状态与责任人。
• 任务详情：人机分工、AI 参与、产出、评价、复核、担责、审计。
• 贡献与评价：多维评分 + 归因权重 + 评审记录；先做“可见/可评”，不做自动分配。
• 复盘：结案后结构化复盘，进入知识库，形成下一次任务的提示/技能。

7.3 归因规则（建议）

• 每个任务类型定义贡献维度：案源、邀约、转化、交付、维护、协作、复核。
• 权重由管理规则 + 评审确认，不按“谁先录”自动归属。
• 归因结果可解释、可申诉；分配模拟只做参考，不直接发钱。

8. 路线图

阶段	内容	交付
V1 任务可见	任务模型、任务链、我的任务、任务详情、AI 参与记录	任务级“病历”
V2 归因与评价	多维评分、贡献权重、评审、分配模拟、律师能力画像	可见→可评
V3 组织复利	结构化结案复盘、知识蒸馏、反馈回流、跨案复用	能力沉淀
平台层	庭立方多租户、统一身份、跨所冲突、平台治理、数据边界	多所平台

9. 11/27 演示口径

• 当前演示仍是“案件图 + 角色队列 + Agent 副驾 + 经营 V2”；不要宣称任务级系统已上线。
• 叙事上把现有案件节点/记录解释为“任务链的雏形”：引流（客户/线索）→邀约/转化（转案）→交付（案件节点）→维护（回访）。
• 若要加一个 wow 点，建议做一个“任务链”静态/半动态视图：把 ZA-2026-0318 的引流、邀约、转化、交付、维护任务串起来，显示责任人、AI 参与、复核、质量。
• 不承诺自动分配、自动裁判、AI 独立担责。

10. 待确认

1. 任务类型清单与刑事任务链模板（是否按诉讼阶段再拆）。
2. 多维评价的权重与评分人（主办/复核/客户/系统）。
3. 归因权重规则与评审流程；是否进入分配模拟。
4. AI 参与度如何计量（调用次数/节省时间/产出采纳率）。
5. 数据分类、导出/备份、平台共享边界。
6. V1 先做哪条任务链：引流→转化，还是交付→复核。