GoogleがOpenClaw経由のGemini利用ユーザーのアカウントを永久停止——月額$250請求継続のまま
2026年2月23日、Hacker Newsで140pt/107コメントを集めたレポートによると、GoogleはOpenClaw(サードパーティクライアント)経由でGeminiを使用していたGoogle AI Pro/Ultraユーザーを予告なしに永久停止した。技術的・経済的背景を整理する。
2026年2月23日、Hacker Newsにポストされたレポートが140pt・107コメントを集めた。内容は、Google AI ProおよびUltraプランのユーザーが、サードパーティクライアント「OpenClaw」経由でGeminiを使用していたとして、Googleからアカウントを予告なしに永久停止されたというものだ。
Googleサポートの回答
停止を受けたユーザーがGoogleサポートに問い合わせたところ、以下の趣旨の回答があったとされる。
「OpenClawを使用してAntigravity(Google)のサーバーを非Antigravity製品向けに使用することは利用規約違反に該当する。このポリシーはゼロトレランスで適用され、停止の取り消しは行わない。」
問題となっているのは、月額$250のサブスクリプション料金を継続して請求しながら、アカウントへのアクセスが遮断されているという状況だ。課金停止と同時にアクセスを止めていない点に対する批判がHNのコメント欄で集中した。
技術的背景: プロンプトキャッシュの崩壊
HNのコメントでは、サードパーティクライアント利用に関する技術的な問題が指摘された。
プロンプトキャッシュは、コンテキストウィンドウの先頭部分(変化しないシステムプロンプトなど)をAPIプロバイダー側でキャッシュする仕組みだ。再利用できればトークンのコストが大幅に削減される。
OpenClawの一部の実装では、コンテキストウィンドウの先頭に毎回現在時刻(hh:mm:ss形式)を挿入していた。先頭の内容が毎リクエストで変化するため、キャッシュヒット率はほぼゼロになる。適切に実装された場合のキャッシュヒット率は90%以上になりうるとされており、コストの差は10倍以上に達する計算だ。
Claude Code公式の開発者は「プロンプトキャッシュを最大化するよう慎重に設計している」と明言している。キャッシュ効率を意識した実装では、変化しないコンテンツはコンテキストの先頭に、変化するコンテンツは末尾に配置する。サードパーティクライアントの多くはこの設計原則を把握していないまま実装されていることがある。
経済的背景: サブスクとAPIコストの乖離
今回の問題の根底には、AIサブスクリプションの価格設定とヘビーユーザーの実際の利用量との乖離がある。
| 比較項目 | コスト |
|---|---|
| Claude Pro / Google AI Ultra サブスク | 約$200/月 |
| 同等のAPI利用(ヘビーユーザー想定) | $1,600〜/月 |
サブスクリプション価格は、プロバイダーの自社クライアントを通じて利用する一般的なユーザーの使用量を前提とした定額設定だ。しかしAIコーディングエージェント(Claude CodeやGemini CLI等)を通じた利用では、想定の数倍から数十倍のトークンを消費することがある。
補足情報として、ccusageというCLIツールが注目を集めている。Claude Codeの実際の使用量を記録し、「もしAPI従量課金だったら月いくらになるか」を可視化するツールだ。自分の利用量がサブスクの「想定範囲」内に収まっているかを確認する手段として参照されている。
開発者へのTakeaway
今回の事例から、AIエージェント開発者が留意すべき点を整理する。
1. AIコーディングエージェントのAPI利用には従量課金を使う
Claude CodeやGemini CLIをヘビーに使う場合、サブスクリプションではなくAPIキーによる従量課金が適切だ。利用規約の制限を受けず、実際のコストも透明化できる。
2. プロンプトキャッシュを最大化する設計
コンテキストウィンドウの先頭には変化しないコンテンツを置く。タイムスタンプや動的な情報は末尾に配置することで、キャッシュヒット率を維持できる。
3. Googleのゼロトレランスポリシーを前提とした設計
今回の事例では、Googleが利用規約違反に対して取り消し不可の永久停止を適用した。他のプロバイダーより厳格な姿勢であることを前提にした利用設計が必要だ。
サードパーティクライアントとAIプロバイダーの関係は、ブラウザとウェブサービスの関係とは異なる。APIの動作を前提としたサブスクリプション契約の範囲内で何が許容されるかは、プロバイダーが定義する。その範囲の解釈の不一致が、今回のような事態を引き起こす。
関連記事
Claude Code v2.1.47 リリース - Windows対応強化・メモリ改善・40件超のバグ修正
Anthropicは2026年2月19日、Claude Code v2.1.47をリリースした。Windows環境の描画バグ修正、長時間セッションのメモリ改善、起動速度の向上(約500ms短縮)、コンテキスト圧縮後のプランモード保持など40件以上の修正が含まれる。
Claude Code v2.1.49 リリース - バックグラウンドエージェント制御改善・起動高速化・Sonnet 4.6の1Mコンテキスト対応
Anthropicは2026年2月20日、Claude Code v2.1.49をリリースした。バックグラウンドエージェント実行中のCtrl+C/ESC無視バグの修正、起動パフォーマンスの大幅改善、シンプルモードへのファイル編集ツール追加、Yoga WASMメモリリークの修正などが含まれる。また、MaxプランにおいてSonnet 4.6が1Mコンテキストに対応した。
Claude Code v2.1.50 リリース - Worktreeフック追加・大規模メモリリーク修正・Opus 4.6が1Mコンテキスト対応
Anthropicは2026年2月21日(JST)、Claude Code v2.1.50をリリースした。WorktreeCreate/WorktreeRemoveフックの追加、エージェント定義でのworktreeアイソレーション宣言対応、SSHセッション切断時のデータ損失修正、glibc 2.30以前のLinuxでのネイティブモジュール読み込み不具合修正、長時間セッションを対象とした複数のメモリリーク修正、Opus 4.6(高速モード)への1Mコンテキスト対応拡大などが含まれる。
人気記事
ChatGPT(OpenAI)とClaude(Anthropic)の機能比較 2026年版。コーディング・長文解析・コスト・API料金の違いを検証
ChatGPT(GPT-4o/o3)とClaude(Sonnet 4.6/Opus 4.5)を2026年時点の最新情報で比較する。コーディング能力、長文処理、日本語品質、API料金、無料プランの違いをSWE-benchなどのベンチマーク結果とともに解説する。
【2026年2月20日 所感】「AIがコードを書く」は仮説から現実になった——しかし私たちはその意味をまだ消化できていない
2026年2月20日に観測したコーディングエージェント関連ニュースの総括と所感。Anthropicの自律性研究、cmux、MJ Rathbunのエージェント事故、HN「外骨格 vs チーム」論争、Stripe Minions週1000件PR、Taalas 17k tokens/sec——朝から夜までの流れを通じて見えてきた「AIがコードを書く時代」の実相を考察する。
868のスキルをnpx 1コマンドで——「Antigravity Awesome Skills」が主要AIコーディングエージェントの共通スキル基盤になりつつある
Claude Code・Gemini CLI・Codex CLI・Cursor・GitHub Copilotなど主要AIコーディングアシスタントを横断する868以上のスキルライブラリ「Antigravity Awesome Skills」(v5.4.0)を詳細分析。Anthropic・Vercel・OpenAI・Supabase・Microsoftの公式スキルを統合した設計思想、ロール別バンドル・ワークフロー機能、SKILL.mdによる相互運用性のアーキテクチャを解説する。
最新記事
AIエージェント間通信の標準化競争が始まる——AquaとAgent Semantic Protocolが同日登場
2026年2月23日、Hacker Newsに2つのAIエージェント通信プロジェクトが同日掲載された。Go製CLI「Aqua」とセマンティックルーティングを実装する「Agent Semantic Protocol」は、MCPが解決できないP2P・非同期通信の課題に取り組む。
Claude Sonnet 4.6、無料・Proプランのデフォルトモデルに——社内テストでOpus 4.5を59%の確率で上回る
Anthropicは2026年2月17日にリリースしたClaude Sonnet 4.6を、claude.aiの無料・Proプランのデフォルトモデルに設定した。価格はSonnet 4.5と同額の$3/$15 per 1Mトークン。社内評価ではコーディングエージェント用途でOpus 4.5を上回る結果が出ている。
AIコーディングエージェントのコスト削減は「モデル変更」より「ツール構成」が効く——Sonnet vs Opus実験レポート
あるチームが@qa-testerエージェントでOpus vs Sonnetのコスト・パフォーマンス実験を実施。bashツールの追加でカバレッジが+120%、コストが-32%改善した一方、SonnetからOpusへのアップグレードではカバレッジ変化ゼロ、コスト+65%という結果が出た。