- エージェント型の利用パターンでは、サブスクリプション方式のほうが36倍高いコストパフォーマンスを示す
- 「Max 5x」プランはセッション上限が6倍、週間上限が8.3倍で、実際の数値はマーケティングで示された値よりさらに大きく使える
- 「Max 20x」プランは5時間セッション基準でのみ20倍に拡張され、週間上限はMax 5x比で2倍程度にとどまる
- Webインターフェースではキャッシュされたコンテキスト再利用コストが0円である一方、APIでは同一コンテキスト再送時に入力コストの10%が繰り返し課金される違いがある
- サブスク上限の数値を浮動小数点の使用率値の逆算で復元し、内部クレジット・トークン構造を精密に分析している
分析の背景とアプローチ
- Claude Web UIに表示される異常に精密な使用率の小数値が内部計算結果であると確認された
0.16327272727272726のような値は、分数ベースの内部クレジットシステムから出た数値と推定される- この値を Stern–Brocot tree を活用して分数形式へ逆算する方式を使用
- これにより、実際のセッション上限、週間上限、クレジット単位を復元できる
WebサブスクとAPIのコスト構造の違い
- ClaudeのWebサブスクは、同じ会話コンテキストを繰り返し参照しても追加の入力コストが発生しない
- APIでは同一コンテキストをリクエストごとに再送する必要があり、キャッシュヒット時でも入力トークンコストの10%が課金される構造
- エージェント型コーディングのように長いコンテキストを繰り返し消費する利用パターンでは、コスト差が急激に拡大する
「Max 20x」プランの実際の限界
- 「20x」という表記は5時間セッション単位の使用量にのみ適用される
- 週間累積利用上限はMax 5x比で約2倍に制限される
- 短時間の高速利用には有利だが、長期間の連続利用では効率が低下する
「Max 5x」プランの実際の効率
- セッション上限はPro比で6倍水準まで拡張
- 週間上限はPro比で8.3倍水準まで増加
- 名称より実際の提供量が大きく設定されたプランであることが確認された
- 月額$100基準ではAPI比で圧倒的なコスト効率を形成する
コスト効率に関する結論
- 長時間コーディング、Claude Codeのようなエージェントベースの開発作業では、サブスクがAPIよりはるかに有利
- 特に「Max 5x」プランは速度・継続性・コストのバランスが最もよく取れている区間
- 現在の構造を前提にすると、上級ユーザーや開発者にとって最適な選択肢である
原文リンク : suspiciously precise floats, or, how I got Claude's real limits
Redditコメントまとめ
- コメント全体では、OPの数値分析について計算自体は妥当だという強い同意が集まった
- 特に月額$100の「Max 5x」プランが、ヘビーユーザー基準で最も優れたコストパフォーマンスを持つ点に意見が収束した
- Web UIではコンテキストキャッシュ再利用コストが無料という構造のおかげで、長時間・エージェント型セッションではAPIとの差が非常に大きく広がる
- 実際のMax 5xユーザーの間でも、一日中使っても上限にほとんど達しないという体験談が多数共有された
- 「Max 20xは罠」という主張には補足説明が付いた
- 週間総利用上限はMax 5x比で2倍程度にとどまる
- 一方で5時間セッション上限は4倍に大きく拡張される
- そのため、20xは短時間の爆発的利用向け（スプリント用）、**5xは長時間の継続利用向け（マラソン用）**という役割分担として整理された
- 最も強く提起された警告はAnthropicの透明性欠如
- 今回の分析はすべて逆算された数値に基づく
- 内部上限は予告なく変更される可能性がある
- 短期的なコスト最適化には有用だが、長期的なビジネス意思決定の基盤にするには危険という共通認識が形成された
- 実務的に最も有用なヒントとして、Claude CodeのVS Code拡張の利用方法が強調された
- APIキーの代わりにclaude.aiのサブスクアカウントでログイン可能
- これによりAPIクレジットを消費せずにサブスク上限を使える
- この事実を初めて知ったという反応が多数見られた
- 追加の論点としてプライバシーと利用規約の違いが言及された
- Web UIとAPIではTerms of Serviceが異なる
- 機密性の高いコードや独自コードの作業にはAPI利用のほうが安全という認識がある
- 反対意見としては、利用上限がむしろ生産性を高めるという主張も注目を集めた
- ほぼ無制限に近いほど、プロンプトが冗長になって非効率になりやすい
- 上限が、プロンプト設計をより洗練され、意図的なものにするよう強制するという評価
- 全体的なコメントの雰囲気は
- 「現時点ではMax 5xが最適な選択」という現実的な合意
- 同時に「この構造はいつでも変わりうる」という警戒感も存在する
2件のコメント
エージェントを8個立ち上げて回していたら、すぐにlimitに達していました
それは、あなたがまだあまり使っていないから……。ノリノリで使っていると、20倍でも一瞬で溶けるよ〜