litigation-legal：19 技能、301KB——全集最大子域。从 matter 立案到结案归档的诉讼全周期管理，加证据组织（chronology/claim chart）、证人准备（deposition）、特权审查与 demand 函闭环。本篇是对 Anthropic 官方插件的中文转译与编目。
一句话定位
诉讼部的案件操作系统：每桩 matter 有立案访谈、时间线事件追加、风险重估与截止日跟踪；组合层有周报汇总与外部律师状态催办；深潜层有证据三件套（时间线、请求项图表、特权日志）——案件的记忆在系统里，不在律师脑子里。
十九技能 · 四层
Matter 层（案件生命周期）
matter-intake—— 立案访谈：识别/冲突/来源/风险分诊/重要性/外部律师/持有人/legal hold 九组统一问题matter-update—— 追加带日期的事件到案件史并刷新日志行（新进展/状态变化/风险重估/截止日移动）matter-briefing—— 单案深简报：当前态势、变化、下一截止日、开放问题、风险重估——GC 汇报前就绪matter-close—— 结案：记录结果、最终敞口与教训，归档出活跃组合但保留记录matter-workspace—— 多客户的事务工作区隔离portfolio-status—— 组合汇总：风险分布/截止日/陈旧案件/重要性合计/阶段分布/异常标记oc-status—— 给外部律师的周状态催办邮件草稿（逐案 markdown，接 Gmail 则成草稿）cold-start-interview—— 冷启动：按角色（in-house/律所 associate/solo）与立场（原告/被告）分支，采集风险校准
证据组织层
chronology—— 时间线：从声明来源与上传文件抽取带日期事件，去重、按显著性分级claim-chart—— 请求项图表：专利 claim chart（侵权/无效/复审）或任何诉因/抗辩的构成要件图表deposition-prep—— 证言准备：从 eDiscovery 拉该证人文件、按案件理论组织议题、浮现弹劾材料privilege-log-review—— 特权日志初审：明显的我来判，疑难的留给律师——不做边缘判断
来函与发函层
demand-intake—— 发函前访谈：当事方/事实/依据/筹码/BATNA/特权过滤，写进结构化 intakedemand-draft—— demand 函起草：过特权/FRE 408/弃权/自认检查闸才动笔；.docx 产出+发出后清单demand-received—— 收函分诊：抽字段、对组合交叉核、评估是非、给响应选项与建议再移交subpoena-triage—— 传票分诊：分类、范围/负担/特权分析、对组合交叉核、异议框架
文书层
brief-section-drafter—— 书状段落起草：所内风格、与案件理论一致——每个事实有引证、每个案例已核、每个论证挂在理论上legal-hold—— 证据保全：发出/刷新/解除/报告；.docx 通知 + _log.yaml 更新 + 下次提醒入历customize—— 单点改画像
方法论精华
1. 案件理论的宪法地位——brief 起草的硬要求「每个论证挂在理论上」：诉讼材料最怕的是散点罗列而无线索；案件理论是所有段落的仲裁标准。
2. demand 函的 FRE 408 闸：发函前强制过「特权/和解沟通/弃权/自认」四查——和解信写错一句，赔钱的话变成呈堂证供。流程闸防的是不可逆错误。
3. 特权日志的「明显的判、疑难的留」：自动化的分寸感——做 80% 的机械判断，把 20% 的边缘判断明确留给人。
4. matter 记忆的追加式设计：事件带时间戳追加、日志行刷新、组合层只读汇总——诉讼知识的时间价值极高，架构必须保真时间序列。
编者注
19 技能本质是一套「案件记忆系统」加四个专用深潜器。对诉讼外行最有启发的是 portfolio-status：法务管理的颗粒度不是「案子」而是风险分布 × 截止日 × 陈旧度的组合视图——任何 portfolios 管理都长这样。