寝ている間に、請求書が育つ ─AIエージェント「放置・暴走」事故簿
会社だけでなく個人も一晩で被弾する。報道された事故のパターンと防ぎ方をまとめた"事故簿"
ひとことで言うと
ここまでは会社の話でしたが、従量課金の事故は個人にも一晩で起こります。AIエージェントを止め忘れてクラウドから約105万円の請求が届いた例、設定した予算上限が効かず一晩で約280万円が課金された例──。海外では「Denial of Wallet(財布へのDoS攻撃)」という言葉まで生まれました。
「止まる仕組み」は、頼まないと付いてこない
一晩で約280万円APIキー漏洩による課金の報道例(予算上限はA$10に設定済みだった)
2つの事故に共通するのは、上限・タイムアウト・予算アラートが初期状態では備わっていない(または「通知だけ」で止まらない)ことでした。
事故簿① AIエージェントが止まらない──約24時間で105万円
IT系メディアGIGAZINEが2026年6月15日に紹介した事例です。ある技術者が、実験用ネットワークを調査する目的でAIエージェントを稼働させました。エージェントは作業のためにクラウド(AWS)上へ高性能なサーバー群を自動で構築。ところが想定どおりに作業が進まないなか、エージェントはインフラを稼働させたまま構成の修正を繰り返し続け、運用者が停止させるまでに約24時間が経過しました。
結果、請求は約6,531ドル(約105万円)。その後、クラウド事業者との交渉で約1,894ドル(約30万円)まで減額されたと伝えられています。運用者本人による技術ブログにも詳しい経緯が記録されています。ポイントは、エージェントが「壊れた」わけではないことです。与えられた目標を達成しようと、真面目にリソースを増やし、真面目に試行錯誤を続けた。その勤勉さが、従量課金では請求書に変換されました。
事故簿② 予算上限「10ドル」のはずが、一晩で約280万円
米Tom's Hardwareが報じた、海外のAIコンサルタントの事例です。過去に公開したままになっていた開発プロジェクトのAPIキーが第三者に発見され、一晩で6万回以上のAIリクエストが実行されました。翌朝届いた請求は約2万5,672豪ドル(約280万円)。
驚くのはここからです。この方は予算上限を10豪ドルに設定していました。ところが報道によれば、支出が増えると課金上限の枠が自動で引き上げられる仕組みになっており、上限は機能しなかったといいます。9つあった安全機能の多くが初期設定ではオフだったことも指摘されました。なお最終的にクラウド事業者が請求を取り消しています。事業者側も救済に応じたという結末は、フェアに付記しておくべき事実でしょう。
この種の事故は「Denial of Wallet(財布へのDoS攻撃)」と呼ばれ始めています。サービスを止める代わりに、持ち主の財布を空にする攻撃、という意味です。
今夜からできる「防波堤」チェックリスト
- 予算設定の種類を確認する。「超えたら止まる」のか「通知が来るだけ」なのか。枠が自動で広がる仕様がないかも確認する
- APIキーを定期的に棚卸しする。使っていないキーは削除。キーをコードやWebに書き込まない。権限と有効期限を最小にする
- エージェントに「終了条件」と「支出の天井」を必ず与える。「◯回試してだめなら止まって報告」を指示に含める
- 日次の利用額通知を設定する。月次の請求書では1ヶ月遅い。翌朝気づける仕組みが最大の防波堤
- 夜間・週末に動かす場合は、金額ではなく時間で止まるタイマーも併用する
そもそも「メーターのない世界」で動かすという選択
上のチェックリストはすべて有効です。ただし全部やっても、守っているのは「青天井のメーターが回りすぎないこと」にすぎません。メーターがある限り、見落としひとつで請求書は育ちます。
Sovereign GaiXerのような買い切り型のオンプレミスAIには、そもそもメーターがありません。AIエージェントが夜通し試行錯誤しても、無限ループに陥っても、増えるのは電気代だけ。最悪の事故が「朝、処理が終わっていなかった」で済むのか、「朝、280万円の請求が届いた」になるのか──この差はエージェント時代にますます大きくなります。さらにオンプレミスなら、APIキーが世界に漏れる心配もありません(セキュリティは第7弾)。
蛇口を開けっぱなしにできる水道です。しかも困ったことに、この水道は(1)家の外からも開けられる(APIキー漏洩)、(2)開ける係のロボットが勤勉(エージェント)、(3)止水栓は初期設定でオフ──という三重の条件が揃っています。だからこそ「止まる仕組み」を自分で足すか、メーターのない水源(固定費型)に切り替えるかの二択になるのです。
よくある質問(FAQ)
個人の話ですよね?会社には関係ない?
大いに関係あります。会社は個人よりAPIキーの数もエージェントの数も多く、「止め忘れ」「漏洩」の入り口がその分増えます。第16弾の「社員1人で月1000万円」も、長時間稼働という点で同じ構造です。
クラウド事業者が悪いのでは?
一方的にそうとは言えません。紹介した2件では事業者側も減額や請求取り消しに応じています。ただ「安全機能が初期設定でオフ」「枠が自動で広がる」といった仕様が事故を大きくしたという指摘は複数あり、初期設定のまま使うのは危険というのが実務的な教訓です。
請求が来てしまったら、どうすればいい?
まずAPIキーの無効化とリソースの停止。その上で、多くのクラウド事業者にはサポート窓口経由で減額・免除を相談する仕組みがあります。紹介した事例でも減額・取り消しが行われました。あきらめる前に必ず相談を。
「Denial of Wallet」に狙われやすい条件は?
(1)APIキーが公開リポジトリや公開URLに含まれている、(2)呼び出し回数の制限がない、(3)高価なモデルを使っている──の組み合わせが典型と指摘されています。キー管理と呼び出し制限だけでもリスクは大きく下がります。
エージェントを夜間に動かすこと自体が間違いですか?
いいえ。夜間の自動処理はエージェントの最も有望な使い方のひとつです。問題は「従量課金のメーターを回しながら無人で動かす」こと。時間タイマー・支出上限とセットにするか、固定費型の環境で動かすのが安全です。
オンプレミスなら事故はゼロになりますか?
「お金の事故」は構造上ほぼゼロになります(電気代を除く)。ただし処理能力の占有や、エージェントの誤った操作そのものは残る課題なので、終了条件や権限管理といった運用ルールは同じく大切です。
まとめ
- AIエージェントの止め忘れで約105万円(交渉後約30万円)、APIキー漏洩で一晩約280万円(後に取り消し)という事故が報じられた
- 「財布へのDoS攻撃(Denial of Wallet)」という言葉が生まれるほど、従量課金×自動化の事故は型になりつつある
- 共通の原因は、止まる仕組みが初期状態では付いてこないこと。予算「上限」が通知だけのこともある
- 防波堤は、止まる型の予算設定・キー管理・終了条件・日次通知。ただしどれも「メーターの見張り」にすぎない
- 買い切り・固定費型なら最悪の事故が「処理が終わっていない」で済む。メーターのない世界でエージェントを走らせるという選択肢