LegalFlow 法务案件协同平台

案件流程

案件状态固定为「待委托 → 已立案 → 协同中 → 待结案 → 已结案」。新建案件只接收 subjectAlias、caseType、priority、deadline 四个字段，拒绝身份证号、姓名、电话等真实客户敏感字段；截止日期必须是可解析日期。负责人分配会生成任务并推进到已立案，运营再推进协同中和待结案；只有待结案案件可以提交结案摘要。

文档归档接口只保存名称、类型与 checksum，不接收文件内容；同一案件重复 checksum 返回原文档并保持幂等。案件创建、分配、状态推进、归档文档与结案都写入按时间排序的事件时间线，便于审计和回放。

API 与数据边界

• GET /matters 支持 status、assignee、分页筛选；GET /matters/:id 返回任务、文档元数据和事件时间线。
• POST /matters 创建 alias-only 案件；POST /matters/:id/assign 分配负责人；POST /matters/:id/status 推进协同状态。
• POST /matters/:id/file 归档 {name,kind,checksum}；POST /matters/:id/close 仅在待结案状态接受 {result,actor}。
• 写接口要求 Idempotency-Key；生产存储使用 MySQL 8.4，幂等锁与缓存使用 Redis 8，演示模式使用同构内存实现。

仓库关联与运行范围

legalflow-miniapp 服务律师与客户移动协同，legalflow-admin 提供法务后台、Go API、MySQL 8.4 与 Redis 8。两端共享案件状态、负责人任务、文档 checksum 和结案事件；仓库只放 alias-only 虚构演示数据，不接收或存储真实客户敏感信息。