庭立方平台控制面 · 原型 v1.0

日期：2026-11-13
状态：可演示原型（演示数据，非生产多租户）
入口：http://127.0.0.1:9899/platform
代码：zhuoan-claw / zhuoan/dev
关联：卓安Claw-下一步工作计划-2026-11-13.md、ADR-004-数据先存后处理.md

0. 一句话

把“庭立方是平台、卓安是旗舰所”落成一个可点、可操作、有数据边界的平台控制面原型：律所入驻、统一身份、线索分配、跨所冲突、平台经营看板、跨所脱敏知识网络，全部用演示数据跑通；不冒充生产多租户。

1. 演示入口与角色

• 入口：/platform
• 从卓安办案台侧栏「系统与 AI → 平台控制面 · 演示」也可进入。
• 角色切换（右上角）：
• 平台管理员：入驻审核、冲突裁决、身份停用、知识发布、数据重置。
• 平台运营：线索分配、律所承接、日常运营。
• 连锁总部（只读）：只看聚合经营与治理结果，不出现操作按钮；后端也会拒绝写操作（403）。

2. 八个模块

模块	演示内容	可操作
平台总览	入驻律所、在办案件、合同额/净收/毛利、平台线索、跨所冲突、待办	点待办跳转对应模块
律所与入驻	6 家律所（成都/重庆/北京/深圳/西安/昆明）；状态、套餐、在办、质量、承接率、入驻检查 5 项	通过入驻、退回补充
账号与身份	企微 userid → 平台角色 → 律所/律所角色；一人可双身份（连锁总部+承办律师）	启用/停用
线索分配	8 条线索；渠道、意向、推荐律所、SLA、状态；按城市/专长/负荷推荐	分配律所、模拟承接
跨所冲突	4 组冲突；按当事人/公司检索；只返回律所、案件类型、角色、命中字段、相似度	完成裁决
经营看板	按周期（2026-11/2026-10）看律所聚合：线索、邀约/上门/签约率、合同/净收/毛利、质量、退费、复购、ROI	切换周期
知识网络	6 条脱敏知识；来源律所匿名；分类/标签/引用数/审核状态	审核发布、下架、重新发布
审计	入驻、分配、冲突、知识、身份同步全部追加审计	只读

3. 数据边界（演示时就讲）

• 平台只拿：律所状态、账号映射、线索分配、聚合经营指标、脱敏知识、审计元数据。
• 平台不拿：案卷原件、全文、当事人敏感信息、证据细节、会见记录。
• 跨所冲突只交换：姓名/单位名称、证件后四位、案件类型、当事人角色、命中字段、相似度；不返回案卷、事实、证据、代理意见。
• 知识网络只共享结构化经验（罪名/阶段/争点/步骤），来源律所默认匿名，可申请下架。
• 经营看板只收律所回传的聚合值，不反推单个案件。

4. 演示脚本（约 5 分钟）

1. 总览（40 秒）：6 家律所、4 家已入驻、44 件在办、456 万合同、142 万毛利；右侧 4 类待办。
2. 律所入驻（50 秒）：进「律所与入驻」→ 北京分所 4/5 检查项 → 点「通过入驻」→ 状态变已入驻；说明平台只审资质/边界，不接管律所案卷。
3. 统一身份（40 秒）：李然 = 连锁总部 + 成都总所承办律师；说明企微 userid 映射，平台角色与律所角色分开。
4. 线索分配（60 秒）：待分配线索 → 点「分配」→ 推荐成都总所（城市/专长/负荷）→ 确认；说明只传最小必要字段。
5. 跨所冲突（60 秒）：搜「四川恒达建设」→ 成都总所/重庆分所命中 → 点「完成裁决」；强调只交换最小必要身份字段。
6. 经营看板（40 秒）：切 2026-11 → 看律所合同/毛利/质量/ROI；强调聚合指标、不含案卷。
7. 知识网络（40 秒）：待审核「帮信罪 · 主观明知辩护路径」→ 审核发布；强调脱敏、来源匿名、可下架。
8. 收尾（20 秒）：平台是控制面，律所是办案系统；平台化不等于上收案卷。

5. 技术形态（原型，不是生产）

• 独立页面：channel/web/static/platform/{index.html,style.css,app.js}，不套卓安单壳，避免把多租户逻辑塞进案件页。
• 独立 API：channel/web/api/platform.py，GET /api/platform/snapshot + POST /api/platform/action。
• 独立数据文件：%JIFENG_DATA_DIR%/platform-demo.json（或 %APPDATA%/及鋒Claw/platform-demo.json），与律所 case-manager.db 分开。
• 动作会写文件并追加审计；右上角「重置数据」可恢复初始演示数据。
• 角色只读由前端隐藏 + 后端 role=连锁总部 返回 403 双重控制。
• 当前没有：真实 tenant_id 隔离、真实企业微信 OIDC、跨所冲突检索真实案卷库、平台结算、多租户对象存储。

6. 与生产平台的差距

能力	原型现状	生产要补
多租户	一个演示 JSON 里 6 家律所	tenant_id/firm_id、独立数据域、租户级密钥与备份
入驻	演示状态与检查项	资质审核流、合同/套餐、开通/停用、律所管理员
统一身份	演示账号映射	企业微信 OIDC、SSO、平台/律所双角色、离职回收
线索分配	手动选择推荐律所	规则引擎、SLA、律所承接/退回、公海、重复线索
跨所冲突	演示冲突记录	真实最小必要字段索引、相似度、裁决流、律所通知
经营看板	演示聚合值	律所指标回传、口径字典、结算对账、小样本保护
知识网络	演示知识条目	脱敏审核、授权/下架、引用追踪、质量评分
审计	演示事件	不可篡改审计、平台/律所双审计、导出

7. 11/27 口径

可以说： - “这是庭立方平台控制面的原型：律所入驻、统一身份、线索分配、跨所冲突、经营看板、知识网络都能点。” - “平台只拿流程状态、聚合指标和脱敏知识，案卷留在律所。” - “这是演示数据，生产多租户/SSO 在下一阶段。”

不要说： - “平台多租户已上线。” - “平台能看所有律所案卷。” - “冲突检索已经接真实案卷库。” - “经营数字是真实全平台统计。”

8. 下一步

1. 把原型里的 6 家律所/线索/冲突数据固化成演示脚本，和律所演示串成一条 10 分钟主线。
2. 生产化单独立项：tenant_id、SSO、真实冲突索引、指标回传与结算。
3. 与律所侧共用 ID/指标字典，避免平台报表和律所报表两套数字。