需要从案件文档构建或更新时间线时：抽取带日期事件…

当要从声明的文档源或上传材料批量构建/更新案件大事记（工作版、事实陈述版或特定证人版）时使用。

适用场景

解决思路

1. 先加载上下文：读取 matter.md（案件理论、pivot fact、关键事实）与插件 CLAUDE.md（文档存储源、默认 matter 文件夹模式），并读取已有的 chronology.md 和用户本次上传的文件/路径。
2. 按固定顺序识别文档来源：本次会话用户提供的路径 → 默认 matter 文件夹 → CLAUDE.md 中声明的文档源（Google Drive、SharePoint、Gmail、iManage、CLM 等）。
3. --documents 模式额外读取：eDiscovery 平台元数据（Everlaw、Relativity、DISCO、Aurora，按保管人+日期范围）以及 Bates 范围清单或生产索引。
4. 冲突检查门禁（--matter 模式，不可绕过）：先在 _log.yaml 中查找该 matter slug；若不存在则拒绝构建并路由，要求先运行 /litigation-legal:matter-intake，未 intake 的 matter 一律不建时间线。
5. 特权门禁（Step 0，每次最先执行）：询问来源是否已做特权筛查，让用户选 A 全部已清筛 / B 混合或未筛查 / C 中止先筛查；把选择记入 chronology 头部 privilege_posture: A-cleared | B-mixed | C-aborted，B/C 时简要记录理由。
6. 披露文档使用限制检查：先问文档是否来自法律程序中的 disclosure/discovery；如是则核查 CPR 31.22（英格兰及威尔士）、美国 Protective Order 与 Rule 26(c)、其他法域本地规则；确认用途限于原披露程序内，或已获法院许可/披露方同意/已公开，否则标记“⚠️ Disclosed documents may have use restrictions. Confirm this use is permitted before proceeding.”
7. 选择工作模式：--matter（in-house 诉讼法务默认，以 matter 历史为中心，读 matter.md，history.md 作为内部日志不计入时间线）或 --documents（律所 associate/paralegal 默认，以 production 文档为中心，带 Bates 引用）；依 ## Role 选默认，用户可用 flag 逐次覆盖；Role 为 solo/other 时默认 --matter 但首次运行要说明两种模式让用户选。
8. 确定立场标注框架：读 ## Side（及 per-matter posture）；原告=进攻性框架（🔴 用于确立责任/因果/损害/通知等要件、堵住被告将打开的缺口、起算有利于原告的诉讼时效），被告=防御性框架（🔴 用于击破要件、打开时效或管辖抗辩、支持积极抗辩）；Both/varies 则逐次询问用户；在输出顶部注明 Significance tags applied from [plaintiff / defense] perspective。
9. 逐来源拉取并阅读：PDF、.eml、.docx、.txt 直接读取；邮件档案若有已认证 MCP 连接器则按日期范围+对手方/关键词查询，否则让用户把相关线索导出到文件夹；eDiscovery 平台有连接器则按保管人+日期范围拉取，否则让用户提供导出件；无法访问的已声明来源必须在输出的 Gaps 段落中具名写出，不得静默跳过。
10. 禁止静默补全：某时段/保管人覆盖不足时，报告已找到的内容并停下，给出选项：(1) 补充来源（Bates、文件夹、邮箱）(2) 换用已配置的其他 MCP 连接器 (3) 网络搜索该时段的公共记录事件（结果标 [web search — verify] 并需核对一次来源）(4) 就此停止并记录缺口；由律师决定是否接受低置信来源。
11. 来源归属：每条时间线条目标注其来源（文件路径、Bates 号、MCP 连接器或声明的文档存储源）；任何无法追溯到检索文档的事件或日期内联标注 [web search — verify]、[model knowledge — verify] 或 [user provided]；永不删除或折叠这些标记。
12. 标注要覆盖所有陈述法律结论、期限或计算日期的段落：Gaps、Key events、Theory tie，以及任何时效陈述、tolling 事件、提交期限、证据开示截止、特权判定，都要带来源标记 —— [computed from: <rule cited with tag>]、[model knowledge — verify]、[user provided] 或本次会话的研究连接器标记；无标记的诉讼时效窗口默认 [model knowledge — verify]；无研究连接器可用时把情况记入 reviewer note 的 Sources: 行，不要单独发横幅。
13. 逐文档抽取带日期事件，按类型套用句式：邮件 [date] [sender] told [recipient] [subject/content]；会议 [date] [attendees] met about [topic]；决定 [date] [decision-maker] decided [what]；提交/诉状 [date] [party] filed [motion/complaint/response]；外部事件 [date] [thing happened]（合同签署、产品上线、监管行动、阈值跨越）；通常一份文档一个事件，也可能零个或多个。
14. 逐条目做特权标记（仅当 privilege_posture == B-mixed）：三态规则 —— priv: ok 仅用于确信非特权（公开文件、监管往来、无本方律师参与的对手方通信）；priv: flag 用于确信或可能特权（与律师通信、工作成果备忘、特权草稿、共同防御材料），一切不确定情形默认归此类；priv: review 用于表面无法判断（无收发件人元数据、不可读等）；flag 或 review 时内联加 [SME VERIFY: privilege status]；宁可过度标记（双向可恢复）也不漏标（单向弃权门）。
15. 去重合并：同一事件出现在多份文档中（如会议在三个日历上并有纪要邮件）应合并为一条事件、附四个来源，合并条目引用全部来源。
16. 按案件理论标注重要性：读 pivot fact 与关键事实（--matter 模式来自 matter.md，--documents 模式来自配置的 ## Case theory）；🔴 Key=属于 pivot fact 或关键事实，🟡 Relevant=脉络/模式证据/支持次要论点，⚪ Background=仅供完整；克制使用 🔴，300 条全是 🔴 等于没有标注；介于两级之间时取较低级别并内联加 [SME VERIFY — borderline significance call]。
17. 写入默认工作版 chronology.md 到 ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/chronology.md，内容含：work-product 头部、特权继承说明、头部元数据（matter、mode、built 日期、来源数、条目数及 🔴/🟡/⚪ 计数、pivot fact、privilege posture、flagged 条目数）、Timeline 表（Date/Event/Tag/🔒/Sources）、Key events（仅 🔴，各含 What/Theory tie/Sources）、Gaps（无事件的日期区间、预期但缺失的事件、不可读来源）、Marker discipline、Version。
18. 按需输出变体：Statement-of-facts 版（只保留 🔴 与相关 🟡，按时间顺序写成散文叙述，每段一个事件或紧密关联的事件簇并带记录引用；B-mixed 时默认排除 🔒-flag 与 🔒-review 条目，用户坚持包含须显式 --include-flagged 确认并把确认记入输出头部）；witness-specific 版（筛出指定证人为发件人、收件人、参会人或主题的事件，用于证人准备与还原其当时知情范围）。
19. 增量构建：若 chronology.md 已存在，读取旧版 → 用当前来源重建 → diff 出新增事件、被修改条目（给已有事件加了新来源）、被删除条目（少见，需注明原因）→ 保留原版本号，写为新版 v[N+1] → 输出变更摘要给用户。
20. 与 matter.md / history.md 保持分离：内部行动（发 hold、储备建议备忘）只进 history.md，通常不进时间线；争议事实（对方 3 月 14 日发违约通知）进 chronology.md 并标 🟡（确立其知情），若 intake 提过也进 history.md；律师想加入时可手工粘贴。
21. 守住技能边界：不解决矛盾（两份文档对同一事件日期说法不同则两条都保留并加标记，由律师决定）；不发明来源之外的事件（但可在 Gaps 中指出缺失）；不保证完整性（须说明如生产仅完成 20% 等限制）；不替用户判定特权归属。
22. 收尾前向用户确认：“Here's what I built. Scan the 🔴 entries — anything I miscalled?”

适用边界 · 注意事项

• 没有可用文档来源，或该 matter 尚未走 intake / 冲突检查（--matter 模式必须拒绝，不得先建时间线）。
• 文档来自 disclosure/discovery 而用途未确认在程序范围内或未获许可、同意、已公开（有构成藐视法庭与特权弃权的风险）。
• 把输出当作最终法律结论或对外文书直接使用（技能只给需 [SME VERIFY] 的一审判断；--documents 模式对 ad-hoc 文档集的结果仅属 pre-matter 研究，不得当作正式 matter work product 归档）。