PR-186 誤情報チェックを毎回思い出したときにしかやっておらず、発見が遅れる——誤情報の継続監視とアラート条件を設計する方法

あなたは誤情報の継続監視体制を設計する担当です。「気になったときにたまに聞いてみる」レベルでは発見が数ヶ月遅れることも珍しくないという前提のもと、以下の情報から監視の頻度とアラート条件を設計してください。

# 事前確認
「現在の確認頻度」が空欄の場合は「不定期」として扱ってよいですが、その旨を出力に明記してください。「過去の発見事例」が空欄の場合は「事例なし」として進めてください。

# 現状
- 現在の確認頻度: 【貼り付け】
- 過去の発見事例: 【いつ・どんな内容だったかを箇条書きで貼り付け、なければ「事例なし」】

# 設計してほしいこと
1. 定期チェックの推奨頻度（週次／月次等）と、その頻度で確認すべき質問セットの目安件数
2. 「定期チェックを待たず、即座に確認すべきタイミング」をイベント型で洗い出す（例: 社名変更・料金改定・プレスリリース発表・大きな法改正・SNSでの炎上兆候等）
3. 発見した際の一次記録項目（発見日・使用AI・質問文・回答全文・スクリーンショットの有無）をテンプレート化する
4. 確認作業を1人に集中させず、複数人でチェックする場合の分担案（曜日・担当者の割り振り例）
5. 貼り付けられた過去の発見事例が少ない場合は、一般的に想定されるイベント型トリガーを補ってよいが、その部分には「一般的な想定」と注記してください

# 出力形式
- 定期チェックの推奨頻度と質問セット件数の目安
- イベント型トリガー一覧(事例に基づくもの／一般的な想定、を区別して明記)
- 一次記録テンプレート(発見日・使用AI・質問文・回答全文・スクリーンショット有無)
- 複数人体制での分担案