Claude Code の週間利用制限
(news.ycombinator.com)- Anthropic の Claude Code サービスに 週間利用制限 が導入
- 無料・有料ユーザーの両方に適用
- ユーザーは1週間あたりの 最大クエリ数または処理トークン量 に制約を受ける
- 制限導入の目的はサービスの不正利用防止と システムリソースの安定性確保
- 開発者やスタートアップは API 活用時に リソース管理 へいっそう注意が必要
Claude Code の週間利用制限導入の概要
Anthropic が提供する Claude Code サービスに、新たな 週間利用制限ポリシー が適用
- すべてのユーザー（無料・有料）に 一定量のクエリまたはトークン使用上限 が設定される
- この上限は、サービスの不正利用防止、公平なサービス提供、インフラリソースの安定性確保のために導入
- 上限は毎週リセットされ、制限を超えた場合、その週は追加利用できない
開発者およびスタートアップへの主な影響
- 製品開発で Claude Code を活用する際、利用量の計画 の必要性が増す
- API 連携サービスでは、自動管理または制限超過アラート のロジック実装が必要になる
- 大量のコード生成、分析、反復呼び出しを行う場合、リソース活用の最適化 の重要性が高まる
結論
- Claude Code の週間利用制限ポリシー導入は、持続可能性 とサービス品質向上を目的とする
- スタートアップや IT 専門家は、既存システム連携やサービス設計の際に 週間制限の確認 と利用計画の策定が必要
1件のコメント
Hacker Newsの意見
おそらく週間上限に達することはないと思うが、上限が36時間単位のようなものではなく週間単位だというのが不安
もし上限に達したら、その週の残りはずっと使えなくなる
慣れたツールをこんなに長く使えないのは不便
Claudeに依存しすぎだと言う人もいるだろうけど、ripgrep など他のツールも同じ
数日使えないのは平気でも、1週間は長すぎる
それに、「影響を受けるのは5%未満のユーザーだけ」だと言っていた点も目につく
普通こういう告知では1%未満しか影響しないと言うものだが、Anthropicは20人に1人が上限を超えると言っている
ChatGPT Plusプランの o3 100回/週の上限も、まさにこんな感じ
どれだけ使ったかも分からず、重要なリソースだから本能的に節約してしまう
結局プランを十分活用できず、o4-mini のようなモデルに回してしまう
むしろ日次上限のほうがいい
でも、上限未満で節約して使わせるのが週間上限の意図なのかもしれない
開発者が独占的なオンラインサービスに依存するようになっている現実が悲しい
昔はすべてをFOSSツールでできたし、特定の会社やサービスに月額料金を払って縛られる必要はなかった
今では一部はMonsantoの農家のように、毎月金を払ってツールを使わないと仕事のやり方を忘れてしまっている
自分は sonnet で Pro の上限に1日3回ほど頻繁に達する
Claude code と claude を一緒に使うと30分で終わる
24/7のマルチエージェントや複数ウィンドウを開いているわけでもないのにこうなる
自分が上位5%のユーザーだとも思わないが、水曜日に上限が尽きるのも驚きではない
ようやくClaudeチャットをもっと活用しようと思っていたのに、数日間信用して使えないのでは意味がない
Anthropicは20人に1人は上限に引っかかると言っていたが、アカウント共有や24/7自動化ユーザーがそこまで多いとは思えない
もし上限に達しても、その週ずっと使えないわけではなく残り時間分だけ使えない
本人もたぶんあまり達しないだろうと言っていたので、もし達するとしたら週の最後の36時間くらいである可能性が高い
API料金を払って使う方法もある
長期的にどうなるかは分からないが、LLMを使うたびに限られた資源だと感じなければならないのはあまりよくない
人々は無制限プランに慣れている
今の料金モデルは無理やり使わされている感じで不快
無制限が成立するのは、「計測できないほど安い」あらゆるサービスに当てはまる
インターネットやSMSなどは直接コストが非常に安いからそうできるが
LLMはまだ1回回すたびにかなり大きな直接コストがかかる
月全体で利用が均等に続くことを期待する構造には同意しない
自分はたいてい1か月ずっと使うが、数日間だけ11時間ずつ集中して使うこともあり、そのときはたいてい上限にぶつかる可能性がある
だからAPIを直接使えば自分の財布の深さに応じて制限されるので、そのほうがましに感じる
OpenRouter のようなものを使えばサブスク制の限界も避けられる
最近は Gemini 2.5 Pro のほうが Claude よりコード作業に合っている
このほかにコスト競争力のある選択肢が何か気になる
https://docs.anthropic.com/en/api/rate-limits#rate-limits
自分の意見では、こういうツールは「月20ドル」「月200ドル」などで制限付きアクセスにして上限計算を分かりにくくするのをやめるべきだと思う
完全に従量課金へ移行してこそ本当にユーザーフレンドリーになる
体験用として最初の20回無料のようなフリーティアを用意するか、一定利用量までは段階料金で徐々に割合を上げ、極端なヘビーユーザーには実コスト相当を請求する構造にすべき
そうすれば低利用量ユーザーは安く使えるし、市場シェアも取れる
OpenRouter より良い価格を出せば、人々はサードパーティーツールではなくこのエコシステムに残るだろう
ツールが本当に良ければ、従量課金でもユーザーは残る
問題は、提供側が市場シェアのためにユーザーを補助しつつ、悪用や極端な利用は防ぎたいという点にある
100%の解決策は、完全な従量課金で入場料なしの構造だ
ただ、こうするとサブスクだけしてあまり使わない人は損した気分になるかもしれず、営業チームは反対しそう
また、こうすると人々はあちこち比較して移りやすくなり、1〜2か月縛られる感じもなくなる
長期的にはローカルLLMが2025年の最高のクラウドLLMより優れるようになり、日常作業の99%は無制限で処理し
本当に複雑な問題のときだけクラウドにつなぐ時代が来ると思う
LLMは効率よく進化し、GPU、メモリ、ストレージのコストも引き続き安くなってアクセスしやすくなるはず
今はまだ過渡期なので少し不便に見えるだけ
資源が限られていても、自分がどれだけ使ったか分かるなら構わない
進捗が見えないのが不便
Max 5x と Max 20x の違いが混乱する
自分のメールには「大半のMax 20xユーザーは Sonnet 4 を週240〜480時間、Opus 4 は24〜40時間使える」と書かれている
公式告知には「大半のMax 5xユーザーは Sonnet 4 を週140〜280時間、Opus 4 は15〜35時間」とある
むしろ価格に比例して上限も2倍以上であってほしかったが、Opus 4 では差が5〜9時間しかない
少なくとも2倍であるべきではないか？ 倍の料金を払っているのに
これが本当なら、Max 20x から下位プランにすぐ下げる
オーストラリアでは月350ドル払っている
自分は Opus の上限にずっと引っかかっていたので 20x にアップグレードしたが、今見ると 20x と 5x の違いはほとんどない
それでMAXの利用をやめてProにダウングレードし、o3 や他のモデルは API で使っている
最初のうちはそこまで多くの時間は必要ないので、プロジェクトごとに10ドルくらいで o3、Gemini、Opus を全部使える
数日おきに新しいモデルが出るので、1つの供給元だけに縛られたくない
実際には使用量が2倍なのではなく、トラフィックが混んだときの優先順位が高くなるだけ
もしマーケティング資料が事実と異なるなら、誰かが実データで調べて集団訴訟してほしい
月200ドル払っても十分ではないのは分かった
なら、上限を心配せず使える十分な料金プランも作ってほしい
「時間切れ！」のメッセージほどフローを壊すものはない
いっそクレジット方式なら、どれだけ使ったかを見て追加決済もできるのに
「GPUを冷やしている間待機」という概念は生産性の助けにならない
エージェントを複数動かすなら『35時間』では全然足りない
ツール自体がこういう使い方を支援するよう設計されているのもおかしい
みんなに十分で利益も出るプランに変えようとすると、むしろ全員が競合へ流れてしまうかもしれない
ユーザーがツールに依存するようにして価格を徐々に上げるほうが、むしろ戦略的には悪くないのかもしれない
「エージェントを複数動かすこと」は個人プランでは一般的なユースケースではないと思う
こういう場合は常にAPIで利用料金を直接払うべきだった
固定料金プランでこれを許していたのはサービス側が寛大だったのであって、最初から「より高い上限」と宣伝していたのであり「無制限」ではなかった
APIは上限がずっと自由で、実質的にほぼ制限がない
Claude は Aws、gcp でも使えて、上限やクレジットも異なり料率も別々
ポリシーは「良いユーザー」を基準に最適化すべきで、「悪いユーザー」に合わせるべきではない
APIを使えばいいだけ
全体的に見れば、一部ユーザーが24/7で多数のエージェントを回すときにシステムを保護して
より多くのユーザーが継続的に使えるようにする前向きな変更だと思う
ただし、「利用量がどれだけ残っているか」を表示しない点は不便
何パーセントかは分からなくても、少なくとも途中経過（例: 半分を過ぎた時点）で通知があれば計画を立てやすい
これを提供しないのは「こちらに計測させたくないのでは？」と思わせる
細かく測りたいのではなく、自分がどのあたりにいるかを大まかに知りたいだけ
Anthropic の Reddit アカウントによると
あるユーザーが200ドルのプランで数万ドル分のLLMを使っていた
会社側はヘビーユーザー向けの別ソリューションを開発中だが
新しい上限は、より公平な体験とアカウント共有・転売防止のためだという
だから私たちは「良いサービス」を持てないわけだ
以前いたスタートアップでも無制限オプションを提供したことがある
最初は誰もそこまで大量には使えないと思っていたが、実際にはサービスの限界を創造的に売るユーザーが多すぎた
アカウントが24/7サービスにぶら下がって、リクエスト上限の95%までずっと投げ続ける
IPも多様だし、人間が使っているように見えないパターンまで出てきた
当初は外れ値として受け入れていたが、こういうアカウントが幾何級数的に増えると
実際には複数業者がアカウントを何個も作ってロードバランシングしていた
ユーザーごとの平均損益グラフを見ると、こうしたアカウントは莫大な損失だけを残して最大限のリソースを食い、結局ポリシーが変わることになった
そうした「顧客」は失うが、大半の一般ユーザーには影響がない
むしろ全体のサービスは快適になる
こういう経験は高利用量スタートアップならどこも通る
実際には会社が赤字でサービスを売っているのかもしれない
現在の上限でもこうした悪用を十分防げないのか？ よく分からない
ある人が昨日Twitterで自慢していた
200ドルのアカウントで13,200ドル分使い、Opus専用エージェント4〜5台を24/7で互いに再帰呼び出しさせながら動かしていたそうだ
これは明らかに悪用で、狙い撃ちされるべき
ただ、推論プロバイダーがこれをどう防ぐべきなのかは分からない
Cursor は Anthropic/OpenAI に対してさらにプレミアムを載せているため、より厳しい状況になっているし
Anthropic も似た状況だが、こちらにはプレミアムオプションがない
もし月20ドルで実コスト500ドル分までしか許可しないなら、結局95%割引していることになり、こんな構造は絶対に耐えられない
こういう形で補助していると、コミュニティに「権利を主張する」空気がさらに強まる
慣れたものを奪われる感覚はあるが、実際には cap/opex だけでも耐えられず、R&Dコストまで考えるとモデル維持自体も難しい構造だ
だから実際にできるのは「価格構造を変え続け、ユーザーが次により寛大に補助してくれる会社へ移る」の繰り返しだけだろう
むしろこういうポリシーは最初からトライアルだと明言し、どの程度補助が出ているか透明に話したほうがよかった
人々はモデルを体験し、ある程度は残るだろうし、多少離脱があっても不満は減ったはず
本当に cap/運用費/開発費 の構造を透明に公開すれば
人々も「それなら、疲れ知らずのシニアエンジニア1人を雇うのに近い」と納得できるはず
このメールに月ごとに「どの月に上限へ達したか（Aug 2024, Jan 2025, May 2025 など）」という情報だけでもあれば、ずっと有益だっただろう
自分が上位5%なのかまったく分からない
実際、1%の上限規制なら納得できるが、SaaS業界で5%というのは実ユーザーのかなりの部分だ
こういうサービスには従量制料金が必要
すべてのAI企業が同じ問題にぶつかっている
固定費のサブスク料金は、ユーザーにコストを気にしてほしくない構造だ
ところがごく少数のパワーユーザーはサブスク上限を極限まで使い倒し
Terragon のようなサービスはその利用を最適化するために別途開発されている
そのせいで会社は上限を下げ続け、ユーザーはむしろコストをより気にするようになる
Cursor も上限を何度も調整しており、今は Anthropic もそれに続いている
結局、上位10%の極端なユーザーをもう補助したくないということ
Webインターフェースからそのまま使える従量課金プランがあればと思う
APIがあるので、直接トークンを作って Claude Code を別料金プランなしですぐ使える
1990年代の共有ホスティング時代を思い出す
従量制のWebプランを提供すると、実際に推論支援にどれだけコストがかかるか公開しなければならず厄介
生産性の高い実利用レベルでAIを回すのは、現状ではまだ非常に高コストだ
「Claudeを24/7バックグラウンドで回す高度な利用パターン」のせいで、私たちは良いサービスを享受できない
AIサービスは宣伝で「AIが勝手に仕事を回してくれる。開発者はコーヒーを飲んだり寝ている間にも仕事が進む」と強調しているのに、実際にそのサービスを真っ当に使った開発者もいる
今になってそういうユーザーを問題扱いするのは変だ
その部分を見て笑ってしまった
まるで『善意の世界破壊者』が宇宙の熱的死をさらに加速させようとしているみたいだ
こういう問題は当然予想されていたと思う
最初の料金プランを決める時点で十分検討されていたはず
ただリリースを妨げたくなかったので導入が遅れただけで、今になって現実に合わせて実施されているのだろう
料金プランをどう設定しても、ユーザーは自分のプランを100%活用しようとする
自分は Max の契約者なのに頻繁に上限に達する
支払った分だけ回しているのに上限があるのはおかしい
これこそが価格実験の構造だ
規制が緩ければ、いずれ極端な利用者が現れ、会社はそれを持続不可能なのに可能であるかのように見せかけ、あとからボーナスを取り上げる構図になる
的外れな提案かもしれないが、適応型の上限はどうだろうと思った
オプション1: 最初は短期間だけ爆発的に使えるようにし、徐々に速度を落として、クールダウン後に再びバースト可能にする方式
こうすればユーザーは短時間で生産性を最大化でき、サーバーも休める
オプション2: モバイルデータのように、使えるリクエスト量までは高速で、その後は速度制限をかけ、さらに必要なら有料購入する方式
これは追加収益も生むモデル
オプション3: インフラやネットワーク側で適応的にリソースを割り当てる
GPU不要の作業は優先度を下げたり、ネットワークリクエストを遅く処理したり、あるいは k8s などで利用量に応じて別サーバーへ振り分ける
そして上限の議論だけでなく、本当にコストを押し上げているリクエストが何かを追跡して、非効率なコード経路やインフラ構造を見直せば余裕が生まれるかもしれない
小さなコード最適化でもシステム全体に大きな余裕を生めるという点を強調したい