场景与三层 Agent 协作
律所合伙制团队（独立核算、深度定制路线），首期覆盖民商事团队 8 类场景。
合同审核
合同起草
诉讼文书
尽调整理
本所经验查询
客户咨询应答
知识沉淀
文书归档
① 项目协同 Agent
case-driven
案件编号驱动的证据抽取 / 时间轴 / 文书版本追踪。每个案子独立 workspace，不串档。
② 知识管理 Agent
wiki + git
Wiki 四态（INGEST / QUERY / LINT / MERGE）+ Git 版本控制防数据投毒。本所经验全 git 可追溯。
③ 个人助理 Agent
per-lawyer ACL
合同审核 / 起草 / 咨询应答，私聊 ACL 按律师隔离，每位律师独立 memory。
核心交付场景 × 2
合同全流程从小时级压到 10-15 分钟；本所经验查询从翻找问人到一句话调出。
合同审核
小时级
↓
10-15 分钟
证据整理
实习生 2 天
↓
半小时初稿
经验查询
翻找问人
↓
一句话调出
合同全流程
飞书发文件 → 个人助理 Agent 读 Word → 比对本所合同库 → 生成批注 + 修订建议 → 律师 Word 批注回传 →
Agent 二轮校验 → 合伙人盖章。
真实交互流：律师全程零 IDE / 终端，飞书 + Word + 共享盘即用。
真实交互流：律师全程零 IDE / 终端，飞书 + Word + 共享盘即用。
本所经验查询
律师飞书发问"X 行业类似合同我们办过吗" → 知识管理 Agent 查 Wiki + Git 历史 →
秒级返回相似案例 + 引用原始文档 + 处理方式 + 风险点。
零推理成本：knowledge 在 Ingest 时已整合，Query 直接命中。
零推理成本：knowledge 在 Ingest 时已整合，Query 直接命中。
技术架构 · Route C 私有化战略
三路方案对比，律所合伙制 + 客户隐私保护 + 数据不出所，Route C 是唯一选择。
| 路线 | 形态 | 数据流向 | 合规风险 | 选择 |
|---|---|---|---|---|
| A · 公有云 SaaS | SaaS Agent 平台 | 客户合同 → 公有云 | 合伙人否决 | — |
| B · 混合架构 | SaaS + 本地缓存 | 部分上云 + 部分本地 | 边界模糊 | — |
| C · Route C 私有化 | 律所自有服务器 + Wiki + Skill Pack | 数据不出所 | 过 | ✓ |
国产大模型池
qwen3.6-plusMiniMax M2.7Kimi 2.5GLM 5.1DeepSeek V3.2
按场景路由：合同语义 / 长文档 / 中文理解各取所长，律所自有 token 预算分账。
按场景路由：合同语义 / 长文档 / 中文理解各取所长，律所自有 token 预算分账。
MCP 外挂数据源
企业信息（企查查）
司法判例（裁判文书网）
法规库（北大法宝 / openlaw）
统一 MCP 接口，新数据源即插即用，不改 Agent 主程序。
司法判例（裁判文书网）
法规库（北大法宝 / openlaw）
统一 MCP 接口，新数据源即插即用，不改 Agent 主程序。
数据安全与落地路径
L1-L4 分层脱敏矩阵 + Wiki 四态防投毒 + 4 周试点上线计划。
L1-L4 分层脱敏
L1
公开
法规 / 已公开判例 — 直接进 Wiki，无需脱敏
L2
所内
本所经验 / 内部模板 — 律所内部可见，名称泛化（"某客户"）
L3
案件级
具体案件证据 / 客户合同 — 仅承办律师可见，案件号绑定 ACL
L4
敏感
商业秘密 / 个人隐私 — 加密存储，需多人审批 + 操作审计
Wiki 四态 + Git 防投毒
INGEST
摄入新素材
QUERY
综合回答
LINT
健康检查
MERGE
版本合并
每次写操作走 Git commit，可追溯、可回滚、可审计——任何"知识投毒"都留下指纹。
OpenClaw三层 AgentL1-L4 脱敏Wiki 四态 + GitMCP飞书 / Word / 共享盘