OpenAIのcodexをAWS Bedrock経由で使うと請求が最大10倍に膨らむ不具合が報告された。ハッカーニュースでは127ポイントを集め、実被害を訴える開発者の声が並ぶ。だが本質は「バグ」ではない。中継基盤に依存したAI開発コスト構造の脆弱性が、ついに露呈しただけの話だ。経営者が今すぐ点検すべき論点を、辛口に整理する。
何が起きたか
OpenAIのcodex（AIがコードを自動生成・修正する開発支援ツール）を、AmazonのAIモデル利用基盤であるAWS Bedrock経由で呼び出した際に、トークン計算のずれが原因で請求額が最大10倍に膨れ上がる不具合が報告された。GitHubのissueとして起票され、ハッカーニュースでは127ポイント、39件のコメントを集めて拡散。実際に高額請求を受けた開発者から、「一晩で想定の10倍が飛んだ」といった悲鳴が並んでいる。
問題の構造はシンプルだ。codex側が数えているトークンと、Bedrock側が課金対象として計上するトークンの整合が取れていない。中継レイヤーが挟まることで、入力・出力のカウントが二重化、あるいは水増しされている可能性が高い。開発者にとっては、コードを書かせているだけのつもりが、月末に請求書を見て初めて事故に気づく構図である。
なぜこのニュースが重要か
このニュースを「一時的なバグ」として片付ける経営者は、AIコスト管理の本質を見誤っている。重要なのは、10倍という数字ではない。AIの利用料は、ユーザー側が事前に見積もれない構造になっているという事実が可視化されたことだ。
従来のクラウド課金は、CPU時間やストレージ容量など、比較的計測しやすい単位で行われてきた。ところがAIのトークン課金は、モデル側の内部処理、プロンプトの前処理、中継基盤のラッパー、リトライ処理など、複数のブラックボックスを経由する。今回はcodex×Bedrockという特定の組み合わせで顕在化したが、同種の計測ずれはAzure OpenAI、Google Vertex AI、各種プロキシSaaSでも起こり得ると推定する。
しかも、被害は「気づいたとき」に確定している。月末締めの請求書ベースで管理している企業は、事故発覚時点で最低30日分の10倍請求を抱え込む。年間AI予算を1,000万円組んでいる会社なら、1ヶ月見逃すだけで数百万円単位の損失だ。中小SaaS企業なら経営を揺るがしかねない規模である。
過剰評価への反論
ここで一言、辛口に言わせてもらう。「AWSやOpenAIが悪い」という論調は、経営者としては幼稚だ。
そもそも、なぜcodexをBedrock経由で使うのか。理由の多くは「AWSとエンタープライズ契約があるから」「請求を一本化したいから」「セキュリティレビューが通しやすいから」という社内政治的な最適化である。技術的にはOpenAI APIを直叩きした方が安く、速く、計測ずれのリスクも小さい。にもかかわらず中継基盤を挟むのは、情シスと経理の都合であって、開発生産性やコスト効率の判断ではない。
つまり今回の10倍請求は、「便利さの対価」ではなく、「組織の縦割りが生んだ余計なレイヤーの対価」だ。中継基盤ベンダーはSLAで守ってくれない。バグの責任範囲は曖昧で、返金交渉は長期化する（推定で数ヶ月単位）。一方、直接契約なら、少なくとも問題の切り分けは一段階シンプルになる。
「マルチクラウドで冗長化」「ベンダーロックイン回避」といった聞こえのいい言葉に酔っている企業ほど、この種の隠れコストを抱えている。AI時代のアーキテクチャ判断は、中継を増やすほどリスクが指数関数的に増えると認識すべきだ。少なくともコスト管理の観点では、シンプルな構成の方が圧倒的に強い。
経営者として次に取るべき動き
第一に、AI利用料のモニタリングを月次から日次に切り替えること。理想は時間単位である。ダッシュボードを内製できないなら、DatadogやCloudHealth等の既存ツールにトークン課金の閾値監視を組み込む。月末請求書を待つ運用は、今日で終わりにすべきだ。
第二に、予算上限アラートと自動停止を仕組みで実装すること。人間の目視監視は必ず漏れる。閾値超過時にAPIキーを自動失効させる、あるいはレートリミッタを噛ませる設計を、最初から入れておく。「アラートメールを送る」だけでは、深夜や休日の暴走を止められない。
第三に、直接契約と中継経由のコスト比較を四半期ごとに実施すること。現在Bedrock経由でcodexを使っているなら、直接OpenAI APIを叩いた場合の見積もりを並べる。差分が説明できないなら、契約を見直す判断材料になる。「便利だから」で放置した瞬間、次の10倍請求はあなたの会社に届く。