研究与调研
卓安Claw 客户 H5 与案件办理模块:GitHub 与行业调研
本页目录
日期:2026-11-13
目的:在动手做客户 H5、手机号身份和诊断/方案/办案/复核/结案/回访原型前,先看开源实现与行业做法,避免凭想象拼模块。
结论只用于原型设计,不构成对外承诺。
1. GitHub 上能参考什么
1.1 legal-case-management-system
- 角色:律师/员工 + 客户。
- 客户能力:按案件编号查询、查看文书、查看即将到来的开庭。
- 技术:Node/Express/MongoDB + JWT + 角色权限。
- 可借鉴:客户只看“自己的案件编号 + 文书 + 排期”这种最小闭环;不要一上来给客户看内部工作底稿。
- 不照搬:案件编号作为客户主键不适合中国律所;客户通常记不住案号,手机号才是稳定标识。
1.2 ilegal-case-management
- 定位:法律案件管理 + 客户门户 + 账单 + 文档管理。
- 可借鉴:客户门户与内部案件管理分两个面;文档、账单、案件状态是客户最常看的三个对象。
- 注意:这类项目多为 Demo/小型律所,权限和审计深度有限,不能直接当生产架构。
1.3 LawLink(MIT,自托管)
- 模块:收案登记、冲突检索、案件/项目、期限提醒、法院来件、财务对账、统一审批、归档借阅、管理后台、岗位与团队。
- 生命周期:收案登记 → 冲突检索 → 转正式案件 → 持续跟进 → 财务记录 → 结案归档 → 数据导出。
- 明确写了:审批与执行分开、默认禁止自审、归档需要归档政策和提交快照、AI/期限/冲突命中都必须人工复核。
- 可借鉴:卓安 Claw 的“复核/结案/归档”不能只做状态按钮,要有提交、复核、归档快照和权限边界。
- 局限:没有客户门户;财务模型偏澳洲/普通法,不能照搬到中国律所。
2. 行业客户门户做法
2.1 Thomson Reuters HighQ
- 7×24 安全访问集中文档库;实时事项状态;客户可评论文档;SAML/OIDC 联邦身份;移动访问;可配置客户 intake。
- 关键句:客户要的是“透明进度 + 安全文档 + 可参与”,不是只看到一个“in progress”。
2.2 Clio / PracticePanther
- 客户门户与事项管理、任务、日历、文档、在线支付放在一起;文件共享、安全消息、任务/电子签、日历、角色权限。
- 可借鉴:客户 H5 第一版不必做支付和电子签,但“阶段进展 + 预约 + 服务团队 + 安全联系入口”是底线。
2.3 Global Legal Post(Clio 作者)
- 客户越来越习惯在线询问、沟通、交易、跟踪进度。
- 只显示“案件进行中”价值很低;有价值的是活动轨迹,以及客户参与(签字、确认、补充材料)。
- 登录和文档查看的审计对合规有价值;移动端对客户和律师都重要。
- 对卓安的启示:H5 必须展示阶段时间线/近期动作,而不是一个静态状态标签;每一步要能回链到时间。
3. 案件办理模块的行业共性
从 Cassandra Legal、Tabs3 PracticeMaster、Dye & Durham、INOM Legal ERP、Cerevantix、SILQ 等产品看,律所系统通常把以下能力放在同一个“事项(matter)”上:
| 能力 | 行业做法 | 卓安原型怎么落 |
|---|---|---|
| 收案/冲突 | 收案登记、利益冲突检索、审批后转正式案件 | 已有线索/分诊/冲突预筛,本期不重做 |
| 诊断 | 争点、要件、证据矩阵、风险 | 诊断分析记录:争点/要件/证据缺口/风险等级/结论 |
| 方案 | 服务范围、阶段计划、费用口径、风险告知、客户确认 | 服务方案记录:范围/策略/阶段/报价口径/风险告知/客户确认 |
| 办案 | 会见、阅卷、开庭、沟通、时限、任务 | 办案动作记录:类型/摘要/发现/下一步;时限接日程模块 |
| 清单 | 阶段必做项、条件项、完成率、门禁 | 已有 12 节点清单;本期补跨案件完成率视图 |
| 文书 | 模板、生成、版本、台账、归档 | 已有文书台账/版本/检索;本期补跨案件文书总览 |
| 日程 | 开庭、会见、举证期、上诉期、提醒 | 已有案件时限;本期补未来 30 天跨案件视图 |
| 复核 | 主办→协办→合伙人/主任,意见与结论 | 三级复核记录:层级/复核人/意见/结论 |
| 会诊 | 疑难案件会诊单、参与人、意见、处置 | 会诊记录:议题/参与人/意见/处置结论 |
| 结案 | 结案检查、未了事项、归档编号、归档快照 | 结案归档记录:摘要/未了事项/归档状态/编号 |
| 回访 | 满意度、后续需求、复购/转介绍 | 回访记录:类型/满意度/结果/下次回访 |
| 审计 | 登录、查看、下载、写入、审批全留痕 | 已有案管哈希链;本期补全所审计查询页 |
4. 手机号身份与 OTP
行业共识(Twilio Verify、ASVS 5.0、OneSignal、Frontegg):
- 手机号按 E.164 规范化;展示时脱敏,首次验证时展示完整号码便于纠错。
- OTP 4–8 位、5–10 分钟有效、一次性、服务端哈希存储。
- 同号码 30–60 秒发送限流;3–5 次失败锁定;防短信轰炸/短信泵。
- 新号码必须先验证再绑定;换号要重新认证。
- SMS OTP 不应是唯一强认证;生产环境要提供备用方式或更强因子;ASVS L3 不允许仅 SMS。
- 客户门户与员工后台应使用不同会话/不同权限边界。
卓安原型决策:
- 手机号是主识别标识:员工
zhuoan_user.mobile,客户client.phone;先匹配员工,再匹配客户。 - 员工会话
zhuoan_session与客户会话zhuoan_client_session完全分离;客户 cookie 不能调用员工 API。 - 客户只能看自己
client_id名下案件;不返回案卷、证据、文书正文、内部备注和 checklist 明细。 - 演示环境
ZHUOAN_OTP_DEBUG=1返回验证码并显示在页面;生产必须接短信/企业微信网关并关闭。 - 生产待补:短信通道、图形/行为风控、备用认证、手机号变更审计、客户协议与隐私告知。
5. 本期原型取舍
做:
/zhuoan-login手机号验证码登录,员工进办案台,客户跳/client。/client移动端 H5:登录、我的案件、阶段进度、预约、服务团队、阶段时间线。- 诊断/方案/办案/三级复核/会诊/结案/回访统一“案件业务记录”原型,字段按行业共性设计。
- 办案清单/文书函件/日程与时效跨案件概览。
- 全所审计查询页。
- 手机号写入管理员账号表和 Agent 身份上下文。
不做/暂缓:
- 客户 H5 的文书共享、电子签、在线支付、消息聊天:涉及客户材料分级和对外披露策略,等卓安确认后做。
- 正式短信通道、短信模板报备、图形验证码/风控。
- 财务/信托账户:中国律所财务口径与普通法 trust accounting 不同,V1 只做经营数据录入。
- 真正的多租户 SSO、企业微信 OIDC 自动开通客户账号。
- 将原型通用表直接当正式数据模型;正式版按模块拆对象并做迁移。
6. 参考链接
- https://github.com/Devikag2004/legal-case-management-system
- https://github.com/xBuke/ilegal-case-management
- https://github.com/lawflow-boop/LawLink
- https://www.thomsonreuters.com/en/products-services/legal/highq/client-portal.html
- https://www.clio.com/features/casemanagement/
- https://www.practicepanther.com/case-management/
- https://www.globallegalpost.com/blogs/the-mobile-client-47012525
- https://www.twilio.com/docs/verify/developer-best-practices
- https://safeguard.sh/resources/blog/asvs-5-v6-6-1-sms-phone-otp-care
- https://documentation.onesignal.com/docs/cn/sms-verify
- https://www.cassandraresearch.com/cassandra-legal
- https://www.tabs3.com/practice-master/
- https://apps.odoo.com/apps/modules/18.0/inom_legal_erp_suite