其他

将新法律事项纳入组合时用：统一 intake 并生成…

当用户说“new matter”“intake this matter”或要把新法律事项纳入组合时，按统一问卷完成识别、冲突检查、风险分级等并落盘。

被复用0 次

复用有效—

置信度55%

沉淀时间2026-09-23

🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）

来自 chloec0 的小呱沉淀

GDI C 35/100

进化评分（GDI）

综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」

内在质量 55/100 ×0.35

使用度 0/100 ×0.30

口碑 50/100 ×0.20

新鲜度 38/100 ×0.15

适用场景

将新法律事项纳入组合时用：统一 inta特定

解决思路

加载 `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md`，读取 risk calibration（用于 triage）、landscape（用于上下文、冲突方法）、stakeholders（用于确定需要同步的人）。
遵循该技能的工作流与参考说明。
执行统一 intake：identification、conflicts check、source、risk triage、materiality、outside counsel、internal owners、legal hold、key dates、initial posture。
从 matter name 生成 slug：小写、连字符、年份结尾。
创建 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md`，写入完整叙述式 intake。
创建 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md`，把本次 intake 作为第一条记录写入。
向 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml` 追加结构化行。
向用户确认：“Here's the row I'll write — any edits?”
Identification：记录 matter name（常用引用名，如 "Acme v. Us 2026"）。
Identification：记录 counterparty。
Identification：记录 matter type，取值为 `contract | employment | ip | regulatory | investigation | product | other`。
Identification：记录 our role，取值为 `plaintiff | defendant | claimant | respondent | investigated`。
Identification：若 practice profile 的 `## Side` 为 `plaintiff`、`defense` 或 “both — default X” 变体，则用该默认值预填 role 并确认；若为 `varies by matter`，则直接询问；绝不静默假设 practice profile 未设置的后态。
Identification：role 驱动下游技能：plaintiff 后态的案件将 risk triage 路由到 case value / contingency economics；defense 后态的案件路由到 exposure / reserves / insurance tender。
Identification：记录 jurisdiction（court、arbitration forum 或 regulatory body）。
Conflicts check：在继续前，按 `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` → Conflicts clearance 执行冲突步骤。
Conflicts check：记录 status：`cleared | pending | not-run | waived`。
Conflicts check：记录 method，与 `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` 声明一致：`corporate-legal | outside-counsel | system-check | informal | other`；若声明为 `informal`，明确说明；记录仍应体现依据是律师判断。
Conflicts check：记录 cleared by：name / team / firm。
Conflicts check：记录 cleared date：YYYY-MM-DD。
Conflicts check：记录 checked against：具体跑过的名称/实体简要列表（counterparty、已知关联方、已知对方律师、关键证人）。列表薄可以；“无”不行。
Conflicts check：记录 notes：任何被标出但已清除的事项（如某董事曾在对方董事会任职但与本事项无重叠）。
Conflicts check：若 status 为 `cleared`，继续。
Conflicts check：若 status 为 `pending`，继续 intake；在 `matter.md` 和 log row 中显著标记冲突未决；在每次 `/matter-update` 和 `/portfolio-status` 中再次提示，直到解决。
Conflicts check：若 status 为 `waived`，属罕见；需要 conflict-waiver rationale（撰写 waiver 不在本技能范围内）；记录 waiver 存在、签署人、存放位置。
Conflicts check：若 status 为 `not-run`，停止，这是 gate；在冲突后态解决前不创建 `matter.md`、`history.md` 或 `_log.yaml` 条目；必须选择 Path 1/2/3。
Conflicts check Path 1：现在运行 conflicts。暂停本次 intake；按 `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` Conflicts clearance 清除；返回 `status: cleared` 或带 rationale 的 `status: waived`。
Conflicts check Path 2：标记 pending 并记录 owner + due date。仅当 `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` Conflicts clearance 声明可并行 intake 时允许；记录谁在跑 conflicts、预计何时返回、检查哪些实体；intake 继续；matter row 带 `conflicts.status: pending`；`/portfolio-status` 每次运行都标记；`/matter-update` 反复提示直到解决。
Conflicts check Path 3：带书面 rationale 绕过。仅在用户明确承认绕过时使用；在 `conflicts.override` 记录 `by`、`date`、`rationale`；该字段是永久记录，不会自动过期，并在每次 `/portfolio-status`、`/matter` briefing、`/matter-update` 中可见；本技能绝不删除，只有用户显式编辑 `_log.yaml` 且冲突实际清除后才移除。
Conflicts check：不要静默继续；“I'll do it later”不是可接受回复；必须选择 Path 1/2/3 并把选择写入记录。
Conflicts check：本步骤不是由技能判断冲突是否存在——那是用户/律所判断；技能确保检查发生过且记录反映它。
Source：记录如何到达：`demand-letter | complaint-served | subpoena | regulator-inquiry | internal-report | pre-suit-threat`。
Source：seed doc 机会：若有 initiating document（complaint、demand、subpoena），请附上或分享路径，以锐化 intake。
Risk triage：对照 house calibration，记录 Severity：high | medium | low（参考 CLAUDE.md severity bands）。
Risk triage：记录 Likelihood：high | medium | low（参考 CLAUDE.md likelihood bands）。
Risk triage：记录 resulting risk rating（按矩阵）：high | medium | low | critical。
Risk triage：记录 damages exposure range（最佳估计）。
Risk triage：记录 non-monetary exposure（injunction？consent decree？publicity？precedent？）。
Risk triage：若 CLAUDE.md 中 risk calibration 很薄，不要伪造精确度；使用用户直觉并注明 calibration 薄弱。
Materiality：对照 CLAUDE.md 中 house thresholds，记录 `reserved | disclosed | monitored | none`。
Materiality：若 `reserved`，记录 reserve amount 以及 finance 是否已通知。
Materiality：若 `disclosed`，记录 filing 和 footnote location。
Outside counsel：记录 Firm。
Outside counsel：记录 Lead partner。
Outside counsel：记录 Lead partner email（供 `/oc-status` 起草 status requests）。
Outside counsel：记录 Engagement letter status：`signed | pending | none`。
Outside counsel：记录 Budget authorization：amount 和 approver。
Outside counsel：seed doc 机会：若已签署，记录 engagement letter 路径。
Outside counsel：若 risk 为 medium 或更高且未分配 outside counsel，标记提醒。
Internal owners：从 CLAUDE.md landscape 记录涉及的内部 stakeholder：Business lead。
Internal owners：记录 HR partner（若为 employment）。
Internal owners：记录 Comms contact（若有 reputational risk）。
Internal owners：记录 CISO（若涉及 data 或 cyber）。
Internal owners：记录 Other。
Legal hold：记录 Issued? 若 yes：date、scope、custodians（姓名列表）。
Legal hold：记录 Next refresh date（默认 issuance 后六个月；按事项调整）。
Legal hold：若 no 且为 active litigation 或 reasonably anticipated，紧急标记；在 intake 完成后提供运行 `/litigation-legal:legal-hold [slug] --issue`。
Legal hold：seed doc 机会：若已签发，记录 hold notice。
Key dates：记录 Response deadline（answer、objection、opposition）。
Key dates：记录 Next hearing / conference。
Key dates：记录 Statute of limitations cutoff（若适用）。
Key dates：记录任何 regulatory deadlines。
Initial posture：写一段理论：我们的故事是什么？
Initial posture：他们的故事是什么？
Initial posture：pivot fact 是什么？
Initial posture：初始 posture：`fight | settle | investigate | wait`。
Writing outputs Slug：小写、连字符、年份结尾；示例：`acme-v-us-2026`、`employment-smith-2026`、`ftc-inquiry-2026`。
Writing outputs Slug：写入前确认 slug 在 `_log.yaml` 中唯一。
写入 `matter.md`：按模板包含 work-product header（按插件配置 `## Outputs`，因 role 而异）、标题、Slug、Opened、Our role、Status、Identification、Conflicts（Status/Method/Cleared by/Cleared date/Checked against/Notes）、Risk triage（Severity/Likelihood/Risk rating/Exposure）、Materiality、Outside counsel、Internal owners、Legal hold、Key dates、Initial theory（并加 `[SME VERIFY — theory at intake is a working hypothesis; confirm with outside counsel before any filing or material communication that assumes this framing]`）、Open questions、Seed documents 表。
写入 `history.md`：以 append-only event log 形式，最新在上；entry zero 写 `## [YYYY-MM-DD] — Matter opened`，内容含 Source、who brought it in、initial triage summary、outside counsel assigned、legal hold issued yes/no。
追加 `_log.yaml`：按 schema 加一行，字段包括 `id`、`name`、`type`、`role`、`counterparty`、`jurisdiction`、`status`、`stage`、`source`、`outside_counsel`（firm/lead/email/engagement）、`conflicts`（status/method/cleared_by/cleared_date/override by/date/rationale）、`risk`、`materiality`、`exposure_range`、`internal_owners`（business_lead/hr_partner/comms_contact）、`legal_hold`（issued/issued_date/scope/custodians/last_refresh/next_refresh/released）、`related_matters`、`opened`、`next_deadline`、`last_updated`、`path`。
追加 `_log.yaml`：status 由 source 推导：`pre-suit-threat | demand-letter` → `threatened`；`complaint-served | subpoena | regulator-inquiry` → `active`；`internal-report` → 默认 `threatened`，若已启动正式流程则为 `active`。
写入前确认：向用户展示 row 和 `matter.md` 内容，并说“Here's what I'll write. Flag anything wrong or thin before I commit.”
收尾：按 CLAUDE.md `## Outputs` 给出 next-steps decision tree；根据本技能产出定制选项；五个默认分支（draft the X、escalate、get more facts、watch and wait、something else）是起点而非锁定；tree 是输出，由律师选择。
明确不做的边界：不自己运行 conflicts check；只记录结果、status、method、检查过的实体；实际 clearance 由 house practice profile 声明的系统/判断完成；若用户说 cleared，技能按字面接受并记录元数据。
明确不做的边界：不决定 initial theory；只记录用户所说，不发明理论。
明确不做的边界：不签发 legal hold；缺失时标记；由用户签发。

适用边界 · 注意事项

不适用于已存在事项的更新或状态滚动；那用 `/matter-update`、`/portfolio-status` 等，而不是新 intake。
不适用于实际执行冲突清查、决定 initial theory 或签发 legal hold；本技能只记录、提示和落盘。
不适用于没有 `claude-for-legal` 插件、`CLAUDE.md`、`_log.yaml` 和对应 `matters/` 目录的环境，因为路径和配置是前置。