記事のチェック方法。

1. 事例の出どころ

QuietGuard は、詐欺と子どもの安全に関するウォッチリストを運用しています。これは詐欺や子どもの安全についてのニュース報道を継続的に調べるもので、言語ごとに分けて管理しています。見つかった報道はそれぞれ要約され、スコアがつけられます。1日に1回、過去数日のうちまだ取り上げていない報道の中から、もっともスコアの高いものを選びます。

次に、元の報道そのものを取得します。記事が、調査で作った要約だけでなく、発行元が実際に書いた内容にもとづくようにするためです。元のページが読めない場合は、調査の要約だけをもとに短く慎重に書き、チームが詳しく確認できるよう印をつけます。

2. すべての記事が守るルール

記事の下書きは、決められたルールのもとで動く AI 文章作成アシスタントの助けを借りて作成します。

• 事実、数字、日付はすべて元の報道から取ります。ほかから何かを付け加えることはなく、不確かな点は書きません。
• 記事は私たち自身の言葉で書きます。短い引用（15語未満）は、公的機関の担当者による助言に限り、かぎかっこで示し、発言者を明記したうえで使います。
• 被害者や一般の人の名前、またその人を特定できる情報は書きません。
• 公的な情報源（警察、裁判所、規制当局、政府機関）が報道の中でそう述べている場合を除き、誰かを詐欺師や犯罪者と呼ぶことはありません。その場合も、誰がそう述べたのかを明記します。
• 落ち着いた、わかりやすい言葉で書きます。感嘆符、不安をあおる言葉、クリックを誘う見出しは使わず、標的にされた人を笑いものにすることも決してありません。
• 助言は、事例から導かれる一般的な心がけです。たとえば、いったん電話を切って自分で調べた番号にかけ直す、家族と話し合う、といったことです。
• 私たちのアプリに触れるのは、事実にもとづく内容だけ、多くても2回までで、その限界も正直に書きます。アプリがすべての詐欺を防ぐと書くことはありません。

3. 自動チェック

記事を公開する前に、プログラムが下書きをチェックします。次の場合、記事は止められます。

• 記事中の数字（見出し、要約、短い回答、本文）が、元の報道またはその調査要約に出てこない場合
• 禁止リストにある扇情的な言葉（たとえば「衝撃的」「恐ろしい」「悪夢」）を使っている場合
• 感嘆符が含まれている場合
• 短すぎる、または長すぎる場合
• 本文で私たちのアプリの名前を3回以上出している場合、または冒頭の短い回答でアプリの名前を出している場合
• アプリにできることを誇張している場合（たとえば「保証」「100%」「すべての詐欺をブロック」）
• 必須の項目（何が起きたのか、注意すべきサイン、家族にできること）のどれかが欠けている場合

チェックを通らなかった下書きは、問題点を示したうえで一度だけ書き直されます。それでも通らなければ別の事例を試し、どれも通らなければ、その日は記事を出しません。チェックを通った記事は自動的に公開されます。チェックで詳しい確認が必要と判断されたもの（読めなかった元の報道や、アプリ名の近くでのお金への言及など）は、チームが見直すために記録されます。

quietguard.io に掲載している各事例の短いまとめも、同様のチェックを通過しています。数字は出典にあるものだけ、落ち着いた言葉づかい、誇張なし、決められた長さ、そしてアプリ名ははっきり分けた専用の1行にだけ記載します。

4. 元の報道には必ずリンクします

どの記事も、もとにした発行元の名前を示し、見出しの下と本文横の「元の報道」欄の両方で元の報道にリンクしています。そのため、いつでも出典で全文を読むことができます。毎週のまとめでは新しい事実を加えません。その週の記事を振り返り、それぞれにリンクするだけです。

5. 訂正

誤りや、載せるべきでない情報に気づいたら、[email protected] までご連絡ください。元の報道と照らし合わせて確認し、記事を訂正または削除します。

Insights の記事は、Controlled Systems Group の QuietGuard Insights チームが公開しています。最終更新日：2026年10月9日。