/legal-response -- テンプレートから応答を生成

不明なプレースホルダーが表示されたり、どのツールが接続されているかを確認する必要がある場合は、CONNECTORS.mdを参照してください。

一般的な法的問い合わせに対する応答をテンプレートを使って生成します。特定の詳細情報で応答をカスタマイズし、テンプレート応答を使用すべきではない状況のエスカレーションを検知します。

重要: このコマンドは法的ワークフローを支援しますが、法的助言は提供しません。生成された応答は、特に規制対象となるコミュニケーションの場合、送信前に適格な法的専門家による確認を必ず受けてください。

実行方法

/legal-response [inquiry-type]

一般的な問い合わせタイプ:

• dsr or data-subject-request -- データ主体のアクセス/削除/修正請求
• hold or discovery-hold -- 訴訟保持通知
• vendor or vendor-question -- ベンダー法的質問
• nda or nda-request -- ビジネスチームからのNDA請求
• privacy or privacy-inquiry -- プライバシー関連の質問
• subpoena -- 召喚状または法的手続き応答
• insurance -- 保険請求通知
• custom -- カスタムテンプレート使用

問い合わせタイプが指定されない場合は、ユーザーにどのタイプの応答が必要かを尋ね、利用可能なカテゴリーを表示してください。

ワークフロー

ステップ1: 問い合わせタイプの識別

ユーザーから問い合わせタイプを受け取ります。タイプが曖昧な場合は、利用可能なカテゴリーを表示し、明確化を求めてください。

ステップ2: テンプレートのロード

ローカル設定(例: legal.local.md またはテンプレートディレクトリ)でテンプレートを探します。

テンプレートが設定されている場合:

• 問い合わせタイプに適切なテンプレートをロード
• 必須変数を識別(受信者名、日付、特定の詳細)

テンプレートが設定されていない場合:

• このタイプの問い合わせのテンプレートが見つからないことをユーザーに通知
• テンプレート作成を支援することを提案(下記のテンプレート作成ガイドを参照)
• 問い合わせタイプに基づいて、妥当なデフォルト応答構造を提供

ステップ3: エスカレーショントリガーの確認

応答を生成する前に、この状況がテンプレート応答を使用すべきではない特性を持つかどうかを評価します。

普遍的なエスカレーショントリガー(すべてのカテゴリーに適用)

• 訴訟または規制調査の可能性が関わる
• 問い合わせが規制当局、政府機関、または法執行機関からのもの
• 応答が法的拘束力のあるコミットメントまたは免責を生じる可能性
• 潜在的な刑事責任が関わる
• メディア注目が関わっている、またはその可能性がある
• 状況が前例のない(チームによる事前処理がない)
• 矛盾する要件を持つ複数の管轄権が関わる
• 経営幹部またはボードメンバーが関わる

データ主体請求エスカレーショントリガー

• 請求が未成年者のデータに関わる、または未成年者から/未成年者の代理で出された
• 請求が規制当局からのもの(個人からではない)
• 請求が訴訟保持の対象となるデータに関わる
• 請求者が現在または過去の従業員で、アクティブな紛争またはHR問題がある
• 請求の範囲が異常に広い、または情報漁りのように見える
• 請求が独自の要件を持つ管轄権で処理されるデータに関わる
• 請求が特別カテゴリーデータに関わる(健康、生体認証、遺伝)

訴訟保持エスカレーショントリガー

• 潜在的な刑事責任が関わる
• 保持範囲が不明確、異議がある、または潜在的に過度
• 特定のデータが範囲内かどうかについての質問がある
• 同じまたは関連する案件に対する事前の保持が存在
• 保持が進行中のビジネス運用に大きな影響を与える可能性
• 保持が規制削除要件と矛盾する
• 管理者が保持の範囲に異議を唱える

ベンダー質問エスカレーショントリガー

• 質問が紛争または潜在的な侵害に関わる
• ベンダーが訴訟または終了を脅迫している
• 質問が規制遵守に関わる(契約条件だけではない)
• 応答が法的拘束力のあるコミットメントまたは免責を生じる可能性
• 応答が進行中の交渉に影響を与える可能性

NDA請求エスカレーショントリガー

• 相手方が競争企業である
• NDAが政府機密情報に関わる
• ビジネス状況がNDAがM&A取引の可能性を指していることを示唆
• 請求が異常なテーマに関わる(AIトレーニングデータ、生体認証データなど)

召喚状/法的手続きエスカレーショントリガー

• 常に弁護士による確認が必要(テンプレートは出発点のみ)
• 特権問題が識別される
• 第三者データが関わる
• 国境を越えた提出問題
• 不合理なタイムライン

エスカレーショントリガーが検出された場合:

1. 停止: テンプレート応答を生成しない
2. アラート: エスカレーショントリガーが検出されたことをユーザーに通知
3. 説明: どのトリガーが検出され、なぜそれが重要なのかを説明
4. 推奨: 適切なエスカレーションパス(シニア弁護士、外部弁護士、特定のチームメンバー)を提案
5. 提供: 最終応答ではなく、弁護士確認用ドラフト(「ドラフト - 弁護士確認のみ」と明確にマーク)を提供

ステップ4: 特定の詳細情報の収集

応答をカスタマイズするのに必要な詳細をユーザーに促します:

データ主体請求:

• 請求者名と連絡先情報
• 請求のタイプ(アクセス、削除、修正、携帯性、オプトアウト)
• 関わるデータ
• 適用法(GDPR、CCPA、CPRA、その他)
• 応答期限

訴訟保持:

• 案件名とリファレンス番号
• 管理者(誰が保持する必要があるのか)
• 保持の範囲(日付範囲、データタイプ、システム)
• 外部弁護士の連絡先
• 有効日

ベンダー質問:

• ベンダー名
• リファレンス契約(該当する場合)
• 対応されている特定の質問
• 関連する契約条項

NDA請求:

• リクエストするビジネスチームと連絡先
• 相手方名
• NDAの目的
• 相互または一方的
• 特別な要件

ステップ5: 応答の生成

収集された詳細情報でテンプレートを作成します。応答が以下を確実にします:

• 適切なトーン(専門的、明確、ビジネス向けに過度に法的ではない)
• 応答タイプに必要なすべての法的要素を含む
• 特定の日付、期限、義務を参照
• 受取人の次のステップを明確に提供
• 適切な免責事項または警告を含む

ユーザーに送信前にドラフト応答をレビューのために提示します。

カスタマイズガイドライン

必須カスタマイズ — すべてのテンプレート応答は以下でカスタマイズする必要があります:

• 正しい名前、日付、リファレンス番号
• 状況の特定の事実
• 適用管轄権と規制
• 問い合わせが受け取られた時に基づく正しい応答期限
• 適切な署名ブロックと連絡先情報

トーンの調整 — 以下に基づいてトーンを調整:

• オーディエンス: 内部対外部、ビジネス対法的、個人対規制当局
• 関係: 新しい相手方対既存パートナー対敵対的当事者
• 感度: 日常的な問い合わせ対論争的な案件対規制調査
• 緊急性: 標準タイムライン対迅速な応答が必要

管轄権固有の調整:

• 引用されている規制が請求者の管轄権に対して正しいことを確認
• 適用法と一致するようにタイムラインを調整
• 管轄権固有の権利情報を含む
• 管轄権に適切な法的用語を使用

ステップ6: テンプレート作成(テンプレートが存在しない場合)

ユーザーが新しいテンプレートを作成したい場合は、テンプレート作成ガイド(下記を参照)をウォークスルーし、完成したテンプレートをレビューのために提示します。ユーザーに、承認されたテンプレートをローカル設定に保存して、将来の使用のために提案してください。

応答カテゴリー

1. データ主体請求(DSRs)

サブカテゴリー:

• 受取の確認応答
• 身元確認要求
• 履行応答(アクセス、削除、修正)
• 説明付き部分的拒否
• 説明付き全面拒否
• 延長通知

主要テンプレート要素:

• 適用法への言及(GDPR、CCPAなど)
• 応答の具体的なタイムライン
• 身元確認要件
• データ主体の権利(監督当局に苦情を申し立てる権利を含む)
• 連絡先情報

テンプレート構造の例:

件名: あなたのデータ[アクセス/削除/修正]請求 - リファレンス {{request_id}}

親愛なる {{requester_name}} 様へ

{{request_date}}付のあなたの[アクセス/削除/修正]請求を受け取りました。これは[適用法]に基づくあなたの個人データについてです。

[確認応答/確認要求/履行詳細/拒否根拠]

{{response_deadline}}までに実質的な応答をいたします。

[連絡先情報]
[権利情報]

2. 訴訟保持(リティゲーションホールド)

サブカテゴリー:

• 初期保持通知(管理者向け)
• 保持リマインダー/定期的な再確認
• 保持の修正(範囲変更)
• 保持の解除

主要テンプレート要素:

• 案件名とリファレンス番号
• 明確な保持義務
• 保持の範囲(日付範囲、データタイプ、システム、コミュニケーションタイプ)
• スポリエーション禁止
• 質問の連絡先
• 確認応答要件

テンプレート構造の例:

件名: 法的保持通知 - {{matter_name}} - 対応が必要

機密情報
弁護士-依頼人間通信

親愛なる {{custodian_name}} 様へ

上記の案件に関連する文書、通信、またはデータを所有している可能性があるため、この通知を受け取っています。

保持義務:
即座に有効となり、以下に関連するすべての文書および電子的に保存された情報(ESI)を保持する必要があります:
- 対象事項: {{hold_scope}}
- 日付範囲: {{start_date}}から現在まで
- 文書タイプ: {{document_types}}

潜在的に関連する材料を削除、破棄、修正、または廃棄しないでください。

[システム、メール、チャット、ローカルファイルの具体的な指示]

{{acknowledgment_deadline}}までにこの通知の受取を確認してください。

質問がある場合は{{legal_contact}}に連絡してください。

3. プライバシーに関する問い合わせ

サブカテゴリー:

• クッキー/トラッキング問い合わせ応答
• プライバシーポリシーに関する質問
• データ共有慣行問い合わせ
• 児童データ問い合わせ
• 国境を越えた転送に関する質問

主要テンプレート要素:

• 組織のプライバシー通知への言及
• 現在の慣行に基づく具体的な回答
• 関連するプライバシー文書へのリンク
• プライバシーチームの連絡先情報

4. ベンダー法的質問

サブカテゴリー:

• 契約状態問い合わせ応答
• 修正要求応答
• コンプライアンス認証要求
• 監査要求応答
• 保険証明書要求

主要テンプレート要素:

• 適用契約への言及
• ベンダーの質問への具体的な応答
• 必要な但し書きまたは制限
• 次のステップとタイムライン

5. NDA請求

サブカテゴリー:

• 組織の標準形式NDAの送信
• 相手方のNDAの受け入れ(マークアップ付き)
• 説明付きNDA請求の却下
• NDA更新または延長

主要テンプレート要素:

• NDAの目的
• 標準条項の要約
• 実行の指示
• タイムライン期待

6. 召喚状/法的手続き

サブカテゴリー:

• 受取の確認応答
• 異議書簡
• 延長要求
• コンプライアンスカバーレター

主要テンプレート要素:

• 事件リファレンスと管轄権
• 特定の異議(ある場合)
• 保持の確認
• コンプライアンスのタイムライン
• 特権ログリファレンス(該当する場合)

重要な注意: 召喚状応答はほぼ常に個別化された弁護士確認が必要です。テンプレートは最終応答ではなく、出発点として機能します。

7. 保険通知

サブカテゴリー:

• 初期請求通知
• 補足情報
• 権利留保応答

主要テンプレート要素:

• ポリシー番号と補償期間
• 案件または事故の説明
• 事象のタイムライン
• 要求される補償の確認

テンプレート管理方法論

テンプレートの組織化

テンプレートはカテゴリー別に整理され、チームのローカル設定で維持される必要があります。各テンプレートには以下を含める必要があります:

1. カテゴリー: テンプレートが対応する問い合わせのタイプ
2. テンプレート名: わかりやすい識別子
3. 使用ケース: このテンプレートが適切な場合
4. エスカレーショントリガー: このテンプレートを使用すべきではない場合
5. 必須変数: 各用途でカスタマイズする必要のある情報
6. テンプレート本体: 変数プレースホルダーを含む応答テキスト
7. フォローアップアクション: 応答送信後の標準的なステップ
8. 最終確認日: テンプレートが最後に精度について確認された日時

テンプレートライフサイクル

1. 作成: ベストプラクティスとチームの意見に基づくテンプレートの作成
2. 確認: テンプレート内容の法務チームによる確認と承認
3. 公開: メタデータ付きでテンプレートライブラリに追加
4. 使用: テンプレートを使用した応答の生成
5. フィードバック: 使用中にテンプレートが修正された場合を追跡して改善の機会を識別
6. 更新: 法律、ポリシー、またはベストプラクティスが変更された場合にテンプレートを改訂
7. 廃止: 不適用になったテンプレートをアーカイブ

テンプレート作成ガイド

ユーザーが新しいテンプレートを作成するのを支援する場合:

1. ユースケースの定義

• このタイプの問い合わせに対応しますか?
• どの程度の頻度で起こりますか?
• 典型的なオーディエンスは?
• 典型的な緊急性レベルは?

2. 必須要素の識別

• すべての応答に含める必要のある情報は?
• どのような規制要件が適用されますか?
• このタイプの応答を管理する組織ポリシーは?

3. 変数の定義

• 各使用で変わるもの?(名前、日付、特定事項)
• 変わらないもの?(法的要件、標準的な言語)
• 明確な変数名を使用: {{requester_name}}、{{response_deadline}}、{{matter_reference}}

4. テンプレートの作成

• 明確で専門的な言語で作成
• ビジネスオーディエンスのために不要な法的専門用語を避ける
• すべての法的に必要な要素を含める
• すべての変数内容のプレースホルダーを追加
• メールで使用する場合は件名行テンプレートを含める

5. エスカレーショントリガーの定義

• このテンプレートを使用すべきではない状況は?
• どのような特性が案件が個別化された注意が必要であることを示しますか?
• 具体的に: 漠然としたトリガーは有用ではありません

6. メタデータの追加

• テンプレート名とカテゴリー
• バージョン番号と最終確認日
• 作成者と承認者
• フォローアップアクションチェックリスト

テンプレートフォーマット

## テンプレート: {{template_name}}
**カテゴリー**: {{category}}
**バージョン**: {{version}} | **最終確認**: {{date}}
**承認者**: {{approver}}

### 使用する場合
- [条件1]
- [条件2]

### 使用しない場合(エスカレーショントリガー)
- [トリガー1]
- [トリガー2]

### 変数
| 変数 | 説明 | 例 |
|---|---|---|
| {{var1}} | [それが何であるか] | [例の値] |
| {{var2}} | [それが何であるか] | [例の値] |

### 件名行
[{{変数}}を含む件名テンプレート]

### 本文
[{{変数}}を含む応答本文]

### フォローアップアクション
1. [アクション1]
2. [アクション2]

### 注意
[このテンプレートのユーザーのための特別な指示]

出力形式

## 生成応答: [問い合わせタイプ]

**宛先**: [受信者]
**件名**: [件名行]

---

[応答本文]

---

### エスカレーション確認
[エスカレーショントリガーが検出されなかったことの確認、またはフラグが設定されたトリガーと推奨事項]

### フォローアップアクション
1. [送信後のアクション]
2. [設定するカレンダーリマインダー]
3. [追跡またはロギングの要件]

注意

• ユーザーに送信前に必ずドラフト応答をレビューのために提示
• MCP経由でメールに接続されている場合は、応答を含むドラフトメールを作成することを提案
• 応答期限を追跡し、カレンダーリマインダーを設定することを提案
• 規制対象の応答(DSR、召喚状)の場合、常に適用される期限と規制要件を注記
• テンプレートは生きている文書であるべき; ユーザーがテンプレート応答を修正する場合に更新を提案し、テンプレートを改善できます