legal-hold

/legal-hold

1. --status（スラッグなし）の場合：_log.yamlを読み込み、全案件を対象とした保全レポートを作成します。
2. それ以外の場合：~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.mdとログの該当行を読み込みます。
3. ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.mdを読み込みます → 秘匿特権の表示、保全通知テンプレートの参照先、エスカレーションの規範を確認します。
4. 以下のワークフローとリファレンスに従います。
5. フラグに応じて処理を分岐します。
   • --issue：対象範囲、保全対象者、期間、システムを確認します。legal-hold-v1.docxの草案を作成します。legal_holdフィールドを更新します。履歴エントリを追加します。next_refreshを設定します（デフォルトは＋6か月）。
   • --refresh：対象範囲や保全対象者の変更を確認します。次のバージョンの草案を作成します。last_refreshとnext_refreshを更新します。退職した保全対象者にフラグを付けます。
   • --release：解除日と保持に関する指示を確認します。解除通知の草案を作成します。released:フィールドを設定します。
6. 書き込みの前に確認します。通知の草案とログの差分をユーザーに表示します。

---

リーガルホールド

目的

リーガルホールドは、社内弁護士が作成する文書の中で、最も定型的でありながら重要性の高いものです。通知自体はテンプレート化されています。問題が起きるのは運用面です。発行が遅すぎる、対象範囲が狭すぎる、更新されない、解除されない、といった失敗です。このスキルは、発行 → 更新 →（解除）→ 管理という4つの段階すべてを担います。

案件一覧では保全が未実施の案件にすでにフラグが付いています。このスキルは、その通知を作成します。

管轄に関する前提

証拠保全義務は、裁判所や審理機関によって大きく異なります。（Zubulake／Residential Funding／Rule 37(e)を通じた）連邦コモンローは州の実務とは異なり、各州の間でも発動時期、対象範囲、制裁、証拠破壊に対する救済措置が異なります。また、一部の案件では、規制上の保全義務が民事訴訟規則に重なります（SEC Rule 17a-4、HIPAAなど）。草案で示す発動要件、対象範囲、制裁リスクは、案件に記載された法域についての初期的な見解です。発行、更新、解除の前に、弁護士に確認してください。

コンテキストの読み込み

• ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml — ログの該当行（legal_holdフィールドとステータス）
• ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md — 案件のコンテキスト（相手方、事実関係、internal_ownersに記載された主要な保全対象者）
• ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md — 訴訟ホールドテンプレートの参照先、秘匿特権の表示、エスカレーションの規範に関する社内スタイル

コンフリクト確認ゲート — 回避不可。 保全を発行、更新、解除する前に、案件のスラッグを_log.yamlで確認します。案件が_log.yamlにない場合は、処理を拒否して次のように案内します。

「案件ログに[matter slug]が見当たりません。まず/litigation-legal:matter-intakeを実行して、コンフリクトチェックを行い、案件のワークスペースを設定してください。インテークされていない案件のリーガルホールドは発行、更新、解除しません。コンフリクトチェックは必須のゲートであり、管理対象外の案件にホールドを発行しても、last_refresh／next_refresh／releasedを追跡する_log.yamlの行がありません。」

インテークされていない案件の処理を続行しないでください。インテークによってコンフリクトチェックが行われ、--refresh／--release／--statusフラグの操作対象となる_log.yamlの行が書き込まれます。

モード

コマンドには次のフラグを指定します：--issue | --refresh | --release | --status。フラグを指定しない場合は、選択を促します。

--issue — 初回発行

legal_hold.issued == falseで、案件が進行中または合理的に予見される場合に必須です。

保全対象者にホールドを発行する前に（重要な行為）： ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.mdの## Who's using thisを読みます。役割が弁護士以外の場合：

リーガルホールドの発行には法的な影響が伴います。対象範囲、保全対象者のリスト、タイミングによって保全記録が作成され、後に証拠の破棄が争われた場合、会社はその記録に基づいて評価されます。弁護士とこの内容を確認しましたか？確認済みであれば、続行してください。未確認であれば、弁護士に提示するための概要を以下に作成します。

［1ページの概要を作成：案件と発動事由、提案する対象範囲と保全対象者、調査した法廷地固有の保全ルール、既知の証拠破棄リスク、想定される問題（広すぎる／狭すぎる）、弁護士に確認する事項。］

ご自身の管轄区域で資格を有する弁護士、ソリシター、バリスター、その他の認定法律専門家を探す必要がある場合は、専門職規制機関の紹介サービスが最も迅速な出発点です（米国では州弁護士会、イングランドおよびウェールズではSRA／Bar Standards Board、スコットランド／北アイルランド／アイルランド／カナダ／オーストラリアではLaw Society、または管轄区域に相当する機関）。

明示的な承認なしに通知を送信しないでください。草案の作成と対象範囲の設定に承認は不要ですが、発行には必要です。

**発行前に、適用される保全ルールを調査してください。**管轄区域と保全義務の根拠（コモンロー、民事訴訟規則、規制上の保全義務、契約）を特定します。現在有効な発動基準（義務がいつ発生するか）、対象範囲の基準（何を保全する必要があるか）、制裁の可能性（法廷地における証拠破棄の法理）を確認してください。一次資料を引用してください。連邦法と州法では、発動時期、対象範囲、救済措置が大きく異なる場合があるため、依拠する法廷地を明記してください。不確かな場合はその旨を示し、発行前に社外弁護士の承認を得てください。

**外部向け成果物：**以下の通知は保全対象者に送付します。送付する通知に PRIVILEGED & CONFIDENTIAL — ATTORNEY WORK PRODUCT — PREPARED AT THE DIRECTION OF COUNSEL ヘッダーを含めないでください。テンプレートにある弁護士・依頼者間の秘密保持表示を使用してください。管轄区域と案件に適した表示であることを確認してください。

入力情報：

1. 対象範囲 — 文書、データ、通信のカテゴリ。まず具体的に設定します。例：相手方との契約、［プロジェクト／主題］に言及するすべての通信、関連する財務記録、カレンダーの予定。[SME VERIFY — 対象範囲が広すぎると業務上の負担となり、狭すぎると証拠破棄のリスクが生じます]
2. 保全対象者 — 関連資料を保有している可能性の高い個人を指定します。matter.md の internal_owners と、一般的な役割（事業責任者、雇用案件の場合は人事担当者、データ案件の場合はCISOなど）から候補を抽出してください。[SME VERIFY — 保全対象者のリストが、防御可能な保全と保全漏れの主張との分かれ目です]
3. 期間 — 保全を開始する時点（通常は発動事由の発生時、またはそれ以前）から、現在までおよび今後。
4. システム — メール、Slack/Teams、ファイル共有、デバイス（該当する場合はBYODを含む）、Jira/Asana、CRM、レガシーシステム。
5. 緊急度 — すでに訴状が送達されている場合、または訴訟予告を伴う請求を受け取った場合は、本日中に送付してください。
6. 発効日 — リーガルホールドの発効日。

各保全対象者宛ての通知を作成します。設定済みの場合は ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md の社内テンプレートを使用し、設定されていない場合は以下の既定テンプレートを使用してください。

既定のリーガルホールド通知テンプレート：

[PRIVILEGED & CONFIDENTIAL — ATTORNEY-CLIENT COMMUNICATION]

DATE: [effective date]
TO: [custodian name]
FROM: [signer — per `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` default]
RE: LITIGATION HOLD NOTICE — [matter short name]

You are receiving this notice because [company] has determined that [one-
sentence description of the dispute / investigation, avoiding prejudicial
detail]. The law requires preservation of documents and communications
potentially relevant to this matter.

EFFECTIVE IMMEDIATELY, you must preserve:

1. All documents, emails, text messages, Slack/Teams messages, and other
   communications relating to [scope bullet 1].
2. [scope bullet 2]
3. [scope bullet 3]
...

This preservation obligation applies to:
- Email (including sent, archived, deleted folders)
- Slack/Teams/messaging platforms
- Shared drives and cloud storage
- Personal devices used for company business (BYOD)
- Paper documents
- Voicemails
- Calendar entries and meeting notes

DO NOT:
- Delete, modify, destroy, or dispose of any potentially responsive material
- Auto-delete or "Inbox Zero" any email or messaging

Coordinate with [legal contact] before sharing this notice with direct reports
or IT.

Direct questions about this notice or your preservation obligations to [legal
contact]. You may continue to discuss the underlying business subject matter
with colleagues as needed for your work, but do not discuss this legal notice,
the litigation, or legal strategy.

IF YOU ARE UNSURE whether something is covered, ERR ON THE SIDE OF PRESERVING.

Please acknowledge receipt of this notice by [reply / link / form] within
three business days. If you have questions, contact [signer email].

This notice remains in effect until you receive written notice of its
release. You may be asked to reaffirm compliance at periodic intervals.

[Signer signature block]

**送信前の確認（草案の末尾に記載）：**通知が保全対象者に送付される前に削除することを前提として、チャット内でプレビューする通知に次の文を追記してください。

これは弁護士による確認用のリーガルホールド通知の草案であり、発行可能な通知ではありません。リーガルホールドを発行すると保全義務が発生し、後に証拠破棄が争われた場合に会社がその義務に基づいて評価されます。また、通知自体が証拠開示の対象となる可能性があります。資格を有する弁護士が確認、承認し、発行します。未確認の草案を配布しないでください。

書き込み先：

• ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/legal-hold-v1.docx（docx スキル経由）
• ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md に追記：

  ## [YYYY-MM-DD] — Legal hold issued
  
  Hold issued to [N] custodians: [list].
  Scope: [one-line summary].
  Next refresh: [YYYY-MM-DD (default issued + 6 months)].
  

• _log.yaml の行を更新：

  legal_hold:
    issued: true
    issued_date: [YYYY-MM-DD]
    scope: "[one-line summary]"
    custodians: [list]
    last_refresh: [YYYY-MM-DD]   # same as issued_date on first issuance
    next_refresh: [YYYY-MM-DD]   # default: issued_date + 6 months
    released: null
  

--refresh — 定期的な再確認

更新頻度：デフォルトは6か月ごとです。案件ごとに変更できます。next_refresh < today の場合（またはユーザーが手動で実行した場合）、スキルは更新通知を作成します。

入力：

1. 前回の更新以降の範囲の変更（ディスカバリーで新たに判明したトピック、新たなカストディアン、新たなシステム）。
2. 追加または削除するカストディアン（退職者には特別な対応が必要です。以下を参照）。
3. 再確認の文言。

更新通知のテンプレート： 発行時と同様です。「これは、[date] に最初に発行されたリーガルホールドを再確認するものです。」という文言で始めます。現在の範囲を記載し（必要に応じて修正します）、再確認を求めます。

退職したカストディアン： 前回の更新以降にカストディアンが退職している場合、スキルはこれを保全対応事項として記録します。退職者のファイルとメールアーカイブは、本人への通知だけでなく、IT 部門レベルで保全する必要があります。対応が必要な別項目として history.md に記録します。

書き込み先：

• ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/legal-hold-v[N].docx（次のバージョン番号）
• history.md のエントリー
• _log.yaml：last_refresh と next_refresh のフィールドを更新し、変更があれば custodians リストを修正します

--release — ホールドを終了する

通常は案件終了時に行います。案件が本当に終了していることを確認してください（控訴中ではないこと、再開の可能性が低いこと、関連する請求の出訴期限が過ぎていること）。

ホールドを解除する前に（重要な行為です。解除後は、保全義務が通常の保存期間に戻ります）： ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md の ## Who's using this を読んでください。Role が Non-lawyer の場合：

リーガルホールドの解除には法的な影響があります。解除すると、カストディアンが資料の削除を開始する可能性があります。不適切な時期に解除すると、証拠毀損のリスクが生じます。弁護士と確認しましたか？確認済みであれば、続行してください。まだであれば、弁護士に相談するための概要を以下に作成します。

[1ページの概要を作成します。案件の状況、今解除を提案する理由、関連する請求・控訴・SOL に関するリスク、カストディアンへの影響、起こりうる問題、弁護士に確認すべき事項を含めます。]

管轄地域で資格を持つ弁護士、ソリシター、バリスター、その他の認定を受けた法律専門家を探す必要がある場合は、専門職規制機関の紹介サービスを利用するのが最も手早い方法です（米国では州弁護士会、イングランドおよびウェールズでは SRA／Bar Standards Board、スコットランド／NI／アイルランド／カナダ／オーストラリアでは Law Society、または管轄地域の同等機関）。

明示的な「はい」の返答がない限り、解除通知を送信しないでください。

入力：

1. 解除権限の確認（通常は署名者または GC）。
2. 解除日。
3. 保存指示：ホールド対象だった資料をどうするか（通常の保存期間に戻すか、定められた期間保全を続けるか、アーカイブに移管するか）。

解除通知のテンプレート： 正式な1段落です。「[date] に [matter] に関して発行されたリーガルホールドは、[date] をもって解除されます。通常の保存期間が再開します。」

書き込み先：

• ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/legal-hold-release.docx
• history.md のエントリー
• _log.yaml：released: [YYYY-MM-DD] を設定します

--status — ポートフォリオ全体の状況を報告する

_log.yaml を読み込み、レポートを作成します。

# Legal Hold Status — [today]

## Active holds

| Matter | Issued | Last refresh | Next refresh | Custodians | Status |
|---|---|---|---|---|---|
| [slug] | [date] | [date] | [date] | [N] | [ok / ⚠️ refresh due / ❌ overdue] |

## ⚠️ Attention

- **Refresh overdue:** [list slugs where next_refresh < today]
- **Refresh due within 30 days:** [list]
- **Matters active without hold issued:** [list — high/critical risk first]
- **Matters closed with hold still active:** [list — consider release]

## Recently released

[last 5 released holds with dates]

これは個別にコマンドを実行して呼び出す方法（スラッグなしで /legal-hold --status）と、/portfolio-status によってポートフォリオの概要の一部として呼び出す方法があります。

portfolio-status との連携

portfolio-status スキルはすでに「係争中の訴訟でホールドが発行されていない」ことを警告します。このスキルは、その警告に対応するものです。案件を開始する際のブリーフィングで相互参照する価値があります。legal_hold.issued == false の場合、/matter-intake は /legal-hold --issue の実行を提案して終了します。

このスキルでできないこと

• 保全を実施すること。 このスキルは通知を発行しますが、保全を行うのは IT 部門／保管責任者です。保管責任者が離任した際には（IT 部門がシステムレベルで保全できるよう）通知しますが、システムにはアクセスしません。
• スコープを単独で決定すること。 このスキルは案件の背景情報に基づいてスコープを提案しますが、ユーザーが確認します。スコープが広すぎると運用上の負担になり、狭すぎると証拠破棄のリスクが生じます。判断するのはユーザーです。
• レビューなしで自動更新すること。 next_refresh の時期が来た場合でも、ユーザーがスコープの変更を確認してから更新通知を送信します。
• 通知を送信すること。 .docx の草案を作成します。ユーザーは社内の慣例に従ってメールで送信します。（今後の連携：ユーザーのレビュー後に、Gmail/O365 MCP から直接送信できるようになる可能性があります。）