demand-intake

/demand-intake

1. ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md を読み込みます → デマンドレターの実務、状況、リスク調整。
2. 以下のワークフローと参考情報に従います。
3. 適応型インテークを実施します（常にコアの8項目を確認し、重要な場合、または --full が指定された場合は戦略ブロックも確認します）。
4. タイトル、相手方、年月からスラッグを作成します。
5. ~/.claude/plugins/config/claude-for-legal/litigation-legal/demand-letters/[slug]/intake.md に書き込みます。
6. ユーザーに「インテークを保存しました。準備ができたら /litigation-legal:demand-draft [slug] を実行してください。」と確認します。

---

デマンドインテーク

目的

ドラフト作成は後工程です。価値があるのは、執筆前に、注意を怠ったレターでは見過ごされる質問をあえて提示することです。交渉力、BATNA、許容できる下振れ、秘匿特権に関するフィルター、実際の読み手。これらを考えずに送るデマンドレターは、送らないよりも悪い結果を招きます。

コンテキストの読み込み

• ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md → デマンドレターの実務（保険請求通知のタイミング、案件作成の重要性基準、既存テンプレートの有無）、状況（相手方の種類、繰り返し対立する相手の傾向）、リスク調整（重要性を事前に見積もるため）、事務所の文体。トーン、回答期間、表示、署名者は実務レベルの既定値ではありません。以下の ## この案件の方針 の手順で案件ごとに設定します。

フラグ

• --full → 重要性のヒューリスティックにかかわらず、インテーク全体を実施します（毎回詳細な確認を希望する弁護士向け）

インテーク

この案件の方針（コアの質問より先に確認する）

この案件の方針。 デマンドレターのトーンと条件は案件ごとに異なり、実務レベルの既定値はありません。以下を確認します。

• トーン： 穏当／断定的／強硬のどれにしますか？（関係性、金額、訴訟の可能性によって異なります）
• 回答期間： 請求内容を踏まえると、妥当な期間はどのくらいですか？（支払い請求では14日間、是正要求では30日間、差止要求では7日間が一般的ですが、契約または手続上の定めがある場合もあります）
• 表示： 「without prejudice」または「without prejudice save as to costs」と表示する必要がありますか？（和解交渉の通信には必要ですが、請求の主張には不要なことが多く、法域によって異なります。不明な場合は確認してください）
• 署名者： あなた、クライアント、GC、依頼を受けたソリシター／弁護士のいずれですか？ 決めつけないでください。案件ファイルに過去のデマンドレターのやり取りがあれば読み込みます。文体の基準が分かります。

回答は、インテークの ## Parties より前に ## Posture セクションを設けて記録します。これらの回答は、以降のインテークと後続のドラフトを左右します。ユーザーがいずれかを空欄にした場合、実務レベルの既定値で補わず、改めて確認してください。

コア — 常に確認する項目（8つ）

1. 要求の種類 payment | breach-cure | cease-desist | employment-separation | preservation | other

2. 当事者

• 送信者： 当社（複数の法人がある場合は、該当する法人も記載）
• 受信者： 相手方 — 氏名、法人、住所
• 受信者の対象者： 実際に読む人（法務担当役員？CEO？個人？社内弁護士？）
• 関係： customer | vendor | ex-employee | competitor | third-party | other

3. 発生のきっかけとなった事象

• 何がいつ起きたか（日付が重要です — 消滅時効、通知期間）
• 入手可能な証拠（契約書、メール、記録、証人）

種文書の機会：「基礎となる契約書、やり取り、証拠を共有いただければ、草案の精度を大幅に高められます。ファイルパスでも構いません。」

4. 法的／契約上の根拠

• 該当する条項 — 該当する場合は、契約書の具体的な条項
• 準拠法（管轄、準拠法条項）
• 依拠する法令または規則（プレースホルダーでも構いません — 草案でいずれにしても [CITE:___] として明示します）

5. 希望する結果

• 具体的な要求。「解決」ではなく、日付 Y までの金額 X の支払い、特定の活動 Z の停止、N 日以内の是正、特定の財産の返還など。
• 要求が複数ある場合は、優先順位（主な要求と代替要求）を示してください。

6. 期限

• 期限に影響する外部要因（消滅時効、損害が継続する期間、事業上のイベント）
• 要求への対応期限 — 受信者に与える期間。上記の ## Posture for this matter に記載された回答期間を使用し、業務レベルの既定値に戻さないでください。

7. これまでの連絡

• この件について非公式に申し入れたことはありますか？ある場合、いつ、誰が、どのような方法で行いましたか？
• これまでに何らかの返答はありましたか？
• なぜ今、要求書によるエスカレーションを行うのですか？

8. 配布

• 送付方法（確認してください。業務レベルの既定値はありません）
• 署名者 — 上記の ## Posture for this matter に記載
• 写し — 社内の関係者、保険会社（業務レベルの事前請求通知ルールに従い、要求前に通知する場合）、弁護士

戦略 — 重要性がある場合、または --full が指定された場合に質問します

重要性の判定基準：以下のいずれかに該当する場合は、戦略ブロックについて質問します。

• 要求の種類が cease-desist、breach-cure、employment-separation、または preservation である
• 求める結果の金額が、~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md のリスク評価における中程度の重大度の範囲以上である
• 相手方が、~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md の状況分析で顧客、競合他社、または頻繁に対立する相手に該当する
• ユーザーが --full を指定して実行した

明示的なスキップオプション。 戦略ブロックを尋ねる条件に該当する場合、ユーザーは回答を辞退できます。簡潔に尋ねてください。

この要求は、判定基準上、重要性があるものです。戦略ブロック（交渉力、BATNA、トーン、秘匿特権のフィルター）は、執筆前に得られる価値の大部分を占めます。スキップすると、草案の内容が薄くなります。

• 今すぐ回答 — 戦略ブロックを進める（5～7分）
• 一部回答 — 回答できる範囲だけ進める
• スキップ — 中核ブロックだけで草案に進む。インテークには strategic_block: skipped と記録します

ユーザーがスキップを選択した場合、インテークファイルにその旨を記録します。

strategic_block: skipped        # answered | partial | skipped
skipped_reason: string | null   # captured if user provided one

草案作成スキルはスキップを尊重します。草案作成前のゲートは通常どおり実行されますが、戦略ブロックの回答に依存するセクションには [SME VERIFY: leverage/tone/privilege not captured in intake] マーカーが付きます。/demand-draft コマンドでも再度確認し、草案作成前に戦略ブロックを完了するかどうかをユーザーに尋ねます。

9. 交渉力とBATNA

• 交渉力の源泉は何ですか（契約上の権利、事実関係上の優位性、評判、商業上の優位性）
• 相手が拒否した場合、どうしますか。訴訟を起こす準備はありますか。公表しますか。より小さな成果を受け入れますか。
• 相手方にとって最善の代替案（BATNA）は何でしょうか。（こちらが訴訟を起こさないと思われているなら、要求は弱いものになります。）

10. 許容できる不利益

• 公になった場合の評判への影響
• 先例となるリスク — この書簡が、他の案件にも影響する前例を作るか
• 規制上または開示上の影響（この種の紛争は10-Qの記載事項になり得るか）
• 保険への影響 — 保険会社への通知前に送付すると、補償を受ける権利を放棄することになるか

11. トーンの方針

• 上記の ## Posture for this matter ですでに確認済みです。ここでは、ユーザーが事実関係から見て強すぎる、または弱すぎるトーンを選択した場合に、そのトレードオフを確認します。
• 明確に伝える価値があります。強硬なトーンは関係を損ないます。取引関係を維持しながら法的立場を守りたい場合は、通常 measured が適切です。

12. 和解に関するコミュニケーションの方針

• 管轄地で適用される和解に関するコミュニケーションの保護規定を調べます（連邦ではFRE 408、それ以外では州の同等規定）。この書簡は、保護の対象とすべき和解に関するコミュニケーションですか。それとも、保護対象とすべきではない権利の主張ですか。
• 保護対象とする場合：草案には和解に関するコミュニケーションのマーカーを含め、単なるラベルではなく、内容（和解案の協議）がその方針を裏付ける構成にします。
• 保護はラベル付けだけでなく、行為と状況に基づいて適用されます。マーカーは念のための措置です。

13. 秘匿特権のフィルター

• 社内分析のうち、書簡に絶対に含めてはならないものは何ですか。（未確認の事実、自らの主張への疑念、戦略的な検討、過去の和解協議など）
• 一文の不適切な表現によって、関連する分析についての秘匿特権を放棄したと見なされることがあります。書簡から除外するものを明確にしてください。

14. 事実または責任の承認、ならびに和解合意・弁済充当のリスク

• 書簡の中に、相手方が後に事実または責任の承認と解釈し得る内容はありますか。
• この要求によって、別個の請求が意図せず履行されたり、受諾されたと見なされたりするリスクはありますか。（和解合意・弁済充当：たとえば、「全額弁済」と記載された小切手を換金すると、争いのある債務が消滅することがあります。）

インテークの作成

スラッグ

[type]-[counterparty-short]-[yyyy-mm]。~/.claude/plugins/config/claude-for-legal/litigation-legal/demand-letters/ 内で重複がないことを確認してください。

~/.claude/plugins/config/claude-for-legal/litigation-legal/demand-letters/[slug]/intake.md

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

# Demand Intake: [title]

**Slug:** [slug]
**Demand type:** [type]
**Drafted by:** [counsel]
**Opened:** [YYYY-MM-DD]
**Status:** intake | ready-to-draft | drafted | sent | closed
**Strategic block:** answered | partial | skipped
**Skipped reason:** [if applicable]

---

## Posture

- **Tone:** [measured / assertive / aggressive — with one-line rationale tied to the relationship and the amount]
- **Response window:** [N days — tied to the claim / contract / protocol]
- **Marking:** [none / without prejudice / without prejudice save as to costs / other — with rationale]
- **Signer:** [name / role — you / client / GC / instructed counsel]

*This is the per-matter posture captured at intake. The draft skill reads from here.*

---

## Parties

- **Sender:** [our entity]
- **Recipient:** [counterparty, entity, address]
- **Recipient audience:** [who reads]
- **Relationship:** [type]

## Triggering event

[What happened, when, evidence]

## Legal / contractual basis

[Provisions, governing law, statutes]

## Desired outcome

[Specific asks in priority order]

## Deadlines

- **External:** [SoL, ongoing harm window]
- **Compliance:** [how long we give them]

## Prior outreach

[History, most recent first]

## Distribution

- **Delivery:** [method]
- **Signer:** [name/role]
- **Copies:** [list]

---

## Strategic (if applicable)

### Leverage & BATNA

[Our power, their likely response]

### Downside tolerance

[Reputational, precedent, regulatory, insurance]

### Tone posture

[relationship-preserving / measured / scorched-earth — with rationale]

### Settlement-communication posture

[Protected or not in the forum — with reasoning. Cite primary source per the applicable rule (FRE 408 or state equivalent).]

### Privilege filters

[What CANNOT appear in the draft]

### Admission / accord-and-satisfaction risk

[Specific risks flagged]

---

## Seed documents

| Doc | Path |
|---|---|
| [underlying contract] | [path or "not shared"] |
| [prior correspondence] | [path or "not shared"] |
| [evidence] | [path or "not shared"] |

---

## Materiality assessment

**Auto-heuristic says:** [material / immaterial — with reasoning]
**User call:** [material / immaterial / TBD at post-send]

作成前に確認する

ユーザーにインテークのドラフトを提示します。不足している点があれば指摘します。

インテークはこちらです。[不足している点]に気づきました。保存する前に、追加することはありますか？

ドラフト作成への引き継ぎ

最後に次のように伝えます。

インテークを保存しました。準備ができたら、/litigation-legal:demand-draft [slug]を実行してください。

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

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

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

• レターのドラフトは作成しません。それはdemand-draftの役割です。この2つのステップを意図的に分けているのは、ドラフト作成前に、法務顧問が事業部門からの意見、外部弁護士との相談、保険会社への通知を待てるようにするためです。
• レターを送るかどうかは判断しません。インテークの結果が「実際には送付せず、直接交渉する」となることもあります。それも妥当な結果です。インテークの記録には引き続き価値があります。
• 利益相反チェックは実施しません。相手方が顧客または既知の企業である場合は、送付前に利益相反チェックを済ませる必要があること（~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.mdに従う）を指摘します。ただし、チェック自体は案件インテークのワークフロー、またはこのスキルの範囲外で行います。