過去48時間にわたり、GitHub、Reddit、開発者向けフォーラムにはユーザーからの苦情が殺到している。その矛先は？GoogleのGemini CLIだ。
そして今回は、有料のProプラン加入者でさえも我慢の限界に達している。
3月25日から、ユーザーはGemini CLIにおける深刻な429エラー（レート制限）の問題を報告し始めました。3月26日までに、「過去2日間、429エラーが継続している」といったタイトルの新しいGitHubイシューが多数投稿されました。これは単発の出来事ではなく、大規模なシステム障害なのです。
最近Gemini CLIを利用しているなら、おそらくこんな経験があるだろう。ターミナルを開き、AIにコード作成を手伝ってもらおうと準備を整える。しかし、最初のメッセージを書き終える前に、赤い警告がポップアップする。
⚠️ レート制限が検出されました
そして、何も機能しなくなる。
さらに悪いことに、明示的にGemini Proを選択したにもかかわらず、CLIが警告なしに黙ってFlashにダウングレードしてしまうこともある。気づいた時には、コードはすでにめちゃくちゃになっています。2つのモデルの品質差は甚大だからです。
さらに問題なのは、あなたが有料ユーザーだということです。
Googleに毎月AI Proのサブスクリプション料金を支払っているにもかかわらず、無料ユーザーと全く同じ体験を強いられています。頻繁に発生する429エラー、絶え間ない利用不能状態、そしてたった2、3回のメッセージ送信で課されるレート制限です。
これは例外的なケースではありません。これはシステム的な欠陥です。
コミュニティは限界に達している
私は丸一日かけて、GitHubのイシュー、Redditのスレッド、Googleのヘルプフォーラム、そしてXの投稿を徹底的に調べました。何百件もの苦情を読み通した結果、一つのことがはっきりと分かりました：
Googleはユーザーベースを本気で怒らせてしまったのです。
経緯を振り返ると、これは突発的な問題ではなく、着実に悪化してきた危機です：
2025年10月～12月：有料ユーザーから429エラーに関する散発的な報告
2026年3月：問題が大幅に深刻化し、テック系ブログで「2026年3月のレート制限危機」が言及される
2026年3月25日～26日：大規模な問題発生。GitHubやフォーラムに多数の新たな問題が報告される
これは、Googleのクォータシステムが最初から機能不全だったか、あるいは最近の変更によって状況が劇的に悪化したことを示唆している。
無料ユーザー：「これでは使えるツールとは思えない」
最も多い不満の声は次のようなものだ。「Gemini CLIをインストールしたばかりで、本格的に使い始めてもいないのに、すでにレート制限にかかってしまった」
あるRedditユーザーは率直にこう述べている。「文字通りインストールした直後にレート制限にかかった」
この体験は、レストランに行ってほんの少しの試食をしただけで、「申し訳ありませんが、上限に達しました。明日また来てください」と言われるようなものだ。
無料ユーザーが不満なのは、制限があること自体ではありません。制限が厳しすぎて、基本的な開発タスクさえ完了できないことに腹を立てているのです。
彼らは無料で無制限のアクセス権を得ようとしているわけではありません。ただ、普通のコーディングプロジェクトを完成させたいだけなのです。しかし、現状では、たった一つの機能さえ完成させる前に壁にぶつかってしまうのです。
有料ユーザー：「文字通りお金を払っているのに、なぜまだ機能しないのか？」
無料ユーザーが失望しているなら、有料ユーザーは激怒している。
つい昨日（3月26日）、非常に率直なタイトルの新しいGitHubイシューが投稿された：#23900「過去2日間、ステータス429（リクエスト多すぎ）が頻発している」。
そのユーザーは、OAuth経由で認証されたGoogle AI Proのサブスクライバーであると報告した。3月24日まではすべてが完璧に機能していた――応答は速く、問題もなかった。しかし3月25日から、CLIが突然極端に遅くなり、すべてのリクエストが429エラーとなり、応答を得るまでに長い自動再試行が必要になった。
同日、GoogleのAI開発者フォーラムにも同様のヘルプリクエストが投稿された：「Gemini CLIのリクエストが429エラーで失敗する――不正利用のフラグか？」
エラーメッセージは？「サーバー上でモデル gemini-2.5-pro を利用可能な容量がありません。」
これが腹立たしいのは、Googleのドキュメントやサブスクリプションプランにおいて、より高いクォータとより安定したサービスが明示的に約束されているからです。
しかし、実際の体験は？無料ユーザーと区別がつきません。
これは一時的なダウンタイムではない。これは体系的な障害だ。
そして重要なのは、この問題が数ヶ月前から存在しているということだ。2025年10月と12月には、有料ユーザーがすでにGitHub上で全く同じ問題について不満を訴えていた。
これは何を意味するのか？ Googleのレート制限の問題は突発的な出来事ではない。これは長年にわたり継続し、悪化の一途をたどってきた体系的な問題であり、ここ2日間でピークに達したのだ。
開発者たち：「クォータのルールが全く不透明だ」
レート制限そのもの以上に、開発者を苛立たせているのは、透明性の完全な欠如です：
1日単位で計算されるのか？
リクエスト数単位か？
トークン数単位か？
モデルタイプに基づく何らかの組み合わせか？
誰も知りません。
GitHub Issue #17081はその典型的な例だ。ユーザーは利用統計でクォータに十分な余裕があることを確認しているにもかかわらず、システムは「利用制限に達しました」と表示する。
表示されるデータと実際の動作は完全に一致していない。
まるで、銀行カードには残高が表示されているのに、ATMが説明もなく「残高不足」と表示するようなものだ。
さらに悪いのは、自動ダウングレードの仕組みだ。
多くの開発者が気づいたのは、Gemini Proがレート制限に達すると、CLIが許可を求めることも明確な通知をすることもなく、自動的にFlashに切り替わってしまうということです。
何が起きたのか気づいた時には、コードはすでにゴミ同然になっています。
GitHub Issue #1847では、この点について具体的に議論されています。ユーザーたちは、この「自動切り替え」の挙動は設定可能であるべきであり、デフォルトで黙って行われるべきではないと強く主張しています。
開発者たちの不満を要約すると、レート制限自体は理解できるが、私の代わりに決定を下したり、まるでミステリーボックスのようにルールを推測させたりするのはやめてほしい、ということです。
Googleは実際に何をしているのか？
正直なところ、ここでのGoogleの論理は理解できません。
Geminiのモデル性能は本物です。特に最新のGemini 2.5 ProやGemini 3.1 Flashは、多くのベンチマークで優れたパフォーマンスを発揮しています。
しかし、問題はここにあります：
高い性能は、高い可用性とはイコールではありません。
現在の状況は以下の通りです：
無料ユーザーはこれを「試用版」と見なし、本格的なプロジェクトには使うのを躊躇しています
有料ユーザーは騙されたと感じている——お金を払っているのに、約束されたサービスが受けられない
開発者たちは、このツールを不透明で不安定、予測不能なものだと見なしており、自信を持って頼ることはできない
これは、成熟した本番環境向けのツールのあるべき姿ではない。
さらに苛立たしいのは、これらの問題に対するGoogleの対応が信じられないほど遅いことだ。
2025年10月のIssue #10946？未だ未解決だ。2025年12月のIssue #14811？公式の回答は「調査中」というだけで、その後は音沙汰なし。昨日のIssue #23900？まだ公式の返信すらない。
ユーザーがフォーラムで助けを求めても、返ってくるのは往々にして「課金設定を確認してください」や「APIキーが正しく設定されているか確認してください」といったものだが、問題はそこではない。
問題は、Googleのクォータシステムそのものが機能不全に陥っており、この状態が少なくとも5ヶ月も続いていることです。
3月21日から22日にかけて、技術系ブログではこの問題を分析した記事が具体的に掲載され、「Gemini画像生成：あらゆるエラーの修正と制限の理解」といったタイトルが付けられました。その記事では、「429エラーは現在、Geminiで最も一般的なエラーであり、同時に最も誤解を招きやすいエラーでもある」と明記されています。
これは何を意味するのでしょうか？Googleのレート制限の問題は、サードパーティのテックブログがユーザーに回避策を教えるための長文ガイドを書かなければならないほど深刻になっているということです。
私の見解：これはプロダクトマネジメントの失敗だ
この状況で私が最も気になっているのは、Googleにはこれを修正するための技術力、インフラ、リソースがあるにもかかわらず、修正していないという点です。
これは技術的な問題ではなく、優先順位の問題です。
有料顧客から5ヶ月以上も苦情が寄せられているにもかかわらず、対応が実質的に「調査中」であるということは、この問題が誰の優先順位リストでも十分に上位に位置していないことを示している。Googleの誰かが、レート制限の体験を改善するためにエンジニアリングリソースを割く価値はないと判断したのだ。
そして、それは根本的に欠陥のある製品哲学だ。
信頼性の低いツールでは、開発者の信頼を築くことはできません。開発者が求めているのは、単に強力なモデルだけではなく、開発の基盤となる予測可能なツールなのです。CLIが警告なしにモデルをランダムにダウングレードしたり、クォータの表示が実際の動作と一致しなかったり、有料ユーザーが無料ユーザーと同じ不具合に直面したりする状況では、顧客を失うだけでなく、信頼性も失っているのです。
皮肉なことに、Googleは現在、テクノロジー業界で最も競争の激しい分野の一つで戦っています。OpenAIやAnthropicをはじめとする各社が、開発者の支持を争っている。それなのにGoogleは……何ヶ月もCLIの不具合を放置しているのか？
これこそがAI競争に敗れる原因だ。モデルが弱いからではなく、開発者がインフラを信頼できないからだ。
コミュニティはすでに別の道へ進んでいる
公式の解決策が機能しない時、コミュニティは代替手段を見つける。
詳細な「Gemini CLI 429エラーの解決策」ガイドを作成し、認証方法の切り替え、同時実行数の削減、あるいはピーク時間の回避といった方法でレート制限を回避する方法を他者に教えている人々もいます。
Redditでは、「AI Studioキーの代わりにGoogle Cloud APIキーを使用すると、レート制限に引っかかりにくくなる」という情報が共有されています。
中には、Gemini CLIを完全に放棄し、他のソリューションに移行した人もいます。
しかし、これらはすべて一時的な回避策に過ぎず、真の解決策ではありません。
まとめ
Google Geminiのモデル性能は本物です。それについては疑いの余地がありません。
しかし、性能が高いからといって、必ずしも実用的な状態にあるとは限らず、ましてや優れたユーザー体験が保証されるわけでもありません。
無料ユーザーが「これは試用版だから、実際の仕事には使えない」と考え、有料ユーザーが「お金を払っているのにまだ不具合がある」と考え、開発者が「このツールは不透明で不安定、予測不能だ」と考えるとき——それは技術的な問題ではない。それは製品の問題だ。
さらに残念なのは、Googleのこれらの問題に対する対応の速さと注目の度合いだ。それは到底十分とは言えない。
多くのユーザーがGitHubでイシューを登録し、フォーラムで助けを求め、ソーシャルメディアで不満を訴えていますが、返ってくるのは沈黙か、形式的な「調査中です」という回答ばかりです。
これはユーザー第一の姿勢とは言えません。
テクノロジー業界は急速に変化します。開発者の信頼は、信頼性、透明性、そして迅速な対応によって勝ち取られるものです。Googleはこれら3つすべてを忘れてしまったようです。
もし現在、Gemini CLIの429エラーに悩まされているなら、有料ユーザーでありながら対価に見合うサービスを受けられていないなら、あるいは真に安定し予測可能なAIソリューションを必要としているなら——今こそ代替案を検討すべき時かもしれません。
結局のところ、最高のAIツールとは、最も印象的なベンチマークを持つものではないからです。必要な時に実際に機能するツールこそが、最高のAIツールなのです。