Anthropic、事前告知なしでClaude Codeの利用制限を強化

• 今週初めから、AnthropicがClaude Codeユーザーに対して予告なく利用上限を厳格化
• とくに月額200ドルのMaxプランを利用するヘビーユーザーを中心に不満が急増しており、上限到達時には「Claude usage limit reached」というメッセージだけが表示され、具体的な説明はない
• 事前案内や変更告知なしに上限が引き下げられたことで、一部ユーザーはサブスクリプションプランがダウングレードされた、または利用量トラッキングの不具合だと誤解
• Anthropicは詳細説明なしに「一部ユーザーが応答の遅延を経験している」とだけ公式に言及し、正確な解決時期や原因の案内はない
• API過負荷、ネットワーク障害なども重なって不満が拡大しており、ユーザーは信頼低下とともに明確な上限提示とコミュニケーション改善を求めている

---

突然の利用制限強化と混乱

• 先週月曜日からClaude Codeの利用上限が突然厳格化され、多くのユーザーが意図せず制限に達する現象が発生
• 「Claude usage limit reached」というメッセージだけが表示され、一定時間後（数時間後）に制限解除予定と案内されるだけで、具体的な上限変更の説明はない
• とくに200ドルのMaxプランなど高額サブスクリプション利用者を中心に、利用量トラッキングの不具合やプランのダウングレードではないかという誤解が広がり、不信感が深まった
• GitHubのIssueページなどでは、「30分の間に数回リクエストしただけなのに900メッセージ上限を超えてしまった」といった、利用量算定の不透明さへの不満が噴出
• あるユーザーは「この上限ではプロジェクトを進められない」とし、「GeminiやKimiも代替にはならない」と訴えた

公式見解とネットワーク問題

• Anthropicは「一部ユーザーが応答の遅延を経験している」と述べるのみで、追加説明は避けている
• 同時期にAPIの過負荷エラーやネットワーク障害も同時多発的に発生していたが、公式ステータスページでは100%稼働と表示されるなど、情報の食い違いも見られた
• 上限や利用可能量そのものが需要に応じて変動する非公式かつ可変的な構造が混乱をさらに拡大させている

混乱を招いた複雑な料金体系と利用量ポリシー

• Anthropicの料金体系は、明確な利用量保証なしに段階別の制限と案内だけが提供されており、無料/Pro/Maxのいずれも明確な上限ではなく「需要に応じて変動」とされているため混乱を招いている
  • Max料金プラン: Proの20倍、Proは無料の5倍多い利用上限と公式案内されているが、絶対的な利用上限値は非公開
  • 無料枠についても「需要に応じて変動する」と明記されており、絶対的な利用量保証はない
• ユーザーは、実際に今回の制限強化前にはサービス利用量（例: 1日に1,000ドル以上のAPIコール）が可能だったため、Maxプランを不安定で長期継続は難しいモデルと認識していた
• そのため制限強化自体には驚かなかったものの、透明性の欠如こそが最大の問題だと指摘している
  • 「透明にコミュニケーションしてほしい。コミュニケーション不足は信頼の喪失につながる」というユーザー意見が象徴的だ

コミュニケーションと信頼問題の本質

• 一部ユーザーはMaxプラン上限の長期的な持続可能性自体には理解を示しつつも、**「とにかく透明に伝えてほしい」**という要求を強調している
• 予告のない変更と不明確な案内は、ユーザーの信頼低下につながる
• 明確な上限の案内と事前コミュニケーション、そして迅速な問題対応が、サービス維持と顧客信頼の確保にとって非常に重要だ

[princox]

エージェント型コーディングの最前線にある製品なので、トラフィックがかなり集中しているようですね..

[GN⁺]

Hacker Newsの意見

• あるユーザーが匿名を希望しつつ、使用制限がかかって以降はもうプロジェクトを進められなくなったと述べている。vibeの上限に達した感じで、もう自分で考えないといけないタイミングだという

  • その通りだが、これらの企業が売っている根本的な前提は、「考える」ことのかなりの部分をアウトソースできるという点であり、AIへの投資もこの前提に大きく依存している。これほど莫大な資金が投入されているのに、市場がそのままなのは少し奇妙に感じる
  • 少し考える程度では済まない気がする。プロジェクトを続けるには、はるかに深い思考、もしかすると極限の思考力が必要になりそうだ
  • 長期的な可用性が不透明なサードパーティサービスに強く依存すると問題になるかもしれないなんて、誰が予想できただろうか、という皮肉な疑問が浮かぶ。有料コンパイラやリモートメインフレームの時代に逆戻りしたようで、人はいつもこういう失敗を繰り返す
  • 99%確信しているが、こういうユーザーたちはコーディング自体ができないvibe coderではない。そういう人たちは lovable のようなツールを使うのであって、ターミナルツールには手を出さないはずだ
  • 同じ引用についてコメントしようと思って来た。もうこんな状況に到達したのかと驚くが、実は驚くようなことでもない気もする

• Claude 4.0は、生の知能という観点では他の代表的なモデルより賢いとは言えない。ただ、コーディング時の正しいツール利用に合わせて非常によく磨き込まれている。他のモデルもすぐ追いつけば、こういう厳しい制限をかけ続けるのは難しいだろう。Googleは自前でシリコンを敷いて最適化までしているので、絶対的なキャッシュフローの面で有利な立場にある。面白いことに、ここではコンピュートのスケーリング則を理解している人がほとんど見当たらない。人々の頭の中には、Uberモデルのようにシステムはいずれ値上げしなければならないという発想が染み付いているが、AIは人間労働ではない。時間が経てばコンピューティングコストは下がっていく。短期的に赤字を出しながら賭けるほうが、むしろ最も勝率の高い戦略であり、これは愚かな行動ではないと思う。多くの人はこのバブルが崩壊する日を今か今かと待ち、「自分は予測していた」と賢く見せたがっているが、結局のところ長期的にはこの方向が正しい

  • ムーアの法則が有効だとしても、コンピュータ資源の効率が変わらず、計算あたりの電力効率もそのままだと仮定して、18か月ごとにコンピュートコストが半分になるだけだ。実際にコメントでは月額$200プランが$4000相当まで膨らんだという話があったが、費用効率で見れば8年かかる。8年間赤字を許容する覚悟があるのかは疑わしい
  • 実際のところ、今のモデル自体が言われるほどそんなに「賢い」わけではない。AGIには程遠い。コンテキスト管理、タスク分離、リトライ、無限ループ防止、適切なツール公開などのほうが重要だ
  • 自分は月額$100プランは使わず、API単価で支払ってClaude Codeをかなり慎重に使っている。初日にループにはまり、同じ2つの誤った解決策を繰り返して$30を燃やしてようやく止まった。その後は1日$3〜$5ほど使いながら、効率よく多くのことを達成している。Anthropicは、開発者がより賢くClaude Codeを使うよう動機付ける仕組みを見つけるべきだ。制御できないと本当に一気に暴走する
  • モデルの問題は、無価値なコンテンツが大量にあふれ出ることだ。業界が小規模なうちはこの程度の汚染は問題にならないが、世界規模までスケールすると後始末は簡単ではない
  • Claudeも悪くないが、「賢さ」が必要なら話は別だ。個人的には Mistral の medium 3 や devstral medium も過小評価されている気がする。どちらも「賢い」わけではないが、単純作業で有効なコードが必要なときには、価格対効果が非常に高い

• Claude Codeを月額$20の基本プランでサイドプロジェクトに使ってみた。業務時間すべてを使い切ったわけではないのに、呼び出し量は十分だった。$20の上限にすぐ達すると思っていたが、結局達しなかった。正直、AIができない部分は自分で直したり手作業でかなりコーディングしたりする必要はあったが、トークン消費量は本当に太っ腹に感じた。API価格との比較で言えば、毎日$10〜$20ぶんのトークンを使っている感覚だった。しばらくはユーザー獲得のために制限をかなり緩くしていたが、今は容量を支えきれず引き締めているように見える。記事の通り、月額$200プランの上限を超えるほどコーディングするには、どれほど使い込まないといけないのか想像がつかない

  • Claude Codeには、トークン効率の良い使い方が無数にある。近いうちにClaude Code専用モデルが出るのではないかとひそかに予想している。自分の実験経験では、多くのトークンが無駄になった理由は、たとえば Python スクリプト全体を読み直してコメント状態を点検したり、R スクリプトを読み直して括弧の閉じ忘れだけを確認したりするような、無意味な反復にあると思う。こうした非効率なパターンだけでも潰せば、かなりのリソース節約が期待できる
  • 最近こういう上限は本当にすぐ変わる。1週間単位、ひどいと数日単位で変わることもあり、時間帯、場所、アカウント開設日によっても違う
  • 自分はCCで、たった1回のリクエストだけで1時間のうちに上限に達した。opusですらなかった。少し使っているとそのうち、ほとんど事前警告のようなメッセージが出るのだが、上限をきちんと明示せず、上位プランへのアップセルを狙っているように感じて残念だ
  • Thinkingプロセスは通常のChatよりはるかに非効率だ。たくさん使えば、あっという間に数百ドル使える
  • もし上限に達せないなら、もっと創造的にプロンプトを書くべきということかもしれない。自分は一度プロンプトを投げると、ほぼ1時間独立して作業させて上限に達することもある。下位エージェントを作って並列運用したり、完全自動化で長時間動かしたりもできる。「これを1つやって」よりも広い視点を持つといい

• AppleがM4 MacBookを買ったのに、何の警告もなく性能をM1並みに落としたら、テックメディアも消費者団体も大騒ぎになるはずだ。なのにAI企業は、100ドル払って利用権を買ったのに何の説明もなく性能を落としても静かだ。どうしてこんなことが可能なのか不思議だ

  • 企業としては容量が限られているので、すべてのユーザーに合理的な製品を提供したいのだろう。適切な上限を設定して守るのは相当難しかったようだ。実際の容量や参加者数の予測に苦労しているように見える。まだ競合も少なく、価格にも特別な基準がない。今後よくなることを期待したい

• 今はおそらく赤字で運営しているので、怒るタイミングではないという気がする。Cursorも同じく価格政策が不透明だ。Maxプランを払っているが、APIレポートを見るとすでにほぼ$1,000相当使っている。残りクォータがどれだけあるのかも分からず、APIが出す価格情報にも納得がいかない

  • 同僚は今月、週あたり$1,000を燃やしたと主張していた。会社としては月に$200だけ払えばいいサブスク料金だというのだから、本当に驚く
  • 私たちは昨日クローズドアルファを終了したばかりで、最適な価格政策を考えているところだ。フィードバックをもらえるなら https://www.charlielabs.ai/pricing を見てもらえると本当にありがたい
  • どんなツールで価格を確認しているのか知りたい。cursor-stats なのか聞いてみたい
  • 赤字運営なのだから寛容であるべきだ、という意見には同意できない。最近は明確な収益モデルもないまま、とにかくローンチしてみる製品が多くて本当にうんざりしている

• 人々が日常的に上限へ達する実際の作業現場を動画で見てみたい。自分は主に sonnet をコーディングに使っているが、月額$20プラン基準の基本上限にすら達したことがない。仕様作成、ドキュメント化、よく知られた例をもとにした反復作業、特定サービスの繰り返し制作などに使っている。コードベース全体を書き換えるのでなければ、小さな修正は、わざわざ英語で問題を説明してAIに任せて大きなサイクルを回すより、自分で直接直したほうが速いことも多いのではないかと思う

  • 自分は Opus と長いワークフローで上限に達する。具体的には、2つの大きなワークフロー（計画と実装）に分け、アイデア調査と計画文書の生成だけでAPIコストが$10〜$30ほどかかる。レビューしながら細かなミスや過剰な内容は自分で直し、次の段階で実装も進める。実装段階のほうがむしろ安い。この計画文書をもとに、自動でGitHub PRまで作らせている。$100 Maxプランのレートリミットに達するには、こういうサイクルを5時間以内に3〜4回回せば十分だ。Opusに複雑な指示をまとめて投げることもできるので、信頼性はかなり高い。Codeを単純な対話としてしか使わないなら、ほとんど到達しない。主に vibe coder たちがよく上限に当たっているようだ
  • AIが正しい方向へ収束できなくなるタイミングが来たら、その時点で結局は人間が自分で仕上げることになる
  • Claude Codeを sonnet と一緒に使っているのか気になる。Webだけで使うなら、上限にはかなり余裕があるように感じる
  • 今週はMaxプランなのに、単純な作業すらうまく成功しなくなった。Maxユーザーだけが過負荷を受けているレベルではない。いつでも任意にレートリミットがかかる感じだ。最初のプロンプトから止められることすらある
  • 全体としては人が自分でやったほうが速いが、自分は割り込み駆動で複数タスクを行き来するので、プロンプトだけ素早く投げてバックグラウンドで作業を回しながら待つ。agent が3倍長くかかっても、自分の時間消費はプロンプト入力の数秒で済むからだ

• 数日前、2つのプロジェクトで大規模リファクタリングをしながら、別の2つのプロジェクトのデザイン作業も並行していた。Gemini APIの使用量を確認したら、1日ですでに$200使っていた。ユーザーはこれよりはるかに高い強度で回せる。月額$200で無制限という方針では、会社に利益が残りにくいと思う。今後はコストを考慮して作業を賢く振り分けるシステムが作られそうだ。openrouter もこういう部分を目指して動いているようだが、正しいルーティングを行うには膨大なコンテキスト情報が必要になるだろう

• 使用制限が発生した後、「本当にプロジェクトが進まなくなる」と述べた発言があった。Gemini や Kimi も使ってみたが、Claude Codeほど多様な機能セットを持つツールはなかったという。PMF（プロダクト・マーケット・フィット）だという評価だ

• 今週、月額$200プランを始めたが、もともと毎月APIトークンで$300以上使っていた。「これがAnthropicにとってどう採算が合うんだろう」と考えてもいた。ところがAPIの過負荷エラーが続いたので、結局プランを解約して再びAPIトークンに戻った。いったいどういう意図でこういう方針を採っているのか分からないが、自分は金を払ってでも使う意思がある。月額$200という文句だけを掲げるのではなく、きちんと接続保証をしてほしい

  • Opusでこういう経験をしたのか気になる。どんな作業をしていたのかも知りたい。自分は2.5MBの大きなソースファイルを扱ったときだけ、トークンを大量に使ったことがある。それ以外では100EURプランも使い切れない。主に Opus だけを使っている
  • そもそもAPI単価自体が実際よりかなり高く設定されているのでは、という疑念がある。自分は単に$5チャージして試しに遊んでみたら、30分ほど計算が回り、実際には3時間くらい体験したのに相当した。ざっくり$10/時間に換算すると年間9万ドルだ。GPUの購入費や運用費が本当に年間9万ドルもかかるのか、まだ確信が持てない。GPUインフラのコストが、まだハードウェア投資の水準を超えているとは思えない

• 意図的にサービス品質を落としたのか、それとも需要がサーバーの処理能力を超えるほど急増したため、一時対応として上限を下げたのか区別がつかない。もしこのまま需要が増え続ければ、この制限は恒常的にさらに厳しくなるかもしれない。Anthropicがよりによって今、COGS（売上原価）の最適化を試みているとは思わない。DevTools市場全体を取りに行ける機会があり、現金も多く投資意欲も強い状況で、製品力を弱めるのは短期的すぎる視野だと思う

  • Cursorからは非常に速いペースで離れたユーザーが多かった。IDEを変えるのは自分にとって大事なので、Cursorは最初から試しもしなかった。Claude Codeははるかに良いコンセプトで、必ずしもIDEと結び付いている必要がない。だからこそ競合への乗り換えはむしろ簡単だ。この意味で見ると、Claude Codeのモデル的な特性は、かえって市場シェア獲得そのものが無意味になるリスクすら含んでいる。