matter-intake

/matter-intake

1. ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md を読み込みます → リスクの調整（トリアージ用）、ランドスケープ（背景情報、利益相反の確認方法用）、関係者（誰を関与させるか用）。
2. 以下のワークフローとリファレンスに従います。
3. 統一されたインテークを実施します：特定、利益相反チェック、情報源、リスクトリアージ、重要性、外部弁護士、社内担当者、法的保全、主要日程、初期方針。
4. 事案名からスラッグを生成します（小文字、ハイフン、年）。
5. ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md を作成します — 詳細なナラティブ形式のインテーク。
6. ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md を作成します — 最初のエントリとしてインテークを登録します。
7. 構造化された行を ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml に追記します。
8. ユーザーに確認します：「書き込む行はこちらです — 修正はありますか？」

---

事案のインテーク

目的

ポートフォリオを比較可能な状態に保つため、新しい事案はすべて同じインテークを実施します。_log.yaml の統一された行により、ステータススキルが情報を集約できます。matter.md のナラティブには、行に収まらない情報を記録します。ここで最初のエントリを登録する履歴ファイルは、イベント記録になります。

コンテキストの読み込み

• ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md — リスクの調整（トリアージのしきい値、重要性、和解の段階）、ランドスケープ（関係者、外部弁護士の候補）。
• ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml — スラッグが一意であることを確認します。

インテーク

1. 特定

• 事案名（一般的に使用される名称。例：「Acme v. Us 2026」）
• 相手方
• 事案の種類：contract | employment | ip | regulatory | investigation | product | other
• 当社の立場：plaintiff | defendant | claimant | respondent | investigated
  • 取扱分野プロファイルの ## Side が plaintiff、defense、または「both — default X」のバリエーションの場合は、そのデフォルトから立場を事前入力して確認します。## Side が varies by matter の場合は、先入観を持たずに質問します。取扱分野プロファイルで設定されていない立場を、確認せずに決めつけてはいけません。
  • 立場は後続スキルに影響します。原告側の事案では、リスクトリアージで事案価値と成功報酬の経済性を扱います。被告側の事案では、エクスポージャー、引当金、保険会社への通知を扱います。
• 管轄（裁判所、仲裁機関、または規制当局）

2. 利益相反チェック

先に進む前に、~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md → 利益相反の確認手順に従って、利益相反チェックを実施してください。

• ステータス： cleared | pending | not-run | waived
• 方法： ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md で定められている方法（corporate-legal | outside-counsel | system-check | informal | other）に合わせてください。定められた方法が informal の場合は、その旨を記載してください。記録には、弁護士の判断に基づいてチェックしたことも残します。
• 確認者： 氏名／チーム／法律事務所
• 確認日： YYYY-MM-DD
• 照合対象： チェックした具体的な名称／組織の簡潔な一覧（相手方、判明している関連会社、判明している相手方弁護士、主要証人）。簡素でも構いませんが、「なし」では不十分です。
• メモ： 指摘されたものの、問題なしと判断された事項（例：「当社取締役のSmithは2019～2021年に相手方の取締役も務めていましたが、本件とは重複しないため問題なしと判断」）。

ステータスごとの対応：

• cleared → 続行します。

• pending → インテークを続行し、matter.md とログの行に利益相反が未解決であることを目立つように記載します。解決するまで、すべての /matter-update と /portfolio-status でも再度提示します。

• waived → 例外的な対応です。利益相反の免除理由を記録します（免除文書の作成はこのスキルの範囲外です。免除が存在すること、署名者、文書の保存場所を記録してください）。

• not-run → 停止してください。これは必須のゲートです。 利益相反の状況が解決されるまで、このスキルは matter.md、history.md、または _log.yaml のエントリーを作成しません。次のいずれか3つの方法を選択できます。

  方法1 — 今すぐ利益相反チェックを実施する。 インテークを一時停止してください。~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md の「利益相反の確認手順」に従って確認します。status: cleared、または理由を記載した status: waived で戻ってください。

  方法2 — 担当者と期限を定めて保留にする。 ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md の「利益相反の確認手順」で、並行インテークが許可されている場合に限り可能です。次の情報を記録してください。利益相反チェックの担当者、確認結果が返ってくる予定日、照合対象の組織。この場合、インテークは続行します。案件の行には conflicts.status: pending を記載し、/portfolio-status では実行のたびに警告を表示します。解決するまで /matter-update でも再度確認を求めます。

  方法3 — 理由を記録して回避する。 ユーザーが回避を明示的に了承した場合に限ります。conflicts.override に次の内容を記録してください。

  conflicts:
    status: not-run               # preserved as-is
    override:
      by: [user name]
      date: [YYYY-MM-DD]
      rationale: [why conflicts were bypassed — permanent record; does not auto-expire]
  

  このフィールドは、削除されるまで、すべての /portfolio-status、すべての /matter の概要、すべての /matter-update に表示されます。スキルによって削除されることはありません。利益相反が実際に解消された後、ユーザーが _log.yaml を明示的に編集した場合にのみ削除されます。

  黙って進めないでください。 「後で対応します」は認められません。方法1、2、3のいずれかを選び、その選択を記録に残してください。

このステップの目的は、利益相反が存在するかどうかをスキルが判断することではありません。その判断はユーザー／法律事務所が行います。チェックが実施され、その記録が残されていることを確認するためのものです。

3. 発生経路

どのように案件が持ち込まれましたか？

• demand-letter | complaint-served | subpoena | regulator-inquiry | internal-report | pre-suit-threat
• 初期文書の共有機会：「訴状、請求書、召喚状などの開始文書があれば、添付するかパスを共有してください。インテークの精度が高まります。」

4. リスクのトリアージ — 組織内の基準に照らして

• 深刻度：high | medium | low（~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md の深刻度区分を参照）
• 発生可能性：high | medium | low（~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md の可能性区分を参照）
• 最終的なリスク評価（マトリックスに基づく）：high | medium | low | critical
• 損害賠償の予想範囲（最善の推定）
• 金銭以外のリスク（差止命令？同意判決？評判への影響？先例？）

~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md のリスク評価基準が不十分な場合は、精度を装わないでください。ユーザーの直感を用い、基準が不十分であることを記載してください。

5. 重要性

~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md に記載された社内基準に照らして、次のいずれかを記録します。

• reserved | disclosed | monitored | none
• reserved の場合：引当額と、財務部門に通知済みかどうか
• disclosed の場合：提出書類と脚注の箇所

6. 外部弁護士

• 法律事務所
• 主担当パートナー
• 主担当パートナーのメールアドレス（/oc-status がステータス確認を依頼するメールの下書きを作成する際に使用）
• 委任契約書の状況：signed | pending | none
• 予算承認：金額と承認者
• シード文書の候補：「署名済みの場合は、委任契約書の保管場所。」

リスクが中程度以上で、外部弁護士が割り当てられていない場合は、その旨を指摘します。

7. 社内担当者

~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md の関係者一覧を参照し、関与する社内関係者を記録します。

• 事業部門の責任者
• 人事担当者（雇用に関する案件の場合）
• コミュニケーション担当者（評判リスクがある場合）
• CISO（データまたはサイバーに関する場合）
• その他

8. リーガルホールド

• 発行済みかどうか。発行済みの場合：日付、対象範囲、保管担当者（氏名の一覧）。
• 次回の更新日（デフォルトは発行から6か月後。案件に応じて調整します）。
• 未発行で、訴訟が進行中または合理的に予見される場合は、緊急に指摘します。インテーク完了後に /litigation-legal:legal-hold [slug] --issue を実行することを提案します。
• シード文書の候補：「発行済みの場合は、ホールド通知。」

9. 重要な日付

• 回答期限（答弁書、異議申立て、反対意見書）
• 次回の審理／協議
• 消滅時効の期限（該当する場合）
• 規制上の期限

10. 初期方針

1段落で理論をまとめます。

• 当方の主張は何ですか？
• 相手方の主張は何ですか？
• 方針を左右する事実は何ですか？
• 初期方針：fight | settle | investigate | wait

出力の作成

スラッグ

小文字で、ハイフンを使い、末尾に年を付けます。例：acme-v-us-2026、employment-smith-2026、ftc-inquiry-2026。

書き込む前に、_log.yaml 内でスラッグが一意であることを確認します。

~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md

[WORK-PRODUCT HEADER — per plugin config ## Outputs — differs by role; see `## Who's using this`]

# [Matter Name]

**Slug:** [slug]
**Opened:** [YYYY-MM-DD]
**Our role:** [plaintiff/defendant/etc.]
**Status:** [status]

---

## Identification

[counterparty, jurisdiction, matter type, source]

## Conflicts

**Status:** [cleared / pending / not-run / waived]
**Method:** [corporate-legal / outside-counsel / system-check / informal / other]
**Cleared by:** [name]
**Cleared date:** [YYYY-MM-DD]
**Checked against:** [entities run]
**Notes:** [any flags cleared, waiver reference if applicable]

## Risk triage

**Severity:** [band] — [why, with reference to house severity definitions]
**Likelihood:** [band] — [why]
**Risk rating:** [high/medium/low/critical]
**Exposure:** [dollar range + non-monetary]

## Materiality

[reserved/disclosed/monitored/none — with reserve amount, disclosure location, or reasoning if "none"]

## Outside counsel

[firm, lead, engagement status, budget]

## Internal owners

[stakeholders and why each is involved]

## Legal hold

[status, date, scope]

## Key dates

[list]

## Initial theory

[one paragraph: our story, their story, pivot fact, initial posture] `[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

[anything not yet known that matters — e.g., "insurance tender pending", "unclear whether we have coverage for X"]

---

## Seed documents

| Doc | Path / pointer |
|---|---|
| [e.g., complaint] | [path or "not yet shared"] |

~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md

インテークをエントリー0として履歴ファイルに記録します。

# History: [Matter Name]

Append-only event log. Most recent at top.

---

## [YYYY-MM-DD] — Matter opened

[Source, who brought it in, initial triage summary, outside counsel assigned, legal hold issued yes/no.]

~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml に追記

スキーマに従って行を追加します。例：

- id: acme-v-us-2026
  name: "Acme Corp v. Company"
  type: contract
  role: defendant
  counterparty: "Acme Corp"
  jurisdiction: "N.D. Cal."
  # status is derived from source:
  #   source: pre-suit-threat | demand-letter           → status: threatened
  #   source: complaint-served | subpoena | regulator-inquiry → status: active
  #   source: internal-report                           → status: threatened (default) or active if formal process has started
  status: active
  stage: pleadings
  source: complaint-served
  outside_counsel:
    firm: "Wilson Sonsini"
    lead: "J. Reyes"
    email: "[email protected]"
    engagement: signed
  conflicts:
    status: cleared
    method: corporate-legal
    cleared_by: "K. Patel"
    cleared_date: 2026-04-20
    override:                   # populated only on Path 3 bypass
      by: null
      date: null
      rationale: null
  risk: high
  materiality: reserved
  exposure_range: "$2M–$5M"
  internal_owners:
    business_lead: "Jane Smith"
    hr_partner: null
    comms_contact: null
  legal_hold:
    issued: true
    issued_date: 2026-02-15
    scope: "Sales org 2023–2026"
    custodians: ["Jane Smith", "R. Chen", "T. Patel"]
    last_refresh: 2026-02-15
    next_refresh: 2026-08-15
    released: null
  related_matters: []
  opened: 2026-04-20
  next_deadline: 2026-05-15
  last_updated: 2026-04-20
  path: matters/acme-v-us-2026/

書き込む前に確認

書き込む行と matter.md の内容をユーザーに提示します。

これから書き込む内容です。確定する前に、誤りや不十分な点があれば指摘してください。

次のステップの判断ツリーで締めくくる

CLAUDE.md の ## Outputs に従って、次のステップの判断ツリーで締めくくります。このスキルで作成した内容に合わせて選択肢を調整してください。デフォルトの5つの分岐（X の草案を作成する、エスカレーションする、事実を追加で確認する、状況を見守る、その他）は出発点であり、固定ではありません。ツリーが出力であり、選択するのは弁護士です。

このスキルが行わないこと

• コンフリクトチェック自体は実行しません。 結果、状況、方法、確認対象の組織・個人を記録します。実際のクリアランスは、社内の運用プロファイルで定められたシステム（または判断）で行います。ユーザーが「クリア済み」と述べた場合、スキルはその申告をそのまま受け入れ、メタデータを記録します。
• 初期方針を決定しません。ユーザーの発言を記録するものであり、独自に理論を作り出すことはありません。
• リーガルホールドを発行しません。未発行の場合はその旨を指摘します。発行するのはユーザーです。