24/7 稼働する Agent は $20 プランを使い切るのか
実際のトークン量に基づく損益分岐点
公式サブスクリプションはクォータに対応する正確なトークン数を公表していないが、時間窓の仕組み自体が24/7の負荷と本質的に相性が悪い。従量課金は制約を「時間窓」から「日次予算」に置き換える——QCode は2026年7月に4時間レート窓を完全に廃止済みだ。
4つの重要事実
サブスクリプションに公開トークン換算表はない
Anthropic はクォータが具体的に何トークンに相当するかを公表しておらず、公式サブスクリプションに対して正確なドル/トークン換算を直接行うことはできない。
サブスクリプションの本当のボトルネックは時間窓であり、総量ではない
5時間ローリングウィンドウと週次上限はどちらも時計でリセットされる。24/7の持続負荷は、実際に処理したトークン量とは関係なく、これらの時間窓に自然に当たりやすい。
従量課金なら正確に計算できる
QCode 上で Sonnet 4.6 を例にすると、$1 でおよそ 0.37M の全量トークン(キャッシュヒット込み)を処理できる。この比率を使えば24/7負荷の日次予算を直接見積もれる。
日次上限だけが残り、24/7 に自然に適合する
QCode の個人プランは2026年7月に4時間レート窓の制限を全面廃止しており、1日24時間いつでも当日のクォータを使え、稼働時間そのもので詰まることがない。
なぜこの問いに「標準的な答え」がないのか
単純にドルの数字だけを比較すると、罠に陥りやすい:公式サブスクリプション(たとえば $20/月)は公式見解として正確なトークン利用上限を提供しておらず、5時間ローリングウィンドウと週次上限という2層の「時間窓」制約しかない。つまり、実際に処理するトークンの総量がそれほど多くなくても、24/7 で途切れなく稼働していれば、どこかの5時間ウィンドウ内で「速すぎる」と判定されやすい。これはいくら使ったか、どれだけ処理したかとはあまり関係なく、純粋にリクエストのペースと時計ベースの窓の衝突だ。従量課金モデルはまったく異なる——日次予算が足りている限り、原則として「稼働しすぎ」という次元の制限は存在せず、管理すべきは「今日いくら使ったか」だけだ。
QCode 自身の仕組みの変化がこれを裏付けている
QCode.cc の個人プランは2026年7月に4時間レート窓の制限を全面廃止し、日次上限だけを残した。この変化自体が、長時間持続稼働する自動化タスクにとって時間窓の制約と本当のコスト管理ニーズが噛み合っていないことを認めるものだ。日次予算での管理のほうが、24/7 シナリオの実際のニーズにより即している。
タイムライン
公式サブスクリプションはトークン換算表を公表しておらず、そのクォータ設計はインタラクティブな人間の利用を想定した時間窓を軸にしており、従量課金モデルを軸にしたものではない。
QCode.cc の個人プランが4時間レート窓の制限を全面廃止し、日次上限のみを残す。
窓制限廃止後は、長時間の自動化負荷を日次予算で管理するのが標準になっている。
確認済み vs 自分で計算が必要
確認済み
公式サブスクリプションはトークン換算表を公表していない。QCode 上で Sonnet 4.6 の場合、$1 でおよそ 0.37M の全量トークン(キャッシュヒット込み)を処理できる。QCode の個人プランは2026年7月に4時間窓の制限を廃止し、日次上限のみを残している。
自分で計算が必要
24/7 agent が実際に1日いくら消費するかは、タスクの種類、コンテキスト長、キャッシュヒット率などの具体的なパラメータに依存し、公式の汎用的な計算式はない。本ページが示すのは計算方法と桁感の参考であり、あらゆるシナリオに当てはまる固定の数字ではない。
2つのモデルの本当の制約は異なる
公式サブスクリプション(例:$20/月)
制約は5時間ローリングウィンドウと週次上限という2つの時計ベースの窓であり、24/7の持続負荷は自然にこの上限に当たりやすく、実際に使ったドル/トークンとは直接対応しない。
従量課金(例:QCode)
制約は日次予算(ドル上限)であり、4時間窓の制限はない。予算が足りている限り原則として途切れずに稼働でき、本当に管理すべきは日次予算をどう設定するかだ。
自分の24/7 agentが1日いくらかかるか見積もる方法
第1歩、この agent の1回のやり取りあたりの平均トークン消費量(システムプロンプト、履歴、ツール呼び出し結果を含む)を見積もる。第2歩、1日にこうしたやり取りが大体何回発生するかを見積もる。第3歩、両者を掛け合わせて1日の総トークン量を出し、使用モデルのトークン単価でドルに換算する(QCode 上の Sonnet 4.6 なら、おおよそ総トークン数 ÷ 0.37M ドル)。第4歩、この日次予算の数字を公式サブスクリプションの月額料金と比較する——予算が継続的にサブスクリプション月額の妥当な按分額を大きく上回るなら、従量課金は必ずしも安くならない。しかし本当のボトルネックが「公式プランの時間窓ではそもそも24時間フルに稼働できない」ことなら、安いかどうかはもはや唯一の判断基準ではなく、継続的に稼働できるかどうかが重要になる。
QCode 上での対処法
QCode の個人プランには4時間窓の制限がなく、日次予算だけで課金される。24/7 agent のワークロードをこのモデルに乗せれば、稼働時間そのもので時間窓に詰まる心配がなく、管理すべきは日次予算の上限だけになる。
よくある質問
公式サブスクリプションの $20/月 で24/7 agentは維持できますか?
「維持できる」が予算のことか時間窓のことかによります。公式はトークン換算表を公表していませんが、5時間ローリングウィンドウと週次上限という2つの時計ベースの制約自体が、途切れない24/7負荷と本質的に相性が悪く、使っている金額が少なくても、ペースの問題で窓の制限に当たる可能性があります。
なぜ公式はトークン換算の数字を直接示さないのですか?
サブスクリプションのクォータ設計自体が、トークン総量を軸にした従量課金モデルではなく、インタラクティブな人間の利用シーンを想定した時間窓を軸にしているため、公式に約束できる安定したトークン換算比率が存在しません。
従量課金は必ずサブスクリプションより安いですか?
必ずしもそうではなく、実際の利用量によります。従量課金の利点は「必ず安い」ことではなく、制約のかかり方が違うこと——予算が足りている限り時間窓という次元の制限がなく、これが24/7シナリオではより重要になります。
$1≈0.37Mトークンという比率はすべてのモデルに当てはまりますか?
当てはまりません。これは QCode 上で Sonnet 4.6 を例にした実測比率であり、他のモデルティアやキャッシュヒット率が異なれば実際の比率も変わります。具体的には自分の実際の呼び出し履歴を確認してください。
QCode が4時間窓の制限を廃止した後も、他の制限はありますか?
日次上限(ドル建て)は残っており、毎日決まった時刻にリセットされます。クォータが逼迫した場合は加油パック(ブースター)を購入して一時的に追加することもできます。
24/7 agent を従量課金で使う場合、特に注意すべきことはありますか?
自分で日次予算のアラートと上限を設定し、agent のロジックの不具合(無限ループなど)で短時間に想定外の予算を消費してしまうのを防ぐ必要があります。これは従量課金モデルで能動的に管理すべき部分です。
情報源
公式サブスクリプションがトークン換算表を公表していないことは、サイト内の複数の Claude クォータ関連ページで一貫して言及されている。QCode の $1≈0.37Mトークン(Sonnet 4.6)比率と2026年7月の4時間窓制限廃止の情報は、QCode 公式の定価ガイドページに基づく。本ページは2026-08-27時点で整理した。
関連記事
QCode.cc 定価完全ガイド
7段階のプラン、トークン換算表、課金ロジックの詳細解説。
なぜサブエージェントは30分でクォータを使い切るのか
24/7 agent シナリオでクォータ消費が制御不能になりやすい理由。
Claude の5時間ローリングウィンドウ解説
公式サブスクリプションの時間窓制約が具体的にどう動くか。
本ページは技術的およびコスト見積もりの解説であり、財務アドバイスを構成するものではありません。具体的な課金規則は Anthropic の公式ドキュメントおよび QCode の定価ページに従い、実際の支出はタスクの種類によって異なります。