3つの"Hello"で制限されています、Claude Codeのクォータはどこに行ったのですか？28日にわたるキャッシュバグと、「節約して使用してください」という公式な回答

4-17%。これは、過去1ヶ月間のClaude Codeのプロンプトキャッシュのリード率です。通常のレベルは97-99%です。

これは、以前のセッションを復元するとき、Claude Codeが以前に処理したコンテキストを再利用せず、常に全体を再処理していることを意味します。これにより、通常の消費量の10から20倍の量が消費されます。会話を継続していると思っていましたが、実際には毎回新しい、フルプライスの会話を開始しています。

この数字は、独立開発者ArkNillのエージェントモニタリングテストから取得されています。彼は透過的なプロキシを設定して、Claude CodeとAnthropic APIの間のすべてのリクエストを記録し、少なくとも2つのクライアント側キャッシュのバグにより、APIサーバーがキャッシュされた会話のプレフィックスを一致させられず、各ラウンドで完全なトークン再構築を余儀なくされていました。

上の図は、3つの段階のキャッシュのリード率を比較しています。v2.1.69からv2.1.89の間（つまり、バグが存在した期間）に、スタンドアロン版のキャッシュのリード率はわずか4-17%でした。v2.1.90では、重要なバグの1つが修正されると、キャッシュのコールドスタートのリード率が47-99.7%に回復しました。v2.1.91までに、安定した運用下でのキャッシュのリード率は97-99%に回復しました。

図表の興味深い点は、v2.1.90の範囲の幅広さです（47%から99.7%）。これは、セッションのリスタート時にまだキャッシュを「ウォームアップ」する必要があるためで、最初の数ラウンドはヒット率が低いですが、すぐに通常水準に戻ります。しかし、バグのあるバージョンでは、このウォームアップは永遠に発生しません。キャッシュのリードは常にシステムプロンプトの14,500トークンにとどまり、すべての会話の履歴は常にフルプライスで請求されます。

28日、20バージョン

このバグは、更新ごとに導入され、次の更新で修正されるものではありません。npmレジストリのリリースレコードによると、バグを導入したv2.1.69は3月4日にリリースされ、バグを修正したv2.1.90は4月1日にリリースされました。その間には28日間の間隔があり、20のバージョンが存在します。

タイムラインは興味深い詳細を明らかにしました。3 月 4 日のバグ導入後、ユーザーはすぐに大規模な苦情を申し立てませんでした。3 月 23 日まで、苦情は集中的に爆発するまで、約3 週間かかりました。 GitHub issue ＃41930の整理によると、3 月 13 日から 28 日まで、Anthropic はピーク時のプロモーションで倍増（ピーク以外の時間帯で倍増）していました。これは客観的にバグの影響を隠していました。プロモーションが終了すると、バグによるキャッシング消費が通常の請求ベースラインに戻り、ユーザーの配分が瞬時に「蒸発」しました。

Anthropic の応答は速くありませんでした。 3 月 26 日、つまりユーザーの苦情が爆発した後の 3 日後、エンジニアである Thariq Shihipar は個人Xアカウントで、ピーク時（平日 5am-11am PT）の限度額を引き締めたことを発表しました。 3 月 30 日、Anthropic はRedditで、「ユーザーの制限額に達する速度が予想をはるかに上回った」と認め、「チームの最優先事項としてリストされている」と述べました。 4 月 1 日まで、Lydia Hallieチームメンバーが公式の調査結果を発表しました。

全体のプロセスでは、Anthropic はブログ記事を一切公開せず、メール通知を送信せず、ステータスページを更新せず、全公式コミュニケーションはすべてエンジニアの個人のソーシャルメディア投稿とごく少数のRedditコメントを通じて行われました。

How Much Did You Pay, and How Long Can You Use It?

GitHub issue ＃41930 は数百件のユーザーレポートを集約しています。最も極端なケースは、Max 20x サブスクライバー（$200/月）の1人で、5時間のスクロールウィンドウが19分で完全に使い切られました。Max 5x ユーザー（$100/月）は、5時間のウィンドウを90分で使い切ったと報告しています。The Letter Two によると、あるユーザーは単純な「hello」でもセッションクォータの13%を消費したと述べています。 Proユーザー（$20/月）は Discord で、「配分が毎週月曜に使い果たされ、土曜日にリセットされる」と述べ、30日のうち12日しか正常に使用できないと述べています。

ArkNillのベンチマークテストによると、バグバージョンv2.1.89では、Max 20xプランの100%クォータが約70分で使い切られます。彼はまた、単一の--resume操作が500Kトークンのコンテキストセッションに対してかかるクォータのコストを約$0.15と算出しました。これは、システムがコンテキスト全体を完全に再生するためです。

「あなたの持ち方が間違っている」

Lydia Hallie の調査結果は、ピークタイムのクォータが実際に縮小されたことと、100 万トークンのコンテキスト会話の消費が増加したことを確認しています。彼女は、チームがいくつかのバグを修正したと述べましたが、「いずれのバグも複数請求を引き起こすものではありませんでした」と強調しました。

それから、彼女は次の省量な提案をしました：
1. Opus ではなく Sonnet 4.6 を使用する（Opus の消費速度は約2倍）；

2. 深い推論が不要な場合は、推論の強度を下げるか、拡張思考を無効にする；

3. 1時間以上アイドル状態の長いセッションを復元しないで新しいセッションを開始する；

4. 環境変数 CLAUDE_CODE_AUTO_COMPACT_WINDOW=200000 を設定してコンテキストウィンドウのサイズを制限する。

クォータのリセットや補償の形式について言及されていません。

AI ポッドキャストの司会者アレックス・ヴォルコフは、この回答を「あなたの持ち方が間違っている」と要約しました。これは、Anthropic が100万トークンのコンテキストをデフォルトに設定し、Opusをフラッグシップモデルとして推進し、拡張思考をセールスポイントにしたにもかかわらず、現在は有料ユーザーにこれらの機能を使用しないよう勧めていることを指摘しています。

「複数請求はありませんでした」という主張は、Claude Code 自身の更新記録と矛盾しています。Lydiaが回答を公開する前日、v2.1.90では、v2.1.69以降存在していたキャッシュリグレッションバグが修正されました：セッションを --resume で復元すると、キャッシュミスを引き起こし、正しい価格で請求されます。Lydiaの回答では、この既知の請求異常が言及されていません。

対照として、OpenAIのCodexでも以前に類似のクォータ異常消費の問題が発生しました。OpenAIの対応は、ユーザーのクォータをリセットし、クレジットを再発行し、3月にCodexの使用上限を廃止すると発表しました。Anthropicの対応は、ユーザーにモデルのダウングレード、機能の無効化、コンテキストの制限を提案し、責任をユーザーの使用方法に帰属しています。

Anthropic は、最強のモデル、最大限のコンテクスト、最高の推論能力を提供する定期購読サービスであり、月額 20 〜 200 ドルの料金がかかります。28日間にわたるキャッシュバグにより、有料ユーザーのクレジット残高が10〜20倍の速さで消失する問題が発生しました。公式の回答は「節約してご利用ください」とのことです。

BlockBeats の公式コミュニティに参加しよう：

Telegram 公式チャンネル：https://t.me/theblockbeats

Telegram 交流グループ：https://t.me/BlockBeats_App

Twitter 公式アカウント：https://twitter.com/BlockBeatsAsia