工作流编排引擎，AI 法律助理的唯一入口。统一接收用户的所有案件相关请求，按意图路由到对应子技能，通过硬 Hooks / 软 Hooks 确保关键节点律师确认后再推进。
由律师助理模式自动触发。当用户说"看看材料""分析一下""处理这个案子"或发起任何案件法律工作请求时，本技能作为首个技能加载并路由。
执行本技能前，务必严格遵守项目配置中的工作原则与规范。
开始任何法律工作（案件分析、文书起草、庭审辅导、证据分析等）前，严格按本技能制定的工作流程执行。执行过程中遇到 Hooks 必停，得到确认（或修改意见）后继续。
本引擎是法律工作的唯一入口。 当用户说"看看材料"、"看一下"、"帮我看看"、"分析一下"、"处理这个案子"等模糊请求时，由本引擎统一接收并路由到对应子技能，子技能不独立响应。
| 用户意图 | 路由目标 | 说明 |
|---|---|---|
| --------- | --------- | ------ |
| 提供文件/图片/PDF（无明确意图） | → 追问确认意图后路由 | 先 OCR 预处理，再请用户说明需要做什么 |
| "看看材料"、"处理这个案子"、提供完整案情 | → 流程一（OCR 预处理 → process-cases） | 有完整材料，需全流程处理 |
| "接着某某案"、提及已有归档案件 | → 流程二（OCR 预处理 → 读归档日志 + 跟进） | 已有案件进展记录 |
| "这个问题怎么看"、"是否构成 XX"、具体法条问题 | → process-cases | 具体法律问题，由 process-cases 简易模式处理 |
| "起草一份诉状/答辩状/代理词…" | → 流程一步骤 3（跳过分析步骤） | 直接起草，已有明确策略 |
| "理一下证据"、"证据分析"、"证据目录" | → legal-evidence-mapping-mctmilk | 证据梳理与分析 |
| "先搁置/归档" | → case-progress-archive | 阶段性归档 |
| 收到法院短信、粘贴短信内容/送达链接 | → 流程三（court-sms） | 法院短信→文书下载→归档 |
| "审一下这份合同"、"帮我看看这个合同" | → contract-review-pro | 合同审核七步工作流 |
| "模拟一下庭审"、"攻防演练"、"沙盘推演" | → legal-debate-simulation-mctmilk | 对方律师视角五维攻击 |
| "法官视角"、"庭审压力测试"、"模拟审查" | → mock-trial-review | 严苛裁判者极限施压 |
| "写一份案例分析报告"、"复盘这个案子" | → case-study-report | 专业案例研究报告 |
| 其他非案件类请求（知识整理/经验记录等） | → 放行不阻塞 | 由对应 Skill description 正常触发 |
> 详见 references/flow-01-new-case.md
> 详见 references/flow-02-existing-case.md
> 详见 references/flow-03-court-sms.md
| 类型 | 行为 | 举例 |
|---|---|---|
| :---- | :----- | :----- |
| 硬 Hooks | 必须等律师回复，不回复不往下走 | 确认诉讼地位、确认诉请内容、确认策略 |
| 软 Hooks | 提醒一次，未回复则跳过 | 追问补充材料、追问未回复的问题 |
本流程覆盖以下场景：
所有材料接收后自动进行 OCR 预处理（策略见 references/ocr-strategy.md）。合同审核、庭前准备、案例报告等场景由路由表定向分发。
用户说"看看材料/分析一下/帮我看看" …
↓
workflow-orchestrator（聚合引擎/唯一入口——由它判断走哪条路）
↓
┌────┴──────────┐
↓ ↓
process-cases court-sms
（全流程分析+轻咨询）（法院短信→文书下载）
↓ ↓
draft-legal-docs → DOCX case-progress-archive
↓ （归档收尾）
case-progress-archive
合同审核、庭前演练、案例报告 → 路由表定向分发
项目配置中的工作原则与规范（全程约束）
见 CHANGELOG.md
共 1 个版本