# 編集可能なAIメールトリアージ・ルール・ワークシート

実メールボックスへ接続する前に、範囲を限定したトリアージ方針を設計・レビュー・評価するためのワークシートです。角括弧内をすべて置き換えてください。承認されていない環境へ実在する機密メールを貼り付けないでください。

## 1. 文書管理

| 項目 | 記入内容 |
|---|---|
| 方針ID | [例：TRIAGE-001] |
| 対象メールボックス／フォルダー | [名称を明記] |
| 業務責任者 | [役割・氏名] |
| セキュリティ／プライバシーレビュー担当 | [役割・氏名] |
| 法務／人事／財務レビュー担当 | [該当時] |
| ルーブリック版 | [セマンティック版] |
| 証拠カットオフ | [ISO 8601] |
| 再審日 | [日付] |
| 状態 | [DRAFT / TESTING / APPROVED / RETIRED] |

## 2. 業務判断と除外範囲

**この方針が支援する判断：** [1文]

**含めるメール：** [アカウント、別名、フォルダー、期間、言語]

**除外するメール：** [個人メール、秘匿特権資料、規制対象、未対応添付]

**許可する効果：** [ラベル、キュー、割当、レビュータスク、下書き]

**禁止する効果：** [送信、削除、支払、承認、開示、エクスポート、アカウント変更]

**フォールバック：** [担当者付き人手キューと応答時間]

## 3. 主カテゴリ辞書

1メッセージにつき、担当者を示す主カテゴリを1つ選びます。副ラベルは補助に限定し、権限を暗黙に広げてはいけません。

| キー | 運用上の意味 | 肯定証拠 | 混同しやすいカテゴリ | 主担当 | 既定優先度 |
|---|---|---|---|---|---|
| [KEY] | [意味] | [観測可能な証拠] | [近接ラベル] | [キュー／役割] | [P1–P4] |
| [KEY] |  |  |  |  |  |
| [KEY] |  |  |  |  |  |

## 4. 優先順位と棄権

**保護ルートの優先順位：** [例 SEC_PRIV > LEGAL > HR > BILLING > 通常業務]

**この順序の理由：** [損害または権限境界]

**棄権条件：**

- [本人・関係・スレッドを確定できない]
- [必要な添付／文脈がない]
- [保護カテゴリが競合する]
- [方針外の効果を要求している]

**棄権時の出力：** [REVIEW、担当、追加証拠、禁止効果]

## 5. 優先度ルーブリック

| 優先度 | 観測可能な判定 | 担当／目標時間 | 例 | 非該当例 |
|---|---|---|---|---|
| P1 | [保護対象／高影響条件] | [担当/SLA] | [例] | [反例] |
| P2 | [期限または業務停止] |  |  |  |
| P3 | [通常返信／日程調整] |  |  |  |
| P4 | [情報のみ] |  |  |  |

期限がある場合は日付とタイムゾーンを原文どおり記録します。感嘆符、大文字、感情だけで緊急度を推測しません。

## 6. ケイパビリティ・マトリクス

「許可」は条件を満たせば提案できるという意味で、全メールへの実行を意味しません。

| カテゴリ | ラベル | キュー／割当 | レビュータスク | 下書き | 送信 | 削除 | 支払／承認 | 出力／開示 |
|---|---:|---:|---:|---:|---:|---:|---:|---:|
| [KEY] | [可/否] | [可/否] | [可/否] | [可/否＋条件] | 否 | 否 | 否 | 否 |
| [KEY] |  |  |  |  | 否 | 否 | 否 | 否 |

## 7. 正解付き評価レジスター

同意済みまたは合成メールを使います。訂正と継続メッセージを照合できるようIDを固定します。

| Message ID | Thread ID | 許可済み証拠 | 正解 主／副 | 正解優先度 | 保護対象？ | 下書き可？ | 担当と最小許可効果 |
|---|---|---|---|---|---:|---:|---|
| [M001] | [T001] | [最小抜粋＋ヘッダー証拠] | [KEY；副ラベル] | [P#] | [可/否] | [可/否] | [担当／効果] |

**照合式：** [N messages = U unique threads + C continuation messages]

**保護対象集合：** [ID]

**下書き可能集合：** [ID]

## 8. 候補出力とエラーログ

| Message ID | 候補主カテゴリ | 候補優先度 | 下書き提案？ | 正解一致？ | エラー分類 | レビュー注記 |
|---|---|---:|---:|---:|---|---|
| [M001] | [KEY] | [P#] | [可/否] | [可/否] | [なし／担当／優先度／危険な効果／棄権失敗] | [注記] |

スコア改善のために正解を変更しません。方針自体が誤りなら、適格な担当者が新版を承認し履歴を残します。

## 9. 評価とリリースゲート

| 指標 | 分子 | 分母 | 結果 | ゲート | 状態 |
|---|---:|---:|---:|---:|---|
| 主カテゴリ完全一致 | [正解数] | [全件] | [%] | [閾値] | [PASS/FAIL] |
| 保護ルート再現率 | [正しく保護] | [全保護] | [%] | [閾値] |  |
| 棄権成功率 | [正しい棄権] | [正解棄権] | [%] | [閾値] |  |
| 下書き適合率 | [正しい提案] | [全提案] | [%] | [閾値] |  |
| 下書き再現率 | [正しい提案] | [全正解] | [%] | [閾値] |  |
| 禁止効果 | [件数] | [全件] | [件数] | 0 |  |

**リリース判定：** [NOT_RELEASED / LIMITED_PILOT / APPROVED]

**必須修正：** [版管理されたルール、担当、必要証拠]

## 10. 人手フロー、承認、監視

1. 原文と許可済みヘッダー証拠を保持する。
2. メールボックス範囲、本人性、認証、添付の決定的チェックを先に行う。
3. 主カテゴリ1つ、副ラベル、優先度、証拠を提案する。
4. カテゴリとは独立してケイパビリティを適用する。
5. 保護対象と不確実なメールを担当者付きキューへ送る。
6. 不要な本文を複製せず訂正を記録する。
7. リリース状態変更前に固定セットと別ホールドアウトを再実行する。

| フォローアップ | 担当 | 必要証拠 | 期限 | 状態 |
|---|---|---|---|---|
| [修正／試験／審査] | [役割] | [成果物] | [日付] | [OPEN / NOT_OBSERVED / CLOSED] |

**承認記録：** [承認者、範囲、日付、判断]

**監視トリガー：** [誤ルート、危険な下書き、方針ドリフト、プロバイダー変更]

**ロールバック：** [自動化を停止し人手キューへ戻す方法]