k2f-legal-notice

K2F 法的通知 — AI ネイティブな美的デザイン

目的

レイアウトに着手する前に、通知の種類、受領者が守るべき義務、スキャンしやすい適用範囲とシステムのブロック、正式な階層構造をエージェントが設計できるようにします。ユーザーまたは弁護士から提供されていない管轄区域、保管担当者、適用範囲、秘匿特権の表示を作り出さないようにします。

K2F を基盤とする

このスキルは、法的通知を .K2F パッケージとして作成します。作成時は k2f スキルに従ってください。ワークスペースを展開または初期化し、セマンティックツリーを編集して、パック／検証を実行してからエクスポートします。K2F により、エージェントはピクセル座標ではなく、意味（通知の役割、セクション、強調）に集中でき、エンジンがレイアウト、タイポグラフィ、テーマをコンパイルし、一貫性のあるエクスポート対応の出力を生成します。

作成を始める前に、コアスキルをインストールしてください：npx skills add suzheng/k2f --skill k2f。

使用する場面

• 指名された保管担当者に訴訟または証拠保全のホールドを初めて通知する場合。
• 適用範囲、システム、または保管担当者が変更された際に定期的な再確認（更新）を行う場合。
• 弁護士が証拠保全を終了できると確認した際に解除を通知する場合。
• 草案のホールド文面を、弁護士による確認用の一貫性ある、組織標準の通知形式に整える場合。

ワークフロー

ステップ 1. content_and_design.md を生成する

セマンティックな内容と美的な意図をまとめた単一の設計書です。k2f スキルが後でセクションや強調に対応付けられるよう、ブロックにラベルを付けます。

サブステップ

1. 通知の枠組み — 新規発行、更新、解除のいずれかに分類します。発効日、案件の略称、発行主体、署名者を記載します（ユーザー提供の情報または組織の標準書式に基づく）。更新の場合は、当初の発行日を基準にします。解除の場合は、終了日と解除後の保存指示を記載します（ユーザー提供の情報に基づく）。法廷地／管轄区域はユーザーから提供された場合にのみ明記し、証拠保全の開始要件や制裁規則を作り出さないでください。

2. 宛先ブロック — 日付、宛先（保管担当者または役割）、差出人（権限を持つ署名者）、件名（訴訟ホールド通知 — [matter] または解除に相当する文言）を記載します。想定する 秘匿特権／機密性の表示 を USER OR COUNSEL TO CONFIRM として記録します。外部の保管担当者宛ての通知は、内部の業務成果物のヘッダーとは異なることがよくあります。

3. この受領者が対象となる理由 — 対象者となる理由（役割、プロジェクト、データへのアクセス）を、平易な一文で記載します。不利益を招く説明、認める内容、または戦略的な記述は避け、関連性を理解できるだけの文脈を示します。

4. 中核となる義務（主題） — 新規発行／更新の場合：直ちに発効し、記載されたカテゴリーを保存します。解除の場合：[date] をもってホールドを解除します。通常の保存は、記載された指示に従って再開します。この一文が視覚的・意味的な基準となります。

5. 適用範囲のレイヤー — 文書のカテゴリー、対象、取引相手、日付範囲を番号付き箇条書きで示します（[event] から現在までを保存）。具体的な内容から始め、範囲が暫定的な場合は COUNSEL VERIFY — breadth と記します。更新の場合は、前回の版からの追加、修正、削除を明示します。

6. システムと保存場所のレイヤー — メール、チャット、ドライブ、BYOD、紙文書、ボイスメール、カレンダーなどのチャネルを別のブロックに列挙します。適用範囲では「何を」、システムでは「どこにあるか」を扱います。

7. 禁止行為 — 削除、変更、破棄、自動削除、受信トレイを空にする行為を禁止する、短い命令形のリストです。新規発行／更新の場合のみ記載します。

8. 運用上の境界 — 問い合わせ先となる法務担当者、確認方法と期限（例：3 営業日以内）、書面による解除までの期間、該当する場合は定期的な再確認を記載します。業務上の話し合いは続けて構わないこと、指示がない限り、通知、訴訟、または法的戦略について同僚と話さないことを明確にします。

9. 安全のための一文 — 「対象に含まれるかどうか不明な場合は、保存してください」（新規発行／更新の場合）。

10. 署名ブロック — 署名者の氏名、役職、連絡先を記載します。組織の標準テンプレートと同じ順序にします。

11. デザイン意図 — 装飾よりも、正式で保全管理者にふさわしい明確さを重視します。

    • トーン：率直で、権威があり、落ち着いた表現にします。マーケティング的な表現や謝罪の言葉は使いません。
    • 階層：Re 行と 直ちに有効 を最も目立たせ、次に番号付きの対象範囲を配置します。禁止事項 は視覚的に区別します（文字の太さやラベルを用い、派手な色は使いません）。システムは二次的な一覧として配置し、連絡先と確認事項は締めくくりの帯にまとめます。
    • 情報密度：中程度にします。短い段落を用い、対象範囲とシステムには箇条書きを使います。各ブロックでは、画面幅に収まる単一の要点を扱います。リリース通知は、保持に関する行を添えた、情報密度の高い単一の段落にしてもかまいません。
    • 配色：控えめなニュートラルカラーを用い、本文とのコントラストを高く保ちます。日付と期限のアクセントカラーは最小限にし、WCAG AA に準拠します。義務事項の妨げになる装飾的なグラフィックは使いません。

ルールと制約

• 弁護士確認のゲート：ブループリントは弁護士の確認用です。保全対象者への配布には、ユーザーまたは弁護士の明示的な承認が必要です。
• 対象範囲のゲート：ユーザーの入力に基づいて対象範囲を提案します。広すぎる場合（運用上の負担）、または狭すぎる場合（保全漏れのリスク）には警告します。VERIFY を明記せずに、対象範囲を黙って広げたり狭めたりしてはいけません。
• 保全対象者のゲート：個人名を挙げる場合は、ユーザーまたは案件のコンテキストにある人物に限ります。更新時に退職済みの保全対象者が判明した場合は、個人への通知だけでなく、IT レベルでの保全にも言及します。
• 緊急性のゲート：訴訟が提起済み、または差し迫っている場合は、ブループリントに当日中の発行を明記します。緊急性を本文に埋もれさせてはいけません。
• 正確性のゲート：システム、保全対象者、法的引用、確認用 URL を捏造してはいけません。

よくある失敗

• 対象範囲がエッセイ形式になっている → 番号付き箇条書きとシステムのブロックに再構成します。
• 禁止事項 や自動削除への言及がない → 保全対象者が通常どおり削除してよいと誤解します。
• 冒頭に不利益となり得る情報や戦略的な詳細がある → 中立的な一文に短縮します。
• 再確認の冒頭文や対象範囲の変更点を示さずに更新している → 保全対象者が何が変わったのか把握できません。
• リリース通知に保持の指示がない → アーカイブの凍結を継続するかどうかが曖昧になります。
• 外部向け通知に誤った側の秘匿特権バナーがある → 弁護士による修正が必要であることを明記します。
• 確認期限を示さず、確認依頼が埋もれている → コンプライアンスの追跡に支障が出ます。

品質チェックリスト

• 通知の種類（発行／更新／解除）と有効日を明記している。
• 受信者を選定した理由、対象範囲、システム、連絡先をすべて記載するか、「未定」と明記している。
• 発行／更新通知に、禁止事項と、判断に迷う場合も保全する旨を記載している。
• 更新通知に対象範囲や保全対象者の変更点を記載し、解除通知に保全解除後の保持方針を示している。
• デザイン意図で、Re 行、中心的な義務、対象範囲、禁止事項、確認依頼の強調方法を明記している。
• 弁護士による確認を促す注意書きを含み、法的・運用上の事実を捏造していない。

ステップ 2. content_and_design.md と k2f スキルを使用して K2F ファイルを生成し、適切なファイル形式でエクスポートします。

k2f スキルに従って、ブループリントから通知を作成し、デザイン意図に沿ってセクションの役割を適用して検証したうえで、弁護士確認用の成果物をエクスポートします。