「あと少しで終わるのに、ここで利用制限？」
AIにコードの修正を任せるとき、気になるのは使える量だけではありません。ファイルを書き換えた途中なのか、動作確認まで済んだのか。どこで止まるかによって、その後の再開のしやすさが変わります。
日本時間2026年9月26日午前4時4分（米国太平洋夏時間9月25日午後0時4分）、Claudeの開発者向け公式アカウントは、Claude Codeが5時間の利用上限に達した際、作業を突然打ち切るのではなく、区切りのよいところまで収めようとする仕組みの導入を発表しました。ただし、利用枠を消費しない「無料の延長戦」ではありません。仕上げに使うのは、週間利用枠の一部です。[注]
一方、約1か月前には、Codexで「以前は上限後も実行中の仕事を続けてくれたのに、途中で止まるようになった」という話がXで広がりました。私も、その時期に話題になっていたことを覚えています。[注]
似ているようで、同じとは限らない2つの話です。今回は、Claude Codeの新仕様とCodexで起きた変化を、料金・利用枠・停止条件に分けて整理します。
※本記事は2026年9月26日確認時点の情報です。Claude Codeの新機能は公式発表に基づいて解説し、Coworkについては同日に筆者が直接確認した1回の観測を、一般仕様とは分けて紹介します。
Claude Codeに加わったのは「止まるための猶予」
まず、今回追加されたのが利用上限の撤廃ではなく、停止の仕方を整えるための短い猶予である点を確認します。
導入発表は9月26日午前4時4分（日本時間）
公式投稿の公開日時は、2026年9月26日午前4時4分、日本時間です。米国太平洋夏時間では9月25日午後0時4分に当たります。「9月25日の発表」と「9月26日の発表」は、時差による表記の違いです。[注]
投稿は新しい挙動の導入を案内しています。ただし、発表日時と、全アカウントへの適用が完了した日時は別です。確認できた公開資料では、全ユーザーへの一斉適用時刻までは特定できません。本記事では「日本時間9月26日に導入を発表」と記します。
5時間上限に達したら、できる範囲で作業を収める
公式発表が対象として明示しているのは、Claude Codeで作業中に5時間の利用上限へ達した場合です。Claude全体の利用上限そのものをなくす発表ではありません。[注]
公式投稿にあるのは、「区切りのよい停止地点を見つけようとする」という説明です。ここで重要なのは、仕事全体の完成ではなく、作業の収め方を改善する機能だということです。
たとえば、編集をひと区切りつけ、確認できたことと残っていることを整理して止まれれば、突然止まるより再開しやすくなります。ただし、これは機能の意義を説明する例であり、毎回すべての編集・テスト・引き継ぎまで完了するという保証ではありません。
Coworkにも適用される？確認できた範囲
Cowork（コワーク）は、Claude Codeと同じエージェント基盤を使うと公式に説明されています。ただし、基盤が共通であることと、今回の仕上げ機能が同時に提供されることは別です。[注]
今回の公式投稿はClaude Codeを名指ししています。Coworkの公式ガイドなども調べましたが、Coworkにも今回と同じ「週間枠から少量の固定枠を使う仕上げ」が提供されたという記述は確認できませんでした。「Claude Code以外は対象外」と断定せず、公式な適用範囲は未確認として扱います。[注][注]
筆者がCoworkで直接確認した、週間100％後の続行
この記事の下書きを作成していた2026年9月26日、筆者のClaude Coworkでは、週間利用枠が100％に達したあとも、すでに走っていたタスクがすぐには止まりませんでした。利用状況画面では、週間枠が100％のまま、現在のセッションの表示が59％、63％、64％へ進みました。表示上は5時間枠側だけが消費されながら、タスクは区切りのよいところまで進行していました。[注]
週間枠が100％のまま、現在のセッションが59％の画面。
週間枠100％、現在のセッション63％。実行中のタスクは継続していました。
週間枠100％、現在のセッション64％。
そのタスクが収まったあと、Coworkには「利用クレジットがなくなりました」と表示され、新しいメッセージを送れない状態になりました。
タスクが収まったあとに表示された「利用クレジットがなくなりました」の案内。
筆者が確認した範囲では、週間枠が尽きた時点で実行中タスクを即座に切るのではなく、現在のセッション枠を使いながら終了地点を探したように見えます。ただし、これは1アカウント・1回の直接観測です。公式発表はClaude Codeの5時間上限到達時を明示しており、Coworkや週間枠100％到達時にも同じ制御が働くとは案内していません。
したがって、「Coworkでも週間上限後に必ず続く」と一般化はできません。公式には説明されていないものの、Coworkと週間枠にも停止の仕方を調整する考慮がある可能性を示す実例として受け止めています。
「キリがよい」と「全部終わった」は違う
依頼したことが大きければ、短い猶予だけでは終わりません。「サイト全体を改修して」「アプリを完成させて」と頼んだ仕事を、上限後も何時間でも続ける仕組みと受け取るのは避けたいところです。
停止後に確認したいのは、何が変更され、何を確認できて、どこから先が未完了なのか。「途中で突然止まらなかった」ことと、「成果物が完成して正しく動く」ことは別です。
続行分は無料？追加料金と利用枠を分けて考える
追加料金が発生するかどうかと、契約に含まれる利用枠を消費するかどうかは、分けて見る必要があります。
5時間枠と週間枠は、別々に使える2つの財布ではない
ClaudeのPro・Maxには、5時間単位の利用上限に加え、週間の利用上限があります。通常の利用は両方の枠で管理されるため、「5時間分を使ったあと、別に1週間分が使える」という足し算ではありません。[注][注]
整理すると、見るべきものは次の3つです。
Claudeの公式資料では、ClaudeとClaude Codeの利用枠は共有されると説明されています。コードを書くために使った量は、通常のClaudeの会話と無関係な消費ではありません。[注]
今回の仕上げは「週間枠から少量を使う」
公式投稿で、仕上げの消費元は次のように表現されています。
a small, fixed allowance pulled from your weekly limit 週間利用枠から取り出した、少量の固定枠。〔筆者訳〕[注]
つまり、新たな料金を払って買う延長とは説明されていませんが、利用可能な残量は消費します。「追加料金なし」と「利用枠の消費なし」は同じではありません。
次の5時間枠への影響が気になる人もいるでしょう。公式に明記されている消費元は週間枠であり、次の5時間枠を前借りして、その開始時の残量から差し引くという説明ではありません。ただし、通常の5時間リセットだけで週間の消費まで消えるわけではないので、その週の後半に使える余力には関係します。[注][注]
また、確認できた発表本文には、仕上げの固定枠が何トークン・何分なのか、週間枠も尽きている場合にどうなるのかは示されていません。対象プランや適用回数を含め、「上限に達しても毎回、必ず最後まで動く」と見込んで作業を組む機能ではありません。
有料の追加使用とは区別する
Claudeには、利用上限後も従量課金で続ける「Usage credits」という別の仕組みがあります。これを有効にして残高を用意すると、契約に含まれる枠を超えた利用が通常のAPI料金に基づいて請求されます。月額契約とは別の課金です。[注]
今回の仕上げの猶予と、その先も仕事を続けるための有料利用は分けて確認しましょう。「上限後も動いているから、全部無料の仕上げ時間だろう」と決めつけないことが大切です。
追加費用を出したくない場合は、設定の利用状況ページで、追加使用の有効・無効、支出上限、自動チャージの設定を確認しておくと判断しやすくなります。[注]
Codexでは8月24日前後に何が起きたのか
Claude Codeの発表と比較する前に、Codex側でいつ、どのような変化が報告されたのかを時系列で整理します。
一般ユーザーの投稿から見える変更の時期
Codexについては、公式説明だけでなく、当時の利用者の投稿を追うことが重要です。「上限後も続けてくれる挙動がなくなった」という話が大きく表面化したのは、2026年8月24日前後でした。[注]
確認できた流れは次のとおりです。
出典：Tibo氏の投稿、Darren氏と返信者の投稿、OpenAI Developer Community。フォーラムの日付表示と日本時間の差を考慮し、最後の行は幅を持たせています。これは報告・説明を確認できた時期であり、全アカウントの配信切り替えログではありません。[注][注][注]
Darren氏への返信で、Oliver Grace氏も「以前は実行中の仕事を終えられたのに、今は残量がなくなると止まる」という趣旨の体験を述べています。誰かが発表を読み違えただけではなく、実際の使い勝手の変化として受け止められていたことが分かります。[注]
一方、同じ8月24日の返信には、Danila Gundyrev氏による「昨夜はまだ作業を終えてから停止した」という報告も残っています。[注]
その「昨夜」が変更前だった可能性もあり、これだけで段階配信だったとは判断できません。ただ、プランや実行環境などをそろえた記録でもないため、「8月24日前後に広く認識されるようになった変更」とは言えても、全利用者が同じ瞬間に切り替わったことまでは確定できません。
悪用が原因だったという話には、どこまで裏付けがあるのか
この点は、単なる噂だけではありません。
Tibo氏は、上限後の続行を利用体験のための機能として説明し、大規模な悪用があれば見直す必要が出ると述べていました。その後、コミュニティのモデレーターVeitB氏は、続行を強制する方法がSNSで共有されたため、開発側が対応したと説明しています。[注][注]
ただし、Tibo氏の警告、モデレーターの説明、会社としての正式な仕様変更告知は、同じ種類の資料ではありません。「悪用が背景にあったと説明されている」ことには根拠がある一方、全対象プラン・正確な適用日時を示す公式リリースノートは、今回確認できませんでした。
なお、当時は5時間枠そのものの扱いや、利用量が早く減る問題も話題になっています。「どの上限を設けるか」と「上限に達したあと実行中の仕事をどう扱うか」は別の論点です。当時の出来事全体は、8月26日の関連記事でも整理しています。[注]
関連記事：Codexで激動の1週間｜2,000万ユーザー突破、使用量減りすぎ問題、5時間制限復活を整理
現在のCodexを「上限で必ず即停止」と言い切れない理由
公式案内と利用者の報告は同じ種類の根拠ではないため、どちらか一方だけで現在の挙動を断定しないことが重要です。
公式ヘルプには、今も条件付きの続行がある
2026年9月26日の確認時点でも、OpenAIの公式ヘルプには、実行中のターンで利用上限に達した場合、公正利用のための制限に従いつつ、そのターンの作業を続けられるという説明があります。[注]
ここでいうターンは、いま処理している応答・作業の単位です。同じ会話に新しい依頼を足し続けられる、あるいはプロジェクト全体の完成まで保証される、という意味ではありません。
9月のOpenAIサポート回答も、この条件付き続行の説明を案内しています。その一方で、利用者の仕事が中断されたことを認め、改善時期は示していません。[注]
利用者の途中停止報告も続いている
公式文書の記載があるからといって、「以前どおり最後まで動くようになった」と判断することもできません。9月25日にも、上限に達すると作業が途中で止まり、再開時に状況を調べ直す負担があるという利用者の投稿が確認できます。[注]
現在の状況は、公式案内には続行できる余地が残る一方、実際には途中停止の報告があり、その境界条件が利用者に十分見えていないと整理するのが適切です。
「機能が完全に廃止された」「元どおりに復活した」のどちらかへ無理にまとめるより、仕事の予定を立てるうえでは、上限後の完走を当てにしないほうが現実的でしょう。
Claudeの仕組みは、Codexで問題になった使い方を防げるのか
公開情報から読み取れる設計の違いを整理しつつ、内部実装まで確認できた事実とは分けて考えます。
「仕事が終わるまで」と「少量だけ続ける」は違う
ここからは、公開情報を並べたうえでの筆者の考察です。
仕事の終わりを待つ仕組みは、その仕事がいつまでも終わらなければ、続行時間も長くなり得ます。Codexのコミュニティでは、続行状態を悪用して無期限に動かすためのツールが問題になったと説明されていました。[注]
対してClaude Codeが示したのは、仕上げに使う量を小さな固定枠に限定する設計です。終了条件だけでなく、そこで使える量にも上限を設けるため、仕事を引き延ばせば際限なく利用できる仕組みとは異なります。[注]
この違いから、今回の方式は「突然の中断を減らすこと」と「過剰な続行を抑えること」を両立しようとする設計だと考えられます。ただし、内部実装や悪用への耐性を検証したわけではなく、あらゆる問題を防げると断言するものではありません。
Codexの利用者からも、少量の猶予を求める声があった
興味深いのは、Codexの議論でも似た方向の案が出ていたことです。8月24日のXでは、Muru氏が「完全になくす代わりに、上限後は固定量のトークンだけ使えるようにしてはどうか」という趣旨の提案をしています。[注]
9月1日の開発者コミュニティでも、実行中の仕事に少量の追加利用を認めてほしいという声が上がっていました。[注]
求められているのは、必ずしも使い放題ではありません。決められた利用量は守るので、作業の途中で乱暴に切らないでほしい。そうした要望と、今回のClaude Codeの方針には重なる部分があります。
ただし、AnthropicがCodexの騒動や利用者の提案を受けて仕様を決めたという直接の説明は確認できません。設計の共通点を指摘することと、「Codexを参考にした」と事実認定することは分ける必要があります。
また、過去のCodexの続行分が、どの利用枠からも消費されない完全無料の利用だったという公式保証も確認できていません。「昔のCodexの無料使い放題がClaudeに移った」という比較では、今回の仕組みを正しく伝えられません。
途中停止に振り回されにくくする使い方
サービス側の挙動を待つだけでなく、利用者側でも再開しやすい区切りと記録を作れます。
最初に、どの上限へ近づいているかを見る
Claude Codeでは /usage で利用枠とリセット時刻を確認できます。Codex CLIでは /status、各サービスの利用状況ページでも残量を確認できます。[注][注]
5時間枠だけでなく週間枠も見ることが重要です。短い枠がリセットされても、週間枠が尽きていれば、同じように利用を再開できるとは限りません。追加使用が有効なら、その設定と残高も合わせて見ておきましょう。[注][注]
大きな仕事には、確認できる区切りをつくる
「全部直しておいて」より、対象を絞った修正と、その修正が正しいかを確かめるテストをひとまとまりにすると、途中で止まった際の状態を把握しやすくなります。
Claude Codeの公式ガイドも、対象や期待する結果を具体的に示すこと、AI自身が実行できる検証手段を用意することを勧めています。完了したという返事だけでなく、実行した確認と結果を残すのが基本です。[注]
たとえば、依頼へ次のような条件を加える方法があります。以下は本記事で作成した例であり、公式プロンプトではありません。
今回はログイン処理の修正と、その確認テストまでを対象にしてください。作業の区切りごとに、変更したファイル、実行したテストと結果、未完了事項、次に行うことを簡潔に記録してください。追加機能の実装や有料の追加使用は、別途確認してから進めてください。
これは利用上限を回避する指示ではありません。また、プロンプトだけで既存の課金設定を無効にできるわけでもありません。上限に達してから記録させるのではなく、その前から再開の手がかりを残すための工夫です。
再開時には「何が終わったか」から確かめる
再開するときは、直前の記録と実際のファイルを照合し、完了済みの部分、途中の部分、未確認の部分を分けましょう。すべてを最初から調べ直させる必要があるのか、限定した確認で続けられるのかを判断しやすくなります。
「キリよく止まる」機能があっても、バックアップや変更履歴、結果確認が不要になるわけではありません。サービス側の停止方法と、利用者側の仕事の区切り方。その両方で、中断の負担を小さくする考え方です。
まとめ｜AIは「どこまで使えるか」だけでなく「どう止まるか」も大切
今回の話で押さえたい点は、次の4つです。
- Claude Codeの新機能は、限られた猶予で作業を収めるもの。依頼全体の完成を保証する仕組みではありません。
- 仕上げに使うのは週間利用枠の一部。追加料金と利用枠の消費は分けて考える必要があります。
- 筆者のCoworkでは、週間枠100％後も実行中タスクが区切りまで続いた。ただし、1回の直接観測であり、Cowork全体の公式仕様とは断定できません。
- Codexでは8月24日前後に挙動の変化が広く話題になった。ただし、現在の公式案内にも条件付きの続行が残っており、一律の完全廃止・完全復活とは整理できません。[注][注][注]
AIを仕事に使うとき、モデルの賢さや月額料金だけでは、使い勝手は決まりません。止まったあとに何が残り、どれだけ迷わず続きを始められるかも重要です。
利用上限そのものがなくならなくても、停止の仕方が変われば、任せやすさは変えられる。今回のClaude Codeの更新は、その点に注目したい変更です。
参考資料・確認範囲
公式の仕様、利用者の体験報告、筆者の考察を区別して使用しています。Xの原ページを調査環境から直接取得できなかった投稿は、公開転載に残る投稿本文を参照し、Claudeの発表本文は提供された原投稿のスクリーンショットとも照合しました。転載元の記事による解釈を、公式仕様そのものとして扱ってはいません。
[注] ClaudeDevs：Claude Codeの上限到達時の仕上げに関する発表。公開日時は日本時間2026年9月26日04:04（米国太平洋夏時間2026年9月25日12:04、UTC同日19:04）。これは発表日時であり、全アカウントへの適用完了時刻ではない。原投稿：X。発表本文の公開転載：Prompt Heatのページ。提供された原投稿のスクリーンショットに表示された本文・「午前4:04・2026年9月26日」と照合し、投稿IDに含まれる時刻を日本時間へ換算して一致を確認。「small, fixed allowance」「weekly limit」が消費元・量の制約の根拠。具体的なトークン数・時間は発表本文に記載なし。
[注] Claude Help Center：What is the Pro plan?／What is the Max plan?5時間の利用上限、全モデルに適用される週間上限、週間のリセット時刻を確認。Pro、Max。2026年9月26日確認。
[注] Claude Code Docs：Error reference — Usage limits.同じ利用がセッション枠と週間枠の両方に計上されること、/usage で上限・リセットを確認できることの根拠。公式資料。2026年9月26日確認。一般的な上限の説明として使用し、新しい仕上げ機能の詳細が掲載済みとは扱わない。
[注] Claude Help Center：Use Claude Code with your Pro or Max plan.ClaudeとClaude Codeの利用枠共有、サブスクリプションとAPI従量課金の区別。公式資料。2026年9月26日確認。
[注] Darren（@dtzy_88）と返信者によるXの体験報告。2026年8月24日。原投稿：X。本文・返信の確認先：公開転載。Darren氏、Oliver Grace氏、Danila Gundyrev氏の報告と、Muru氏の改善提案を参照。変更が話題になった時期を示す資料として使用し、全利用者への同時適用を証明する資料とは扱わない。投稿に含まれる特定個人への非難、未検証の消費金額、悪用方法の説明は記事へ採用していない。
[注] Tibo Sottiaux氏：上限後の続行と悪用に関する投稿。日本時間2026年8月22日。原投稿：X。本文確認先：公開転載。利用体験のために用意した機能であり、大規模な悪用があれば見直しを迫られるという警告。変更実施日時を確定する発表ではない。
[注] Claude Help Center：Manage usage credits for paid Claude plans.有料の追加使用、通常のAPI料金、サブスクリプションと別の請求、支出上限・自動チャージ設定。公式資料。2026年9月26日確認。
[注] OpenAI Developer Community：Did the 5-hour usage limit behavior change?サイト表示2026年8月27日。利用者C3loko氏の質問とモデレーターVeitB氏の回答。スレッド。モデレーターの説明であり、OpenAIによる正式な仕様変更リリースノートとは区別。
[注] AI実践ラボ：Codexで激動の1週間｜2,000万ユーザー突破、使用量減りすぎ問題、5時間制限復活を整理。2026年8月26日公開。関連記事。当時の関連トピックを紹介する内部リンクとして使用。記事中のリセット条件等を現在の仕様として転用していない。
[注] OpenAI Help Center：Using Codex with your ChatGPT plan.「What happens if I reach a usage limit while Codex is working?」の回答を確認。公式資料。2026年9月26日確認。実行中のターンの続行はfair-use limits付きで案内されている。
[注] OpenAI Support：Tasks now stop mid-task in Plus plansへの回答。サイト表示2026年9月8日。サポート回答。条件付き続行を案内しつつ、作業中断への謝意と、改善時期を示せない旨を記載。
[注] OpenAI Developer Community：Codex stops middle of the task reaching the limit.Zippy1970氏によるサイト表示2026年9月25日の投稿。スレッド。途中停止と再開の負担に関する本人の報告として使用。全ユーザーの挙動を示す統計ではない。
[注] 同コミュニティ、VeitB氏の説明。サイト表示2026年9月15日。該当投稿。無期限の続行を狙うツールの共有を理由として挙動が無効化されたという説明。モデレーターという立場は本人の説明およびコミュニティの紹介でも確認。
[注] OpenAI Developer Community：Slavax氏による少量の追加利用の提案。サイト表示2026年9月1日。該当投稿。利用者の改善提案であり、当時または現在の正式仕様ではない。
[注] OpenAI：Pricing.利用枠到達時の説明、追加クレジット、利用状況ページとCodex CLIの/statusを確認。公式資料。旧Codex pricing URLからの転送先。2026年9月26日確認。
[注] Claude Code Docs：Best practices for Claude Code.対象範囲と検証条件の明確化、実行結果の確認を参照。公式資料。2026年9月26日確認。本記事のプロンプト例は、公式文面の引用ではなく筆者による提案。
[注] Claude Help Center：Get started with Claude Cowork.CoworkがClaude Codeと同じエージェント基盤を使うという説明を参照。公式資料。2026年9月26日再確認。取得できた本文の「What is Claude Cowork?」「Usage limits」「Troubleshooting」を確認したが、新しい仕上げ機能のCoworkへの適用を明記した資料は見つからなかった。これは未確認という調査結果であり、Coworkが非対応であることの証明ではない。検索結果・取得本文に更新時点の差があるため、未掲載だけをもって対象外と断定しない。
[注] 筆者のClaude Coworkでの直接観測。2026年9月26日19時台、週間枠が100％と表示されたあとも、現在のセッション表示が59％・63％・64％へ進み、実行中タスクが区切りまで続いた。タスクが収まったあと、「利用クレジットがなくなりました」と表示され、新しいメッセージを送れない状態になった。添付した4枚は同じ観測中の画面である。1アカウント・1回の観測であり、一般仕様・全プランへの適用を証明しない。
コメント