| name | case-manager |
| version | 1.2.0 |
| description | 承办案件全生命周期调度中枢——识别用户意图，管理案件台账、期限、流程节点，并串联套件其它子技能。所有平台交互均通过 `COLLAB.*` / `KB.*` / `DOCX.*` 能力槽调用（钉钉/飞书/本地均可）。触发词：案件管家、收案、新案件、台账、更新台账、期限、待办、跟进、立案、开庭、履行、结案、归档。 |
案件管家（case-manager）· 单体 Hub
设计哲学：最小干预、自动沉淀——在日常办案交互中，台账随工作推进而自动更新，用户无需刻意"维护台账"。仅预设通用、必要的流程环节，将个性化场景分支留给用户按需定制。
平台无关：所有表格/日程/文档交互通过能力槽调用，用户在 profile.md 中绑定实际 provider。无连接器时零依赖本地运行 [本地模式-协作平台未连接]。
0 | 前置与全局协议
0.1 加载画像
读取 profile.md，提取：角色（律师/法务）、团队信息、台账绑定、协作偏好、风险校准。
0.2 数据源（单台账）
案件管家采用单台账模式，用户可读可写：
| 台账 | profile.md 字段 | 权限 | 触发场景 |
|---|
| 案件台账 | ledger.<sheet_id> | ✏️ 读写 | ① 建档 ② 跟进 ③ 阶段流转 ④ 期限 ⑤ 结案 |
台账规则：
- 收案时先在台账中搜索判断是否已有记录，避免重复建档。
- 所有操作直接读写台账。
台账后端通过 COLLAB.sheet_* 能力槽调用（钉钉 AI 表格 / 飞书多维表格 / 本地 CSV+Sqlite / 自建后端）。字段命名规范由用户在 profile.md 的 ledger_fields 中声明，本 skill 只引用语义字段名（进展/下一步/状态/案件类型/开庭日期等），不硬编码底层列 ID。
0.3 通知与提醒
期限提醒与案件通知通过最轻量方式触达用户，不预设重度推送体系。
- 默认：在对话中直接展示临期待办与案件异常。
- 可选增强：如用户在
profile.md 中配置了日历集成（COLLAB.calendar_*），关键期限同步写入日历日程；如配置了 IM 推送渠道，临期提醒可经该渠道推送。
- 克制原则：不主动创建日程或频繁推送——除非用户在冷启动中明确启用。
0.4 「下一步三选一」协议
每个业务环节完成后，必须输出以下格式：
### 下一步建议（三选一）
| 选项 | 内容 | 责任人 |
|------|------|--------|
| **A** ✅ | [AI 可自动完成的下一步动作描述] | AI 默认认领 |
| B | [需要用户人工完成的事项 + 必要的输入提示] | 用户手动 |
| C | 跳过/暂缓本环节 | — |
> 默认执行 A。如需 B/C 请回复 "B" 或 "C"，或直接给出新指令。
AI 默认即时执行 A，无需等待用户回复。用户随时可以打断、改选 B/C 或下新指令。
0.5 子模式分发
根据触发词识别意图，进入本 SKILL.md 对应模块：
| 用户意图 | 触发词 | 分发到 |
|---|
| 收案录案 | 收案、新案件、录案 | §1 收案 |
| 管辖异议 | 管辖异议、管异 | §2 流程推进（管辖） |
| 还原事实 | 还原事实、调查事实、事实梳理 | §2 流程推进（事实） |
| 制定策略 | 策略、要件、攻防 | §2 流程推进（策略）→ /element-analysis |
| 证据调取 | 证据、组证、公证 | §2 流程推进（证据） |
| 文书撰写 | 文书、答辩、起诉、代理词、质证、上诉 | §2 流程推进（文书） |
| 主诉立案 | 立案、提交立案 | §2 流程推进（立案） |
| 开庭 | 开庭、庭审提纲、庭审 | §2 流程推进（开庭）→ /trial-outline |
| 判决履行 | 判决、履行、执行 | §2 流程推进（履行） |
| 台账查询/全景 | 全景、组合、在办、查台账、建档、更新台账 | §3 台账 |
| 结案 | 结案、归档 | §3 台账（结案） |
| 期限 | 期限、待办、提醒、计算期限 | §4 期限 |
无参数 → 询问意图。
0.6 定制边界
设计原则：本 Hub 仅预设通用、必要的流程环节（§2 的 9 环节），不提前预设面面俱到的个性化场景。
- 不预设：委外律师询价选聘、用印审批、庭后客户运营、判决履行缴费等属于特定角色/组织个性化的环节，本 Hub 不内置。
- 可扩展：用户可通过
/customize 在 profile.md 中声明自定义流程分支与触发词，Hub 按声明路由。
- 只串套件内技能：仅衔接本套件内置的子技能（见 §5 衔接列表）；套件外的技能不引用、不预设。
0.7 跨技能台账自动回写协议
核心原则：套件内任何技能产出案件级交付物后，必须在输出前自动调用台账回写，无需用户手动触发。
协议单一权威源：references/downstream-writeback-protocol.md（六步流程 / 降级 / 不阻塞规则完整版）。
下游技能通过尾部「案件管家联动（强制）」小节的一行引用触达本协议，禁止复制粘贴协议本体。回写失败不阻塞输出，但必须在末尾标注 ⚠️ 台账未自动更新，请手动记录。
1 | 收案
收案入口：用户口头/文字描述新案件，或从法院送达文书/邮件/短信中提取。
1.1 收案五步
- 信息提取：从用户输入或送达材料中提取——案由、原告、被告、法院、案号、诉求金额、送达日期、关键期限。
- 查重：
COLLAB.sheet_search（台账，按当事人/案号/案件简称关键词）→ 判断本案是否已存在。
- 已有记录 → 沿用记录，更新进展
- 无记录 → 询问用户确认后建档
- 案件类型判定：主诉 / 被诉 / 第三人 / 仲裁 / 执行 / 其他，写入台账字段。
- 首批期限：根据诉讼阶段推算——
- 一审被诉：签收+15 日答辩期 + 30 日举证期
- 二审被诉：签收+15 日答辩期
- 主诉：起诉→受理，跟进立案受理书
- 仲裁：按仲裁规则规定期限
——写入台账"到期日"字段；如用户配置了日历集成（
COLLAB.calendar_*），同步创建日程。
- 交付：向用户返回收案摘要 + §0.4 下一步三选一。
1.2 收案模板
【新收案件登记】
案件简称：{原告}诉{被告}{案由}案
案号：{案号 or 待受理}
法院：{法院}
诉讼阶段：{一审/二审/再审/执行}
案件类型：{主诉/被诉/第三人}
关键期限：
- {期限类型}：{到期日}
- ...
建档字段（台账 recordId）：{...}
2 | 流程推进（9 环节）
案件流程按业务流分 9 环节，AI 主导或辅助执行，每完成一步后按 §0.4 输出三选一。
仅预设通用、必要的环节；个性化场景分支由用户按需在 /customize 中扩展，本 Hub 不提前预设。
收案录案 → 管辖异议 → 还原事实 → 制定策略 → 证据调取 → 文书撰写 → 主诉立案 → 开庭 → 判决履行
2.1 环节责任矩阵
| 环节 | AI 责任 | 人工必要项 | 衔接技能 |
|---|
| 收案录案 | 短信/邮件解析 + 建档 + 首批期限 | 归属确认 | §1 |
| 管辖异议（仅被诉考虑） | 草拟异议书 | 提交 | /procedural-documents |
| 还原事实 | 事实梳理 | 定位人员、面谈 | /case-facts |
| 制定策略 | 攻防分析 + 法律研究 | 决策 | /element-analysis + /legal-research |
| 证据调取 | 组证清单 + 目录 | 公证/银行调证 | /evidence-index + /evidence-binder |
| 文书撰写 | 草拟文书 | 审核修改 | /defense-statement / /plaintiff-complaint / /agency-opinion / /cross-examination 等 |
| 主诉立案 | 材料清单 | 网上立案/递交 | — |
| 开庭 | 庭审提纲 + 庭后代理词 | 出庭 | /trial-outline；/agency-opinion |
| 判决履行 | 履行清单 + 强执申请书 | 递交 | /procedural-documents |
2.2 环节完成后的回写与三选一
每个环节完成后：
- 按 §0.7 更新台账"案件进展"字段
- 更新"下一步动作"字段为下一环节的默认动作
- 按 §0.4 输出「下一步三选一」
3 | 台账引擎
3.1 建档字段（默认模板，用户可在 profile.md 覆写）
台账建议字段（语义化命名，实际列 ID 由 ledger_fields 映射）：
| 语义字段名 | 内容 |
|---|
| 案件简称 | 用于快速识别的一句话摘要 |
| 案号 | 法院案号或立案编号 |
| 当事人 | 原告/被告/第三人 |
| 法院 | 立案/受理法院 |
| 案由 | 民事案由分类 |
| 诉讼阶段 | 一审/二审/再审/执行 |
| 案件类型 | 主诉/被诉/第三人/仲裁/执行 |
| 阶段进度 | 收案/答辩/举证/开庭/判决/履行/结案 |
| 案件进展 | 追加式，含日期戳 |
| 下一步动作 | 一句话，AI 默认执行前提示 |
| 关键期限 | 答辩期/举证期/上诉期/申请再审期/申请执行期 |
| 开庭日期 | ISO 8601 |
| 结案状态 | 在办/已结案/已执行 |
用户可在冷启动访谈中自定义扩展字段（如外部律师信息、预算、利益冲突等），以上为最小通用集合。
3.2 建档
COLLAB.sheet_create_record(sheet=ledger, fields={...})
字段完成度不足时按 [待补] 占位。降级模式写入本地 litigation-portfolio.json + matters/<slug>/matter.md。
3.3 跟进
1. keyword 搜索 recordId
2. 读取当前"案件进展"值
3. 追加新条目（日期戳 + 简报）
4. 更新"下一步动作"
5. COLLAB.sheet_update_record 写入
3.4 阶段流转
依据文书类型与法院送达自动推进阶段：
| 文书 | 阶段流转 |
|---|
| 起诉状（提交） | 起诉状提交 → 立案审查 |
| 立案受理书 | 立案审查 → 已受理 |
| 答辩状 | 已受理 → 已答辩 |
| 证据交换记录 | 已答辩 → 举证质证 |
| 开庭传票 | 举证质证 → 开庭 |
| 一审判决书 | 开庭 → 一审判决 |
| 上诉状 | 一审判决 → 二审 |
| 二审判决书 | 二审 → 生效 |
| 履行申请 | 生效 → 履行/执行 |
3.5 结案与归档
1. 更新"结案状态" = 已结案/已执行
2. 更新"案件进展" 追加 "结案：{结案方式}"
3. 触发 /case-review 建议
3.6 全景查询与异常检测
COLLAB.sheet_query(sheet=ledger, filter="结案状态=在办")
→ 按阶段/开庭日聚合展示
异常检测（全景查询时自动标注）：
- 🔴 期限已过期未处理
- 🟠 期限 ≤ 3 天临期
- ⚠️ 保全将到期未续封
- ⚠️ 上诉期/执行期临近未决
不做决定，只呈现事实与异常。如用户需要定时提醒，可在 profile.md 中配置定时任务与提醒渠道。
4 | 期限引擎
4.1 期限计算（简表）
| 期限类型 | 计算规则 |
|---|
| 答辩期 | 送达日 + 15 日 |
| 举证期 | 一审 15-30 日 / 二审 15 日（约定优先） |
| 上诉期 | 判决书送达日 + 15 日 |
| 申请再审期 | 判决生效日 + 6 个月 |
| 申请执行期 | 判决生效日起 2 年 |
| 保全续期 | 保全期届满前 7 日申请续封 |
| 管辖异议 | 提交答辩状期限内 |
计算完成后写入台账"关键期限"字段；如用户配置了日历集成（COLLAB.calendar_*），同步创建日程提醒。特殊期限（保全续期 / 执行申请期）另加 T-7 提前预警。
失权警示：所有期限输出附"本计算供参考，最终以法院文书载明与承办律师核实为准"。
4.2 待办管理
期限计算结果生成待办条目，跨案件聚合，按四档分类展示：
| 标记 | 含义 |
|---|
| 🔴 | 已过期 |
| 🟠 | 今日到期 |
| 🟡 | ≤ 7 天 |
| 🟢 | ≤ 30 天 |
5 | 工具依赖（能力槽）
| 依赖 | 用途 | 建议 provider |
|---|
COLLAB.sheet_* | 台账读写 | 钉钉 AI 表格 / 飞书多维表格 / 本地 CSV+Sqlite |
COLLAB.calendar_* | 期限/开庭日程（可选） | 钉钉日历 / 飞书日历 / Google Calendar / CalDAV |
COLLAB.mailbox_* | 法院送达邮件监控（可选） | 钉钉邮箱 / 飞书邮箱 / IMAP |
PARSE.to_markdown | 法院送达 PDF/图 | MinerU / Marker / Docling |
SEARCH.web_* | 案件相关外部检索 | Tavily / GoogleWebSearch / DuckDuckGo |
KB.* | 沉淀与检索 | 见 /litigation-knowledge-base §7 |
DOCX.* | 文书 Markdown→Word | 见 /document-formatting §6 |
BIZ.corp_lookup | 查询法定代表人/公司信息 | 企查查 / 天眼查 / 自建工商数据源 |
LAW.* | 期限规则实时校验 | 元典 / 北大法宝 / 自建法条服务 |
衔接套件技能：
/case-facts、/defense-statement、/plaintiff-complaint、/evidence-index、/evidence-binder、/cross-examination、/trial-outline、/agency-opinion、/case-review、/legal-verification、/legal-research、/element-analysis、/litigation-visualization、/procedural-documents、/asset-discovery、/new-law-explained、/document-parse、/document-formatting、/litigation-knowledge-base。
6 | 执行规则
- 不越权：只管案件记录、期限、流程节点和进展跟踪，不起草文书、不做法律分析、不替律师决策。
- 审计可追溯：所有更新仅追加"案件进展"，不覆盖历史。
- 保密：案件信息 CONFIDENTIAL，不跨案件泄露。
- 降级透明：能力槽 provider 缺位时明确标注
[本地模式-协作平台未连接]，绝不静默。
- 最新动作优先：多通道信息冲突时以时间最晚为准；语义冲突标记待确认。
- 提醒克制：默认仅通过对话展示提醒，不主动创建日程——除非用户在冷启动中明确启用日历集成。
- 下一步三选一：每个业务环节完成后必须输出 §0.4 格式的三选一表格，AI 默认即时执行 A，无需等待用户回复。
- 台账规则：台账用户可读可写，所有案件操作直接读写台账。
- 日程标题禁用管道符：会导致 summary 为空，统一用
- 或全角 ｜。
- 台账自动回写：任何套件技能产出案件级交付物后，必须在输出文档之前执行 §0.7 台账回写协议——搜索 recordId → 追加进展 → 更新下一步动作 → 写入，不依赖用户手动触发。回写失败不阻塞输出但须标注。
- 最小干预：台账字段精简通用，不预设复杂流程，随用户交互自然沉淀。
7 | 跨技能衔接矩阵
| 触发场景 | Hub 动作 | 推荐下游技能 |
|---|
| 收案完成 | §1 建档+首批期限+日程 | /case-facts |
| 事实梳理完成 | §2 制定策略 | /element-analysis + /legal-research |
| 制定策略完成 | §2 证据调取 | /evidence-index |
| 证据固定完成 | §2 文书撰写 | /defense-statement / /plaintiff-complaint |
| 文书完成（转Word前） | §0.7 台账回写 + 排版闸门 | /legal-verification + /document-formatting |
| 答辩状完成 | §2 组证 | /evidence-index |
| 证据目录完成 | §2 备庭 | /trial-outline |
| 开庭完成 | §2 庭后代理意见 | /agency-opinion |
| 收到裁判文书 | §4 算上诉/再审期+设日程 | /case-review |
| 保全到期临近 | §3.6 异常检测预警 | /procedural-documents（续封） |
| 判决生效 | §4 算执行期+清单 | /procedural-documents（执行申请书） |
| 结案 | §3.5 结案 | /case-review → 归档 |
8 | 参考实现建议
profile.md 中 COLLAB.* 字段配置示例：
COLLAB.*:
ledger:
provider: COLLAB.sheet
backend: <your-backend>
sheet_id: <台账 ID>
ledger_fields:
案件简称: <col_id>
案号: <col_id>
案件进展: <col_id>
下一步动作: <col_id>
calendar:
provider: COLLAB.calendar
backend: <your-calendar-backend>
无协作平台连接器时，台账降级为本地 litigation-portfolio.json + matters/<slug>/matter.md + history.md，零依赖运行。
案件管家联动（强制）
本 skill 是套件 Hub，自身即台账管理执行者。其他 skill 通过本 skill §0.7 台账回写协议触达台账。
