架构与实现
卓安Claw 利益冲突检测:产品位置建议(2026-11-14)
结论:冲突检测不是一个孤立的“工具页”,而是一道收案/分诊门禁 + 案件内的合规状态卡。 现有后端:
jifeng-features/case_manager/db.py的run_conflict_check,分级 BLOCKING / HIGH / MEDIUM;convert_intake已对 BLOCKING 硬拦截。当前卓安 UI 只在转案确认文案里提了一句,结果不可见。
1. 推荐位置
| 位置 | 作用 | 是否阻断 | 面向角色 |
|---|---|---|---|
| 客户与线索 → 转案件 | 收案前强制冲突预检;BLOCKING 禁止转案,HIGH/MEDIUM 需人工复核 | 是 | 谈案律师/承办/管理者 |
| 分诊 → 候选律师/承办分配 | 检查候选律师现有客户/案件是否与本案冲突;冲突候选不能直接分配 | 是 | 管理者/谈案 |
| 案件 → 概览「合规 / 利益冲突」卡 | 展示最近一次结论、命中项、复核人、时间;可重跑 | 否(已收案后靠人工) | 承办/管理者 |
| 管理者/合规中心 | 全所冲突历史、待复核、超期未复核、审计 | 否 | 管理者/合规 |
| 庭立方平台 → 跨所冲突 | 只交换最小必要字段(名称/证件号哈希/所),平台裁决 | 是(跨所) | 平台运营 |
不建议只做一个左侧导航“冲突检测”页:冲突发生在收案和分诊的当下,放在事后页面会被绕过。
2. 交互建议
2.1 转案门禁
- 转案向导固定一步「利益冲突预检」;
- 输入:客户名称、对方当事人、证件号(可选)、关联线索;
- 输出三态:
BLOCKING:红色,禁止转案,只能“不接案/上报”;HIGH/MEDIUM:橙色,必须填人工复核意见 + 复核人;未发现/信息不足:绿色/灰色,信息不足不得显示“无冲突”。- 结论写入
conflict_check,并进案件时间线。
2.2 分诊分配
- 候选律师卡片显示「冲突:无 / 待核 / 阻断」;
- 阻断候选不可选;待核候选需管理者覆盖并写理由;
- 分配成功后把冲突结论带入案件概览卡。
2.3 案件概览卡
合规 / 利益冲突
结论:未发现冲突 / 需人工复核 / 阻断
最近检索:2026-11-14 10:20 · 张律师
命中:2 条(客户 1 / 案件 1)
[查看命中] [重新检索] [记录复核]
- 命中详情只显示必要字段;不把其他案件全文暴露给无权角色;
- 客服只能看到“转案/分诊时执行”,不显示命中详情。
3. 权限边界
| 角色 | 看结论 | 看命中详情 | 发起检索 | 复核/覆盖 |
|---|---|---|---|---|
| 客服 | 仅“转案时执行”提示 | ❌ | ❌ | ❌ |
| 客户经理 | 仅“待核/已核”状态 | ❌ | ❌ | ❌ |
| 谈案律师 | ✅ | ✅(本案相关) | ✅ | 需承办/管理者确认 |
| 承办律师 | ✅ | ✅(本案相关) | ✅ | ✅ |
| 管理者 | ✅ | ✅ | ✅ | ✅ |
| 平台运营 | 跨所最小字段 | 平台冲突 | 平台侧 | ✅ |
4. 验收标准
- 转案时 BLOCKING 必拦截;HIGH/MEDIUM 未复核不能转;
- 分诊阻断候选不可直接分配;
- 案件概览能看到最近结论、命中数、复核人和时间;
- 冲突命中不泄露无关案件全文;
- 每次检索/复核写审计,可追溯;
- 信息不足时明确“无法判断”,不显示“无冲突”。
5. 现有实现与下一步
- 已有:
conflict_check留档表、run_conflict_check、转案 BLOCKING 门禁。 - 待补:
1. 卓安角色/数据范围包装的冲突 API(不要直接暴露 legacy
/api/casemgr/conflicts/check); 2. 转案向导的冲突步骤与结果卡; 3. 分诊候选冲突徽标; 4. 案件概览合规卡; 5. 管理者冲突中心/审计。
6. 客户信息弹窗的位置
客户信息弹窗只放合规提示,不放命中详情:
- 客服:
客服可查看客户与线索,不读取案卷。利益冲突检测在转案、分诊分配时由谈案/承办律师执行。 - 谈案/承办/管理者:提示“转案/分诊/案件概览三处执行”,并可后续加「冲突预检」按钮。
客户信息弹窗是“客户资料”,不是“案件合规结论”的承载页;结论应回到案件/转案/分诊。