卓卓安Claw项目方案库
展示首页/方案库/产品与需求
产品与需求

卓安Claw 业务流蓝图 v0.1

约 20 分钟·卓安Claw · 2026.11
本页目录
  1. 0. 结论摘要
  2. 1. 项目边界与组织
  3. 1.1 产品定位
  4. 1.2 组织范围
  5. 1.3 与及锋的关系
  6. 1.4 V1 不做什么
  7. 2. 设计原则
  8. 3. 医院模型 → 律所主线
  9. 3.1 映射总表
  10. 3.2 两条状态轴
  11. 3.3 主线状态机
  12. 3.4 节点定义
  13. 4. 角色与协作
  14. 4.1 角色表
  15. 4.2 主管与管理员形态
  16. 4.3 权限与数据范围
  17. 4.4 Agent 权限
  18. 5. 业务规则
  19. 5.1 客户与线索
  20. 5.2 谈案与签约
  21. 5.3 交付、结案、归档
  22. 5.4 冲突
  23. 5.5 财务
  24. 5.6 运营

版本:v0.1(草案,待评审)
日期:2026-11-06
适用范围:卓安Claw V1 业务流、角色权限、云端协同、Agent 边界
读者:卓安业务负责人、管理者、财务、IT;及锋项目组
依据:卓安刑事法律服务需求文档(2026-11-06)、演示站 63 条路由、医院流程研究、历次需求决策
状态:需求讨论稿,不改代码


0. 结论摘要

  1. 卓安Claw 是及锋的定制发行版,不是独立 CRM:及锋内核 + 卓安业务模块 + 卓安云。
  2. V1 做整条服务主线端到端,管理/财务/运营做薄;完整财务、运营、移动端后置。
  3. 主线采用医院诊疗模型:预约挂号 → 建档 → 分诊 → 接诊 → 检查 → 诊断 → 治疗方案 → 治疗 → 结果 → 归档 → 随访。
  4. 云端为卓安私有云(阿里云专属 VPC、单租户);所有案件数据上云,按 A/B/C/D 分级管控。
  5. V1 不买 GPU:外部模型 API + 脱敏 + 审计;C 类案卷只做本地检索、模板、规则校验,不把全文发给外部模型。
  6. 角色权限按“角色 + 数据范围 + 案件团队 + 字段级 + 审计”五维设计;Agent 继承用户权限,不做超级账号。
  7. 多用户能力是平台级改造,不是加模块;采用适配层/双模式,避免大重写,保留上游可合并性。

1. 项目边界与组织

1.1 产品定位

卓安Claw = 及锋内核(Agent / 技能 / 模型 / 文档 / 记忆)
         + 卓安业务模块(诊疗主线 / CRM / 审批 / 财务 / 运营)
         + 卓安云(多用户 / 权限 / 同步 / 审计)
         + 卓安品牌与交付
  • 及锋是底座,卓安业务长在及锋里;云端是及锋的共享数据与协同后端。
  • 卓安Claw 使用独立服务器,不依赖及锋的更新、许可、技能广场等外部服务。
  • 新增产品身份 zhuoan:独立数据根、端口、更新源、品牌与人设。

1.2 组织范围

序号 组织 类型 备注
1 成都总所 总所 总部管理、财务中心、冲突人员库
2 深圳分所 直营分所
3 昆明分所 直营分所
4 重庆分所 直营分所
5 北京分所 直营分所
6 西安分所 直营分所
7 西宁分所 直营分所 原“青海”口径修正为西宁
  • 直营模式下,分所之间不做硬租户隔离;采用一个租户、一个库、branch_id + 行级权限。
  • 总部看全所;分所看本所;部门主管看本部门;个人看本人;跨所案件团队按案件授权。
  • 分所账套独立,总部合并报表。

1.3 与及锋的关系

项 卓安Claw 口径
产品身份 JIFENG_PRODUCT_PROFILE=zhuoan
数据根 ~/.zhuoan(桌面端)
端口 独立端口,避开律师版 9876 / 企业版 19876
更新源 卓安自己的更新源
许可 组织授权 + 席位;桌面离线可设备绑定
技能 卓安内网技能源;不连及锋技能广场
模型 卓安自己的模型网关与 API Key
遥测/心跳 关闭或指向卓安服务器

1.4 V1 不做什么

  • 不做完整财务:发票、分所账套、分配、对账后置;V1 只做合同、回款、退款、待收。
  • 不做完整运营:三渠道、周报月报、目标、报表设计器后置。
  • 不做移动端 V1:桌面优先,移动端 V1.5。
  • 不做 400 实时电话:录音手动上传 + 本地 ASR。
  • 不做多人同时编辑 Word:先文件版本同步。
  • 不承诺案件结果;Agent 不替代律师判断。

2. 设计原则

  1. 需求先行:业务流、角色、权限、数据对象确认后才进入设计与编码。
  2. 医院模型:用“挂号—建档—分诊—接诊—检查—诊断—方案—治疗—结果—随访”组织主线。
  3. 云端协同:云端是共享数据主库;桌面端是客户端 + 本地 Agent;支持离线缓存。
  4. 数据分级:A 公开 / B 业务 / C 案卷 / D 个人;C 类默认不出私有云。
  5. 人机边界:Agent 产出默认是草稿;法律判断、报价、审批、签字由人负责。
  6. 规则可配置:分诊规则、清单模板、字典、审批流、报表不写死。
  7. 全链路审计:登录、查看、下载、导出、Agent 调用全部留痕。
  8. 上游可合并:多用户能力尽量做适配层/新模块,少改及锋核心,保留升级能力。

3. 医院模型 → 律所主线

3.1 映射总表

医院环节 卓安对应 系统落点 主责
预约挂号 咨询预约 / 线索登记 预约单、线索、来源、时段、意向 客服
建档办卡 客户 / 案件建档 客户主档 + 案件档案 + 唯一编号 客服
预检分诊 案件分诊 / 冲突初筛 分诊单、分配记录、冲突预筛 客服主管 / 管理者
候诊叫号 待接诊队列 待办队列、首联时限、优先级 客服 / 管理者
医生诊查 首次接诊 / 会谈 / 阅卷 / 会见 接诊记录、主诉、案情、证据现状 谈案 / 承办律师
开具检查 开具调查 / 检索任务 检查申请单、证据清单、检索任务 承办律师
检查检验 取证 / 检索 / 鉴定 证据材料、检索报告、风险报告 承办 / 知识库
结果回传 结果回传与解读 检查报告、证据目录、类案报告 承办 / Agent
诊断 案情分析 / 辩护要点 诊断结论、争议焦点、风险等级 承办 / 谈案律师
治疗方案 辩护策略 / 服务方案 方案、阶段、办案路径、报价、知情同意 谈案 / 承办 / 客户
治疗 / 处置 办案执行 会见、取保、阅卷、开庭、文书、日程 承办律师
病程记录 办案动态 每次动作留痕、所函绑定 承办律师
三级查房 三级复核 主办→协办→合伙人/主任,频次与签字 承办 / 合伙人
会诊 案件研讨 / 专家论证 会诊单、意见、处置 合伙人 / 外部专家
治疗方案调整 方案变更 变更记录、客户确认 承办 / 客户
治疗结果 办案结果 / 服务交付 判决/裁定/结案、清单完成 承办律师
出院小结 结案报告 结案报告、案例摘要 承办律师
病案归档 结案归档 六类材料、归档审核 承办 / 管理者 / 财务
复诊 / 随访 客户维护 / 回访 回访计划、二次转化 客户经理
收费 / 医保 合同 / 回款 / 发票 签约、回款、退款、发票 客户经理 / 财务
病案质控 质量评查 评查、整改、复核 管理者
临床路径 标准办案路径 必做/条件项、变异原因、完成率 承办 / 管理者

3.2 两条状态轴

  • 客户阶段(宏观):邀约 → 谈案 → 签约 → 交付 → 维护。回款不是客户阶段。
  • 诊疗状态(微观):预约 → 建档 → 分诊 → 接诊 → 检查 → 诊断 → 方案 → 治疗 → 结果 → 归档 → 随访。
  • 两者独立:客户阶段回答“这个客户走到哪一步”,诊疗状态回答“这个案件当前在哪个业务节点”。

3.3 主线状态机

预约 → 建档 → 分诊 → 待接诊 → 接诊中 → 检查中 → 待诊断
→ 待方案 → 方案已确认 → 治疗中 → 治疗结束 → 待归档
→ 已归档 → 随访中 → 已关闭

异常分支:取消 / 爽约 / 退回 / 转诊 / 终止 / 二次转化
  • 每次状态推进写阶段历史:操作人、时间、触发方式、摘要、版本校验。
  • 只有受控回退:交付可“二次转化回谈案”;其他回退需管理者审批并留痕。
  • 状态推进不自动发生:由责任人确认;Agent 只建议。

3.4 节点定义

节点 主责 关键动作 输入 → 输出 时限 / 异常 Agent 动作
N1 预约挂号 客服 登记预约、查重、选时段/律师、发确认 客户信息/来源/意向 → 预约单/线索 大客户 10 分钟首联;夜间留电次日 12:00 录音/聊天抽取、查重、预约摘要
N2 建档 客服 建客户主档 + 案件档案、唯一编号、冲突初筛 身份/联系方式/案由/程序阶段 → 客户 + 案件 首次接诊前完成 字段抽取、材料分类、缺失项提示
N3 分诊 客服主管/管理者 推荐接诊律师、确认分配、记录理由 案由/阶段/地域/紧急度/专长/负荷/冲突 → 分诊单 24 小时;紧急 2 小时 推荐分诊、解释理由、冲突预筛
N4 接诊 谈案/承办律师 会谈/阅卷/会见、记录主诉/案情/证据/诉求、风险告知 预约 + 材料 → 接诊记录/风险告知 分诊后 24–48 小时 问诊提纲、转写、摘要、风险清单
N5 检查 承办律师 开检查单、执行、回传、解读 接诊记录/争议焦点 → 检查报告/证据目录/检索报告 紧急 24h;常规 3–7 天 检查清单、检索、OCR、摘要、缺口提示
N6 诊断 承办/谈案律师 要件对照、争议焦点、证据缺口、风险等级、辩护理论 接诊 + 检查 → 诊断结论(版本化) 检查后 2–3 天 要件对照、类案对比、风险提示;人签字
N7 治疗方案 谈案/承办律师 多方案对比、阶段/路径、报价、风险告知、客户确认 诊断 + 产品目录 + 预算 → 服务方案/知情同意/合同 诊断后 3–5 天 方案草稿、路径生成、报价建议;人定价
N8 治疗/办案 承办律师 会见/阅卷/取保/开庭/文书/日程、办案动态、所函绑定 方案 + 合同 + 清单 → 办案记录/文书/日程/所函 按程序法/清单 文书草稿、期限提醒、所函/动态校验
N9 三级复核/会诊 主办→协办→合伙人/主任;专家 分级复核、会诊、意见、处置 办案记录/文书/诊断/方案 → 复核记录/会诊单 关键节点前;会诊 24–48h 汇总材料、复核清单、记录意见
N10 治疗结果/结案 承办律师 结案检查、结果归类、结案报告、客户反馈 办案记录/判决/清单/回款 → 结案记录/报告 生效后 7–15 天 结案检查、报告草稿、案例摘要
N11 病案归档/质控 承办/管理者/财务 归档检查、质量评查、整改、归档 结案记录/六类材料/财务审核 → 归档卷宗/评查记录 结案后 30 天 完整性检查、结构检查、评查建议
N12 随访 客户经理 回访、满意度、投诉、二次转化 归档记录/客户关系 → 回访记录/维护计划 归档后 7/30 天/季度 回访提纲、通话摘要、转化建议

支撑流程:

支撑 主责 关键动作 输入 → 输出 Agent 动作
S1 合同/收费/回款 客户经理/财务 签约、回款、退款、发票、审核、账套 方案/合同/回单 → 合同/回款/退款/发票 合同生成、回款提醒、待收计算
S2 标准办案路径 承办/管理者 定义必做/条件项、时间节点、变异原因、完成率 产品/阶段/清单模板 → 办案路径/变异记录 勾选建议、变异分析、完成率统计
S3 知识/文书 全员 上传、分类、版本、检索、引用 文档/案例/模板 → 知识文档/文书 分类、摘要、去重、引用
S4 OA 审批 全员/审批人 用章、报销、采购、费用、个人账发款 申请/附件/流程 → 审批单 政策校验、材料检查

4. 角色与协作

4.1 角色表

角色 核心职责 数据范围 不能做
客服 预约、建档、分诊、公海、来电/留电 本人 / 本组 不做谈案;查重只读
客户经理 客户、逐次跟进、维护、回款登记 本人 / 本组 不制定方案、不承办;真实报价遮条
谈案律师 接诊、诊断、方案、签约、审批 被分配客户 不做冲突最终判断;交付清单在承办端
承办律师 检查、诊断、治疗、文书、结案、归档、冲突 案件团队 不做财务审批
管理者 全所/分所案件、驾驶舱、质量、规则、账号 全所 / 本分所 关键动作按账号权限过滤
财务 审核、发票、收退款、账册、分配、报表 本分所账套 不做总账、成本核算、票据开具
运营 本渠道线索、谈案、收退款、报表、周报 本渠道 交付后办案信息不可见;不进财务端

4.2 主管与管理员形态

  • 主管:客服主管、客户经理主管、谈案主管、承办主管;数据范围为本部门全部,不是新角色。
  • 总管理员:全部板块 + 全部渠道 + 可进财务端。
  • 板块管理:新媒体/投流/公共流量,渠道锁定,不能进财务端。
  • 自定义管理:逐项勾选可见板块与渠道范围。

4.3 权限与数据范围

  • 数据范围:仅本人 / 本部门 / 本分所 / 全所 / 指定案件团队。
  • 案件团队 ACL:主办、协办、谈案、客服、客户经理分别可见不同标签与文件。
  • 字段级:真实报价对客户经理遮条;身份证号默认脱敏;成本/利润仅财务;联系方式按角色。
  • 服务端强制:前端隐藏不算权限;所有 API 走策略引擎。
  • 审计:登录、查看、下载、导出、Agent 调用全部留痕;敏感文件下载加水印;批量导出走审批。

4.4 Agent 权限

  • Agent 使用用户 token,不搞服务账号超级权限。
  • 检索、工具调用走同一策略引擎;越权返回 403 并留痕。
  • 敏感文件读取二次确认;C 类默认不出私有云。
  • 审计能回答:哪个 Agent、什么时候、读了哪个案件、哪份文件、调用了哪个模型。

5. 业务规则

5.1 客户与线索

  1. 客户五阶段:邀约、谈案、签约、交付、维护;回款不是客户阶段。
  2. 刑事程序阶段独立(未立案→执行),仅用于线索录入。
  3. 线索退回公海必须从七个固定理由单选,无“其他”;理由与时间不可删除。
  4. 大客户分配后 10 分钟未首联红标;计时从分配时间起算。
  5. 电话按值全所查重,含公海与已转化;重复标红,但不拦截保存。

5.2 谈案与签约

  1. 先有谈案才能签约;成交必须选产品;未成交必须复盘(原因 + 后续计划)。
  2. 方案分列律师费与差旅费;报价修改留痕。
  3. 线上三步签章或线下签约登记;合同编号按分所模板生成。
  4. 先签约后回款;待收 = 合同额 − 已通过回款合计(退款不参与)。

5.3 交付、结案、归档

  1. 交付清单勾选不自动推进阶段;必做未完成须写原因、责任人、补正期限。
  2. 所函数必须 ≥ 办案动态数;申请结案与归档时硬拦截。
  3. 结案必须选案件结果;结果只作内部归类,不构成结果承诺。
  4. 归档五项齐全:结案评查合格、六类材料、归档检查、财务归档审核、是否成功案例。
  5. 质量评查独立进行;结案自动入队,重复进入不覆盖已评结果。

5.4 冲突

  1. 按“姓名 + 身份证号 + 角色对立”判定;姓名一致为模糊匹配,标记待核实。
  2. 高风险强制人工复核;中风险人工判断;证人等非对立角色仅知悉。
  3. 全所共用人员库,跨分所检索;检索异常默认拒绝。
  4. 立案登记与独立检索页共用同一套逻辑,结论一致。

5.5 财务

  • 财务只做业务侧登记、审核、统计,不做总账、成本核算、票据开具。
  • 分所账套独立,默认成都;新增记录必须落具体分所。
  • V1 财务为薄版:合同、回款、退款、待收;发票/账套/分配后置。
  • 总所财务手工同步,Excel 通用记账格式导入;适配器列映射可配置。

5.6 运营

  • 三渠道:新媒体、投流、公共流量;运营账号按渠道锁定。
  • 交付后办案信息不可见;不进财务端。
  • V1 不做完整运营;周报/月报/目标/报表后置。

5.7 OA、电子签、录音

  • OA:整体替换,设业务切割时间点;历史数据全量迁移;在途流程处理方式待定。
  • 电子签:自研签署流程 + 证据链;信任根外接 CA 厂商;V1 内部审批自研,对外合同走厂商或线下。
  • 录音:手动上传 + 本地 ASR;转写结果为草稿,律师确认后入库;客户告知与同意。

6. 云端协同与数据分级

6.1 数据分级

级别 内容 存储 能否出私有云 Agent 能力
A 公开 法律、模板、公开案例、产品资料 卓安云 可以 全文 RAG、生成、翻译、摘要
B 业务 客户/案件元数据、阶段、清单、日程 卓安云 脱敏后可以 分类、摘要、草稿、提醒、报表
C 案卷 证据、笔录、录音、身份证、案卷全文 卓安云(加密) 默认不可以 本地检索、模板填充、规则校验、完整性检查
D 个人 个人记忆、草稿 本机/加密 不可以 个人助手

6.2 同步规则

  • 结构化数据:云端唯一主库;客户端 API 读写;WebSocket 推送;版本号/ETag 防覆盖。
  • 文件:上传即新版本;下载签名 URL;本地缓存;离线队列;冲突生成副本,不静默覆盖。
  • 知识:发布→索引→按权限检索;回答带文档名 + 版本 + 章节。
  • 实时:先做事件实时 + 文件版本同步;不做多人同时编辑 Word。
  • 部署:阿里云专属 VPC、单租户;7 家分所逻辑隔离;对象存储 OSS 存案卷,ECS 云盘只放系统/应用/缓存。

6.3 Agent 出域边界

  • 模型网关统一出口;LiteLLM/New API 类网关。
  • 数据分级策略:C 类默认拒绝;例外需审批。
  • DLP 扫描:身份证、手机号、姓名、案号、地址;命中拦截或脱敏。
  • 本地嵌入:C 类文档向量化用本地 BGE,不走外部 embedding API。
  • 审计不存 C 类原文:只存哈希、长度、脱敏计数。
  • 降级:外部模型不可用时退回本地检索/模板,不阻塞办案。

7. Agent 可行性分级

7.1 分级

等级 定义 适用
A 全自动 规则确定、结果可校验、错误可回滚 查重、合同编号、所函/动态校验、归档完整性、数据汇总
B Agent 生成 + 人工确认 Agent 出草稿,人改完才生效 建档、跟进/谈案记录、文书初稿、结案报告、回访记录
C Agent 建议 + 人工判断 Agent 给依据和建议,人做决定 分诊、冲突风险、辩护策略、报价、质量评查
D 人工专属 不能交给 Agent 最终法律意见、客户谈判、财务审批、投诉处理、签字/用印、案件结果承诺

7.2 V1 优先做的 10 个场景

  1. 录音/通话 → 跟进、谈案记录草稿。
  2. 线索/客户/案件建档抽取 + 查重。
  3. 涉案人员抽取 + 冲突检索预填。
  4. 合同/委托书/授权书生成 + 条款检查。
  5. 证据材料 OCR/分类/目录 + 缺失检查。
  6. 法条/类案检索 + 引用校验。
  7. 服务方案/办案路径草稿。
  8. 文书草稿(会见提纲/取保/法律意见/辩护词)+ 结构检查。
  9. 日程/期限提取 + 所函/动态校验 + 结案归档完整性检查。
  10. 结案报告/案例摘要/知识空间分类。

7.3 不能自动化

  • 最终法律意见、辩护策略、诉讼方案。
  • 利益冲突的最终判断。
  • 报价、让价、合同关键条款的最终确认。
  • 财务审核、付款、开票。
  • 客户投诉的最终处理。
  • 案件结果承诺。
  • 签字、用印、电子签的意愿认证。
  • 法院、看守所、鉴定机构等线下动作。

7.4 验证指标

  • 单条线索/案件录入耗时(前 vs 后)。
  • 查找材料/法条耗时。
  • 交付清单必做项漏项率。
  • 文书初稿返工率。
  • 法条/案例引用准确率。
  • Agent 建议采纳率、越权访问次数(必须为 0)。

8. 集成清单

集成 V1 说明
企业微信 ✅ 统一身份源;组织架构/人员同步;小程序/PC/桌面登录
OA ✅ 整体替换;历史数据全量迁移;业务切割点待定
电子签 ✅(流程) 自研流程 + 证据链;CA 厂商待定;对外合同可先线下
财务 ✅(薄) Excel 通用记账格式导入;列映射可配置;发票/账套后置
录音/ASR ✅ 手动上传 + 本地 ASR;C 类不出私有云
阿里云 ✅ 专属 VPC、ECS、RDS PostgreSQL、Redis、OSS、SLB/WAF、KMS、SLS
模型网关 ✅ LiteLLM/New API;外部模型 API;脱敏/审计/配额
本地检索 ✅ OpenSearch/pgvector + BGE CPU
400 电话 ❌ V1.5 或 V2
移动端 ❌ V1.5

9. 非功能与验收

9.1 性能与可用性(建议值,待压测确认)

  • 用户规模:约 200 人;7 家分所。
  • 并发:按 10%–20% 在线估算,先按 20–40 并发设计。
  • 页面首屏 < 2 秒;列表查询 < 3 秒;文件预览 < 5 秒。
  • 可用性目标:99.9%(待确认)。
  • RPO ≤ 15 分钟;RTO ≤ 4 小时(待确认)。

9.2 安全与审计

  • TLS 全链路;OSS/RDS 服务端加密;KMS 管密钥。
  • RBAC + 数据范围 + 案件团队 ACL + 字段级遮条。
  • 登录、查看、下载、导出、Agent 调用全审计。
  • 敏感文件下载水印;批量导出审批。
  • 堡垒机、WAF、云防火墙、SLS;等保要求待确认。

9.3 备份与容灾

  • RDS 自动备份 + 日志备份;OSS 版本控制 + 生命周期。
  • 跨区域复制/同城冗余按合规要求再定。
  • 备份恢复演练纳入上线验收。

9.4 合规

  • 《个人信息保护法》:告知、同意、最小必要、删除。
  • 律师保密义务:C 类数据不出私有云;模型调用可审计。
  • 《电子签名法》:可靠电子签名依赖 CA;自研仅做流程与证据链。
  • 等保 2.0:等级待确认。

9.5 验收标准

  • 每个节点有输入、输出、责任人、时限、异常处理。
  • 权限矩阵逐项测试,越权 0 例。
  • Agent 输出可追溯、可引用、可人工确认。
  • OA 迁移记录数/附件数/抽样一致。
  • 财务导入对账一致。
  • 电子签流程可回放、可验签。

10. 待确认事项(TBD)

编号 事项 影响 状态
T1 案卷保留年限(5/10/15 年/永久) OSS 成本、生命周期 待卓安确认
T2 1 GB/件是否含视频/录音;视频比例 存储量、带宽 待卓安确认
T3 历史案卷数据量(TB) 迁移成本、OSS 预算 待卓安确认
T4 OA 在途流程:切换前清空还是新系统重建 迁移方案、切换风险 待卓安确认
T5 电子签 CA 厂商 合同签署、合规 卓安协助寻找
T6 财务软件格式 Excel 列映射 待软件确定
T7 阿里云地域/等保等级/GPU 预算 部署与安全 待卓安确认
T8 用户数与并发 规格与性能 约 200 人,细化待定
T9 业务切割时间点 OA 切换 待卓安确认
T10 移动端是否 V1.5 范围 建议 V1.5

11. 附录

11.1 演示站路由对照

  • 统一业务工作台:25 条路由(线索/客户/谈案/方案/签约/回款/案件/交付/结案/冲突/审批/知识/文书/日程/日志)。
  • 律所管理端:19 条路由(驾驶舱/数据/经营/月报/案件/分配/案例集/监督/台账/文书/日程/质评/冲突复核/审批流/报表/配置/账号)。
  • 财务端:11 条路由。
  • 运营端:7 条路由。
  • 项目纪要:1 条。
  • 合计 63 条静态路由;59 页有实现,4 页占位(交付清单、承办端质量评查、流失池、规则配置)。
  • 演示为内存态,权限为前端拦截;需求以本蓝图与 docx 为准。

11.2 术语

  • 诊疗主线:医院模型下的案件服务主线。
  • 标准办案路径:按产品/阶段定义的必做/条件项、时间节点、变异原因、完成率(刑事版临床路径)。
  • C 类案卷:证据、笔录、录音、身份证、案卷全文等敏感数据。
  • 数据出域:数据离开卓安私有云、进入外部模型/服务。
  • 业务切割点:旧 OA 停止写入、新系统开始承载业务的时间点。

11.3 关联文档(待出)

  • 《角色与权限矩阵 v0.1》
  • 《数据对象与状态机 v0.1》
  • 《页面与交互清单 v0.1》
  • 《OA 整体替换与业务切割方案》
  • 《电子签适配层设计》
  • 《阿里云部署与成本基线(无 GPU 版)》
  • 《Agent 可行性分级与 POC 方案》


12. 补充:客户小程序(2026-11-06 新增)

12.1 定位

客户侧透明窗口:微信扫码/合同号绑定 → 查看案件进度 → 查看律师公开的办案动态 → 联系律师。客户看到的是“公开版办案记录”,不是内部原始案卷。

12.2 支撑流程

支撑 主责 关键动作 输入 → 输出 Agent
S5 客户门户 承办/客户经理/管理者 绑定、公开档位、发布动态、共享文书、撤销 合同/案件 → 客户可见动态/文书 起草客户版动态,不自动发布

12.3 业务规则

  1. 默认不公开;由律所主动开启“仅进度/标准/详细”。
  2. 客户版动态由内部记录改写/审核后发布,不直接暴露 CaseLog 原文。
  3. 合同号不是密码;绑定需合同号 + 姓名 + 手机号 + 短信验证码。
  4. 客户只读;不能看内部案卷、证据全文、冲突、质评、成本利润。
  5. 发布/撤回/共享/访问全部审计;文件带水印。
  6. 结案后只读 N 个月(TBD H-07);律所可随时撤销绑定。
  7. Agent 可起草客户版动态,不能自动发布。

12.4 影响

  • 新增客户小程序端(M01–M10)。
  • 新增 PortalAccount / ClientBinding / CasePublication / ClientUpdate 等对象。
  • 新增 H-01~H-12 TBD,详见《客户小程序与案件公开策略 v0.1》。

本文为需求讨论稿,不构成开发承诺;所有 TBD 事项确认后再进入设计与编码。