目的
メール（PII）取得で起きがちな事故を事前に防ぐ設計レビュー。
開発着手前に、プライバシーリスクを洗い出し対策を明確にする。
トリガー語
- 「メール取得のレビュー」
- 「プライバシーチェック」
- 「PII設計確認」
- 「メールアドレスを保存する設計を確認」
入力で最初に聞くこと
| # |
質問 |
目的 |
| 1 |
メール取得の目的は？（結果送付/ログイン/連絡等） |
必要性の判断 |
| 2 |
保存先は？（DB/外部サービス/ローカル） |
保護方法の決定 |
| 3 |
保持期間は？ |
削除計画の策定 |
| 4 |
削除要件は？ |
ユーザー権利への対応 |
手順（7項目チェックリスト）
1. 目的の正当化
- メール取得が本当に必要か？
- 代替手段（匿名ID等）で代替できないか？
2. 同意（オプトイン）
- 同意文言はわかりやすいか？
- プライバシーポリシーへのリンクがあるか？
3. 取得最小化
4. 露出経路遮断
- URLにメールを載せていないか？
- ログにマスクなしで出力していないか？
5. 保存と保護
- 分離保管・暗号化されているか？
- アクセス制御が明確か？
6. 保持と削除
7. インシデント対応
→ 詳細チェックリストは REFERENCE.md 参照
実装上の注意点
| 項目 |
推奨 |
| HTTPメソッド |
POST使用（GETでメールを送らない） |
| ログ出力 |
メールはマスク（***@***） |
| DBスキーマ |
PIIテーブルを分離、暗号化 |
| URL設計 |
クエリにメールを含めない |
成果物
| 成果物 |
内容 |
| メール取得設計メモ |
7項目を埋めたドキュメント |
| 実装注意点リスト |
開発者向けガイドライン |
検証（完了条件）
免責事項
このレビューは一般的なベストプラクティスに基づくものであり、法令適合性を保証するものではありません。
参照
- Workflow:
.agent/workflows/05_meta_privacy_review_email.md
