Signal AIの警告で動けない原因と対策｜受ける人を先に決める

「報道の監視はAIに任せたので、炎上や不祥事には早く気づけるはずだ」「警告のメールは毎朝届いているが、誰が読んで誰が動いているのか、実は分からない」——広報とリスク管理の部門で、導入の前と後に聞こえてくる声です。前の声は期待で、後の声は導入から数か月たった現場の実感です。AIに監視を任せれば早く動ける、というのは半分だけ正しい理解です。早く気づくところまではAIが縮めてくれますが、警告を誰が受け、どの段階で誰が動くかを決めていなければ、気づいたことは誰の仕事にもなりません。この記事では、英国の Signal AI を例に、報道・評判・規制のリスクの警告で動けない原因を三つに分け、受ける人を先に決める対策を整理します。

Signal AI は、社外の報道とリスクを見張って知らせるAIの製品

Signal AI は、企業の外で起きていることを見張り、自社の評判や事業に響きそうな動きを早めに知らせる製品です。2026年10月時点の公式サイトは、広報・コミュニケーション部門向けの評判の情報基盤と、リスク管理部門向けのリスクの情報基盤の二つを柱に据えています。

中心にあるのは、AIQ と呼ぶ独自のAIです。公式の説明では、ニュース・SNS・規制の情報・放送・ポッドキャストなど22万を超える情報源から、1日550万本を超える記事を取り込みます。そのうえで会社・人・製品などの対象を1日1億件以上見分けて目印を付け、同じ名前の別の会社や人を文脈で見分けることで、関係のない記事が混ざるのを減らすとしています。

目印を付けた記事をもとに、評判やリスクを点数にし、動きが出たときに知らせます。リスクの側では、サイバー攻撃の兆しや訴訟など30種類を超える出来事を追い、出来事の量とリスクの点数で優先順位を示すとしています。点数には、その元になった記事へさかのぼれる仕組みがあると公式は説明しています。

なお、不祥事や事故が起きてしまった後の初動の順番は、別の記事で扱っています。本稿は、起きる前の兆しを警告として受け、誰が動くかを決めるところに絞ります。

作っている会社と、国内でまだ知られていない理由

会社ページの沿革によると、Signal AI は2013年にデイビッド・ベニグソン氏とミゲル・マルティネス氏がロンドン北部で創業しました。拠点はロンドン・ニューヨーク・リスボン・香港の4か所で、800社を超える顧客を持つとしています。

資金の面では、沿革の2025年の項に、バッテリー・ベンチャーズから1億6,500万ドルの過半の出資を受けたことが記されています。2026年の項には、記事の実際の読者数のデータを持つ Memo を買収したとあります。買収を重ねて事業を広げている段階の会社だと読めます。

国内でまだ知られていない理由は、確かめた範囲で三つあります。一つ目は、画面・資料・事例が英語だけで、日本語の案内が見当たらないことです。二つ目は、拠点に日本がなく、アジアの拠点は香港だけであることです。三つ目は、120以上の言語を訳して扱うとしながら、日本語の報道や国内の媒体をどこまで拾うかを、公式の資料で名指しで確かめられないことです。

したがって国内で検討するなら、日本語の全国紙・業界紙・ネットの媒体をどこまで拾い、どの程度の遅れで取り込むかを、最初に提供元へ確かめる必要があります。本稿はその確認が済んだ前提で、導入した後に社内で決めることを整理します。

2026年10月時点の主な機能と提供の状態

2026年に入ってからの動きは、公式の報道発表とサイトの製品ページで確かめられます。提供の状態が機能ごとに違うため、表に分けて整理します。

機能	中身（公式で確かめた範囲）	提供の状態
Ask AIQ	評判とリスクについて自然な文で質問し、出典をたどれる答えを返すAIエージェント	2025年に公開。携帯アプリはベータ
Signal AI MCP（接続）	自社のAIエージェントや大規模言語モデルの仕組みから、対象の検索・感情の分析・報道の急増の把握などを個別の道具として呼び出す	2026年6月10日に発表。Ask AIQ を使う顧客向けで、初期の期間は追加料金なしとされる
Risk Scanner	自社のリスク台帳を取り込み、各リスクの弱い兆しを世界の情報から拾って点数と優先順位を付ける	2026年6月18日に発表。顧客と提携先に提供中とされる
Microsoft 365 Copilot との連携	Copilot の中から、報道・規制・調査会社の情報などの社外の情報を、社内の情報と並べて引ける	2026年7月29日に提供開始。MCP の利用権を持つ顧客が Copilot のマーケットプレイスから有効にする
分析担当による調査	特定の脅威やリスク台帳の全体を、同社の分析担当が調べる	依頼に応じて提供

表で押さえておきたいのは、新しい機能の多くが、社外の情報を社内のAIへ流し込む方向に向いていることです。監視の画面を見る人だけでなく、Copilot や社内のAIエージェントを使う人まで、社外のリスクの情報に触れるようになります。

MCP の接続の追加料金なしは、初期の期間の条件として書かれています。期間の後の条件は公式の資料に書かれていないため、契約の前に書面で確かめてください。料金そのものも公式サイトには載っていません。

従来のクリッピングと何が違うか

従来の報道の監視は、自社名や製品名などの言葉を登録し、その言葉を含む記事を集めて毎朝一覧で届ける形が中心でした。集めるところまでは機械が受け持ち、どれが大事かを読んで判断するのは人でした。

Signal AI のような製品で変わるのは三点です。言葉の一致ではなく意味で拾うこと、記事を束ねて出来事として扱うこと、出来事ごとに点数を付けて優先順位を示すことです。リスクの基盤の説明では、何百もの兆しを、影響・起こりやすさ・方向・時間の幅を付けた要約にまとめるとしています。

変わらないのは、点数を受けて何をするかを決める仕事です。公式の説明も、最初の評価と根拠はAIが作り、チームが確かめて決めるという書き方をしています。読む量が減るぶん、判断の場面がはっきりと人の側に残るということです。

SNSの声を拾って企画や製品の改善に生かす話（ソーシャルリスニング）とも目的が違います。あちらは顧客の声を施策に使う話で、別の記事で扱っています。本稿は、自社への危険の兆しを誰が受けて動くかの話です。

警告で動けない原因1：受け手が決まっていない

導入した後に最も多い止まり方は、警告が誰の仕事か決まっていないことです。広報が契約した道具の警告は広報の受信箱に届きますが、中身が規制の変更や取引先の不祥事なら、動くべきなのは法務や調達や事業部です。

受け手が決まっていないと、警告は「誰かが見ているだろう」という前提で流れます。複数の人に同時に届く設定にすると、かえって全員が他の人が対応すると考えがちです。夜間や休日に届いた警告は、翌営業日まで誰も開かないこともあります。

もう一つの型は、受け手が一人に集中しているものです。広報の担当者が一人で全ての警告を受けていると、その人の休暇や異動で監視が実質的に止まります。道具は動き続けているので、止まっていることに誰も気づきません。

原因1への手当ては、警告の種類と段階ごとに、最初に受ける役割と、その人が不在のときの代わりを決めておくことです。具体的な分け方は後の章で表にします。

警告で動けない原因2：点数の意味が共有されていない

AIの点数は便利ですが、何を表しているかを社内で揃えないと動く基準になりません。リスクの点数が高く出たとき、それが記事の量が多いことなのか、影響が大きいことなのか、悪い方向に動いていることなのかで、取るべき行動は変わります。

公式の説明では、リスクの要約には影響・起こりやすさ・方向・時間の幅が付き、出来事の量とリスクの点数を指標として使うとされています。点数は一つの数字ではなく、いくつかの見方の組み合わせだと理解しておく必要があります。

点数の意味が揃っていないと、ある人は高い点数を見て役員に連絡し、別の人は同じ点数を見送る、ということが起きます。後から振り返っても、なぜ動いたのか、なぜ動かなかったのかを説明できず、次の判断の材料になりません。

手当ては、点数だけで段階を決めず、点数と条件の組み合わせで決めることです。例えば点数が高いことに加えて、主要な媒体が報じた、規制当局の発表が含まれる、自社名が見出しにある、といった条件を重ねたときに段階を上げる決め方です。条件は文章で書き、受け手の全員が同じ表を見るようにします。

警告で動けない原因3：誤報と本物を分ける工程がない

三つ目の原因は、警告が本物かどうかを確かめる工程が決まっていないことです。AIが拾った記事は、誤報・同じ名前の別の会社・何年も前の記事の再掲・風刺の記事であることがあります。

Signal AI は同名の対象を文脈で見分けることで誤った一致を減らすとしていますが、減らすことと無くすことは違います。特に日本語の社名は一般的な言葉と重なることが多く、拾い違いの起き方は英語とは異なる可能性があります。

確かめる工程がないと、二つの失敗が起きます。誤報に反応して不要な声明を出してしまうことと、誤報が多いせいで警告が信用されなくなり、本物の警告まで見送られることです。後者は気づいたときには手遅れになりやすく、被害が大きくなりがちです。

手当ては、段階の高い警告ほど、元の記事を人が開いて確かめてから次の人に回すと決めることです。確かめる人と、確かめるまでの時間の目安も一緒に決めておきます。

対策1：警告の段階と受け手を一枚の表にする

三つの原因への手当てをまとめると、警告の段階・段階を上げる条件・最初に受ける人・最初にすることを一枚の表にする、という形になります。次の表は考え方を示す例で、条件は自社の事業と過去の出来事から決めます。

段階	段階を上げる条件の例	最初に受ける人	最初にすること
記録	点数の変化が小さい。業界全体の話題で自社名を含まない	広報の担当	週ごとのまとめに載せる
注意	自社名を含む記事が増えている。取引先や同業の不祥事が出た	広報の担当と、関係する事業部の窓口	元の記事を確かめ、関係する部署に知らせる
警戒	主要な媒体の報道や規制当局の発表を含む。点数が悪い方向へ急に動いている	広報の責任者とリスク管理の責任者	当日中に事実を確かめ、対応の要否を決める
緊急	自社の不祥事や事故の報道が広がっている	経営の窓口・広報の責任者・法務	危機対応の手順に引き継ぐ

大事なのは、段階を上げる条件と段階ごとの受け手を、人の名前ではなく役割で書くことです。人の名前で書くと、異動のたびに表が古くなり、気づいたときには退職した人に警告が届いていた、ということが起きます。

緊急の段階に入ったら、その先は危機対応の手順に引き継ぎます。表の役目は、兆しを受けてから引き継ぐところまでです。引き継ぎの先の手順まで監視の表に書き込まないほうが、両方の手順が保ちやすくなります。

段階は、上げる条件だけでなく下げる条件も決めておきます。報道が落ち着いた、当局や取引先が事実を否定した、といった条件で記録の段階に戻します。下げる条件がないと、警戒の件が積み上がって受け手が疲れるため、本当に大事な警告が埋もれます。

対策2：受け手が欠けない仕組みにする

表を作っても、受け手が欠ける場面は残ります。次の項目が決まっているかを確かめてください。

• 段階ごとに、最初に受ける役割と代わりの役割が決まっている
• 夜間・休日に警戒以上の警告を受ける人と、連絡の手段が決まっている
• 警告を受けた人が「確かめ中」「対応不要」「引き継ぎ」を記録する場所がある
• 一定の時間だれも記録しなかった警告を、一段上の人に回す決まりがある
• 受け手の表を見直す時期（異動の時期・組織の変更）が決まっている
• 監視する対象（社名・製品名・経営者の名前・主要な取引先）の一覧を持つ人が決まっている

中でも見落とされやすいのは、対応しないと決めた警告も、理由と一緒に記録に残すことです。後で同じ件が大きくなったとき、いつ誰が何を根拠に見送ったのかが分かれば、条件の直し方が見えます。

監視の対象の一覧も同じです。新しい製品・新しい取引先・新しい役員が加わっても一覧に反映されなければ、AIはそれを見張りません。一覧の更新は、製品の発売や役員の交代の手続きに組み込むと漏れにくくなります。

AIの点数を鵜呑みにしない確かめ方

点数を信じすぎないための確かめ方を、警告を受けた人の手順として決めておきます。公式は点数から元の記事にさかのぼれるとしているので、その仕組みを使う前提で組みます。

この手順で大事なのは最後の記録です。点数と人の判断が食い違った記録がたまると、どの条件でAIの点数がずれやすいかが分かり、段階の条件を見直す材料になります。

AIの要約の文章を、そのまま社内に転送するのも避けます。要約は元の記事を圧縮したもので、言い切りの強さや、誰が言ったことなのかが元の記事と変わることがあります。転送するなら、元の記事の題名と媒体を添えます。

判断に迷う件は、依頼に応じて同社の分析担当が調べる仕組みもあると公式は説明しています。ただし外部の分析も材料の一つで、対外の発表や対応を決めるのは社内の責任者です。分析を頼むかどうかを決める人も、受け手の表に書いておきます。

拾い違いが起きやすい型

導入して最初の数か月の記録を見ると、拾い違いにはいくつかの決まった型があります。

• 社名が一般的な言葉や地名と同じで、関係のない記事が自社の件として拾われる
• 何年も前の不祥事の記事が、まとめ記事や再掲として出て、新しい出来事に見える
• 海外の同名の会社の報道が、訳された結果として自社の件に見える
• 風刺・創作・広告の記事を、事実の報道として点数に入れてしまう
• 噂の段階の投稿が報道として扱われ、点数を押し上げる
• 自社が出した発表の転載が増えただけなのに、報道の急増として警告が出る

これらを最初から完璧に除こうとするより、拾い違いを見つけたら、監視の条件と段階の条件のどちらを直すかを決める担当を置くほうが効きます。担当が決まっていないと、拾い違いは受け手の不満として残るだけで、条件は直りません。

翻訳を挟む仕組みでは、訳の段階で固有名詞がずれることもあります。日本語の社名を英語に訳した結果が別の会社の名前と重なる、という型です。試用の期間に、自社名と主要な取引先の名前で実際に監視して、ずれの起き方を確かめておきます。

リスク台帳とつなぐときの線

2026年6月に発表された Risk Scanner は、自社のリスク台帳を今の形式のまま取り込み、各リスクの弱い兆しを世界の情報から拾って、点数と優先順位を付ける機能です。発表では、台帳がない場合でも、AIが会社の情報から優先度の高いリスクを提案できるとしています。

ここで線を引くべきは、AIが提案したリスクを台帳に載せるかどうかは、リスク管理の責任者が決めることです。台帳は経営が見るリスクの一覧で、載せる・載せないには会社としての判断が伴います。AIの提案は候補として扱います。

台帳を取り込むこと自体の扱いも確かめます。リスク台帳には、まだ公表していない事業の弱みや取引先の名前が書かれていることがあります。どこまで書いた台帳を社外の基盤に渡してよいかは、渡す前に決めておく必要があります。保存場所とAIの学習への利用は公式の資料で確かめられなかったので、契約の前に確かめる項目です。

公式の説明は、AIが最初の評価と根拠を出し、チームが確かめて異議を唱え、報告に何を入れるかを決める、という分担です。この分担を社内の決まりとして文章にしておくと、AIの評価がそのまま経営会議の資料に載ることを防げます。

社外の情報を Copilot や MCP で社内のAIに流すときの線

2026年の動きで最も大きいのは、Signal AI の情報を他のAIから使えるようにしたことです。MCP の接続では、AIエージェントが対象の検索や感情の分析、報道の急増の把握などを個別の道具として呼び出せます。Microsoft 365 Copilot との連携では、社員が Copilot の中から社外の報道や規制の情報を、社内の文書と並べて引けるようになります。

便利になる一方で、決めることが三つ増えます。一つ目は、使える人の範囲です。広報とリスク管理だけが見ていた情報を、Copilot を使う全社員が引けるようにするのか、限られた部署にとどめるのかを決めます。警告の受け手の表と、情報を引ける人の範囲は別に決める必要があります。

二つ目は、使い道の線です。公式は、経営者が自然な文で報道のまとめを作れることを利点に挙げていますが、AIが社外の情報から作ったまとめを、確かめずに経営会議や社外への説明に使わないと決めておく必要があります。社外の情報を社内のAIが要約し直すと、元の記事との距離がさらに広がります。

三つ目は、記事の利用条件です。公式は情報を正規に許諾を得て取り込んでいると説明していますが、有料媒体の記事を社内のAIで要約し、社内外に配ってよい範囲は契約で決まります。引ける情報と、配ってよい情報は別だと考え、契約の範囲を確かめてから連携を有効にします。

効果の見方は「気づいてから動くまで」で測る

監視の道具の効果を、拾った記事の数や警告の数で測ると、多いほど良く見えてしまいます。しかし警告が多いことは、受け手の負担が増えていることでもあり、多すぎれば読まれなくなります。

測るべきは、警告から人が確かめるまでの時間、段階を決めるまでの時間、拾い違いの割合、後から振り返って「警告が出ていたのに動かなかった」件数です。気づいてから動くまでの時間が縮んだかを見ると、道具と受け手の表の両方の出来が分かります。

広報の活動の成果をどう測るかは別の問いで、別の記事で扱っています。本稿で見るのは、リスクの兆しへの反応の速さと確かさだけです。

見直しは四半期ごとが目安です。記録した判断と点数の食い違いを見て、段階の条件・監視の対象・受け手の表を直します。見直しの場には、広報だけでなくリスク管理と法務も入るようにします。

国内で使う前に確かめる項目

2026年10月時点の公式の資料では、国内で使うときに必要な次の項目を確かめられませんでした。契約の前に、提供元へ書面で確かめてください。

• 日本語の報道・国内の媒体・国内のSNSを、どこまで、どの程度の遅れで取り込むか
• 日本語の社名・人名の見分けがどの程度できるか
• 取り込んだリスク台帳や質問の中身の保存場所と、AIの学習に使われるかどうか
• 有料媒体の記事を社内で要約・共有してよい範囲
• 料金が何の数で増えるか（監視の対象・利用者・接続の数）
• MCP や Copilot との連携の、初期の期間が終わった後の条件
• 日本時間での問い合わせと、障害のときの連絡の窓口

特に一つ目と二つ目は、資料の回答より試してみるほうが確かです。試用の期間に、過去に自社で起きた出来事を思い出し、そのとき拾えていたかを確かめると、国内での使い物になるかを判断しやすくなります。

試用には、広報とリスク管理からそれぞれ受け手を一人ずつ出し、本番と同じ受け手の表で回します。道具の出来だけでなく、表の段階の条件が自社に合っているかも同時に確かめられるからです。試用の記録は、本番の条件を決める材料としてそのまま使うようにします。

よくある質問

Signal AI を入れれば、広報の担当者は監視をしなくてよくなりますか

記事を読む量は減りますが、監視の仕事はなくなりません。担当者の仕事は、記事を集めて読むことから、警告を確かめて段階を決めることへ移ります。公式の説明も、AIが最初の評価を作り、判断はチームが行う分担になっています。

点数がいくつになったら役員に知らせればよいですか

点数だけで決めないことをお勧めします。点数はいくつかの見方の組み合わせなので、主要な媒体の報道や規制当局の発表が含まれるかといった条件と重ねて段階を決め、役員に知らせるのは警戒以上の段階で人が確かめた後にします。

日本語の報道も拾えますか

公式は120以上の言語を訳して扱うとしていますが、日本語の報道や国内の媒体をどこまで拾うかは、2026年10月時点の公式の資料で名指しでは確かめられませんでした。試用の期間に、自社名と取引先名で確かめてください。

Copilot との連携は全社員に開いてよいですか

先に、使える人の範囲と使い道を決めてください。社外のリスクの情報を誰でも引けるようにすると、確かめていない要約が社内で広まるおそれがあります。まずは広報とリスク管理と経営企画などに限り、記事の利用条件を確かめてから広げるのが安全です。

リスク台帳を渡さずに使えますか

2026年6月の発表では、台帳がない場合でも、AIが会社の情報から優先度の高いリスクを提案できるとしています。ただし提案は候補で、台帳に載せるかどうかはリスク管理の責任者が決めます。台帳を渡すかどうかは、保存場所と学習への利用を確かめてから判断してください。

SNSの炎上の対策にも使えますか

SNSも監視の対象に含まれますが、本稿で扱ったのは兆しを受けて誰が動くかの決め方です。自社の投稿を出す前に炎上の危険を確かめる工程は、別の問いとして別の記事で扱っています。

まとめ

Signal AI は、世界の報道や規制の情報をAIで見張り、評判とリスクを点数にして早めに知らせる英国の製品で、2026年にはMCPの接続・リスク台帳の監視・Microsoft 365 Copilot との連携を相次いで始めました。日本語の報道をどこまで拾うかは公式の資料で確かめられず、国内で使う前に確かめる項目です。警告で動けない原因は、受け手が決まっていない・点数の意味が共有されていない・誤報と本物を分ける工程がない、の三つです。段階と受け手を役割で書いた表を作り、元の記事にさかのぼって確かめる手順を決め、対応しないと決めた警告も記録に残す。収集・分類・点数づけ・要約はAIに任せ、段階と受け手の決定・誤報かどうかの確認・対外の発表は人が持つ。社外の情報を社内のAIに流すのは、使える人と使い道を決めてからにしてください。

• 製品の機能と提供の状態は、Signal AI の公式サイト、会社ページの沿革、2026年6月10日・6月18日の報道発表、Microsoft 365 Copilot との連携の報道発表、リスクの基盤・連携・Ask AIQ の製品ページを2026年10月26日に確かめた範囲に基づきます
• 日本語の報道の取り込みの範囲、データの保存場所と学習への利用、料金、初期の期間の後の条件は公式の資料で確かめられなかったため、契約の前に提供元に直接確かめてください

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。