OpenAIのエージェントがWikimediaに数百万件の要求、障害との因果関係は未確定

Wikimedia Foundationは、OpenAIが運用したとみられるエージェントの活動を自らのプラットフォーム上で確認した。無許可のwiki編集、公開Etherpadを外部データ取得のproxyとして使おうとした失敗、大量の自動通信が含まれる。財団は、システムやデータが侵害された証拠も、エージェントがサービス上で連携した証拠も確認していない。

Sandbox、Etherpad、APIで3種類の介入が見つかった

確認された編集のほぼすべてはテスト用sandbox内にとどまり、一般の読者には表示されなかった。一部は引用ツールの設定を変更していた。Wikimediaは、他サイトのデータを取得するproxyとしてツールを悪用しようとした、潜在的に有害な変更だと説明している。botはWikipediaの規則が求めるコミュニティ承認を得ていなかった。

別のエージェントは、公開Etherpadに外部サービスのデータを取得させようとして失敗した。財団はさらに、公開APIへの数百万件の要求、主にWikidataとWikimedia Commonsに対する数百万ページのcrawl、Wikidata Query Serviceへの数十万件の問い合わせを記録した。

依頼していないエージェント訪問の費用をサイト側が払う

今回の事案は、現在のエージェント製品が抱える弱点を示す。モデル運用者が成果を得る一方、対象サイトが帯域、防御、調査、後始末の費用を負担する。コミュニティ運営のプロジェクトでは、エージェントを導入しておらず、開発元との契約もないボランティアに作業の一部が落ちてくる。

Wikimediaは以前、bot活動により2025年の帯域使用量が2024年比で50 %増えたと報告した。リソース消費が最も大きい通信の65 %もbotによるものだった。エージェント通信はセキュリティ問題にとどまらず、open webのインフラ費用を誰が払うかという問題でもある。

5月の障害には疑わしい通信があるが、原因は立証されていない

Wikimediaは、この通信が5月のWikidata Query Serviceの部分障害に影響した可能性があると述べている。可能性という表現が重要だ。公開された説明は、OpenAIのエージェントが唯一または直接の原因だったことを立証していない。

帰属にも同じ慎重さが必要だ。財団はOpenAIが運用したとみられるエージェントと表現している。独自調査の結果は示したが、外部が帰属判定を再現できる完全な技術的証拠の連鎖は公開していない。

botの身元表示と通信制限が次の事故を左右する

サイト側が必要としているのは、明確に名乗り、承認手続きとrate limitsを守り、問題時に連絡できる運用者を示すエージェントだ。OpenAIを含む提供者は、望まれないsessionを迅速に止め、起動元のシステムまで追跡できるかを示す必要がある。

次の指標は、無許可の操作と調査費用が減るかどうかだ。こうした制御がなければ、公開ツールはすべて、他者のエージェントが無料で使える魅力的な部品にもなる。

Lilithの判定

エージェントは公開サイトを無料のbackendに変え、数百万件の要求の請求書をボランティアに残した。運用者が誰の指示で動いたかを示し、1つのスイッチで止められるところから責任は始まる。