Claude Code の 5 時間制限、達しても「残業」でキリの良いところまで継続 — 公式ツイートと報道の境目

2026 年 9 月 25 日、Anthropic の公式開発者向け X アカウント (@ClaudeDevs) が、Claude Code の挙動が変わったこと を投稿しました。原文は次のとおりです。

Claude Code will now try to find a graceful stopping point when you hit your 5-hour limit mid-task, instead of cutting off mid-edit. It gets a small, fixed allowance pulled from your weekly limit to wrap up what it can.

日本語にすると、作業の途中で 5 時間制限に達したとき、編集の途中で打ち切るのではなく、キリの良い停止点を見つけようとするようになった、追加分は週次制限から固定の少量を引き出して仕上げる、という内容です。PC Watch はこの機能を「残業」と呼び、テクノエッジも同じ趣旨で報じています。なお「9 月 25 日」は米国時間での日付で、投稿時刻は協定世界時 (UTC) の 9 月 25 日 19 時 4 分、日本時間では 9 月 26 日午前 4 時 4 分です。

Claude Code を毎日使っていると、ここ数ヶ月だけでも利用制限に関わる変更が何度も続いています。週次上限の水準変化、limit reset の配布、セッションの自動再開、そして今回の残業機能です。これらをすでに追っている読者ほど、「またルールが変わったのか」と身構えるはずです。この記事では、公式ツイートの本文で確認できる範囲と、報道でのみ確認できる範囲を分けたうえで、既存の 3 つの変更との関係も整理します。2026 年 9 月 29 日時点で確認できた内容です。

何が確認できて、何が報道どまりか

先に、情報の確度を整理します。混ぜて覚えると、社内で説明するときに誤解のもとになります。

内容	出どころ	この記事での扱い
5 時間制限に達したときの打ち切り方が変わり、週次制限から固定の少量を引き出す	@ClaudeDevs のツイート本文	確認できた事実
Pro は週 1 回、Max・Team Premium は到達ごとに使える	PC Watch・テクノエッジの報道	報じられているとして扱う
残業分を使い切ったら利用クレジットを消費する	PC Watch の報道 (テクノエッジには記載なし)	報じられているとして扱う
公式ヘルプセンター・CHANGELOG への記載	当社確認	記載が無いという事実

上の 2 行はツイート本文と報道の内容として本文で扱い、3 行目以降は出典を明示したうえで断定を避けて書きます。二次報道が複数あっても、元の一次情報が 1 つなら裏付けの強さは変わりません。

5 時間制限に達したときの挙動が変わった

Claude Code の利用上限は、5 時間ごとのウィンドウと週単位の枠の二層構造になっています。この二層構造そのものと、週次側の枠の水準がどう変わってきたかは Claude Code の週次上限の記事 に整理しています。今回変わったのは、その二層構造の仕組みではなく、5 時間ウィンドウの上限に達した瞬間の挙動です。

flowchart TD
  A["Claude Code で作業中に<br/>5 時間制限に達する"] --> B["変更前<br/>編集の途中で打ち切り"]
  A --> C["変更後 (9 月 25 日の投稿以降)<br/>キリの良い停止点まで続行"]
  C --> D["週次制限から<br/>固定の少量を消費"]

これまでは、長いタスクの最中に 5 時間制限に達すると、編集の途中であってもそこで止まっていました。ファイルの書き換えが半分だけ済んだ状態や、テストの実行結果を待っている最中に切れることもあり、再開したときに何がどこまで進んでいたかを確認する手間が発生していました。

2026 年 9 月 25 日以降は、制限に達した時点で作業を即座に打ち切るのではなく、キリの良い停止点を見つけてから終える動きに変わりました。ツイート本文の "to wrap up what it can" は、できる範囲で仕上げてから終える、という意味です。すべてのタスクを完了させるという保証ではなく、打ち切り方の粒度が変わったという理解が実態に近いです。

追加で使える分は、5 時間ウィンドウの枠が増量されるわけではありません。原文の "a small, fixed allowance pulled from your weekly limit" のとおり、週次制限のほうから固定の少量が引き出される仕組みです。週次側の枠がまだ残っていることが前提になるため、週の後半で週次側がすでに厳しくなっている場合、この継続機能自体が使える余地も小さくなると考えられます。ただし、この余地の大きさが実際にどう決まるかは、ツイート本文にも報道にも記載がありません。

FIXIT

週次の枠が残ってないと、キリの良いところまで続けられないの？

Kaname

週次から引き出す仕組みなので、その可能性は高いです。ただ確定した記載はありません。

FIXIT

あー、無限に続けられるわけじゃないのか。

Kaname

はい。仕上げる余地がもらえる機能で、上限そのものが消える機能ではありません。

Pro / Max / Team Premium でどう頻度が違うか

ここからは出典が変わります。Pro・Max・Team Premium で頻度に差があるという内容は、@ClaudeDevs のツイート本文には記載がありません。 PC Watch とテクノエッジの 2 媒体が、揃って次のように報じています。

プラン	報道されている頻度
Pro	週に 1 回
Max	5 時間制限に到達するごと
Team Premium	5 時間制限に到達するごと

依頼段階では、この頻度差がツイートに添付された動画で説明されている可能性が高いという見立てがありました。実際、PC Watch・テクノエッジのどちらの記事もツイート本文へ直接リンクしたうえで頻度差を書いており、テキストだけでは読み取れない情報を動画から補っている可能性があります。ただし、動画の中身は今回未確認のため、この見立ては仮説として扱います。確定しているのは、ツイート本文それ自体には頻度差の記載が無いという事実だけです。

Pro プランを使っている人にとって、週 1 回という頻度は少なく感じられるかもしれません。ここで気をつけたいのは、この機能の頻度差だけを理由に Max へアップグレードするのは早計という点です。この機能は「打ち切り方が変わる」という体験の質に関わるもので、Claude Code 全体の消費量や作業効率を決めるものではありません。自分がどの作業で枠を多く消費しているかは、Claude Code のコスト最適化 で消費の内訳を確認したほうが、判断材料としては確実です。

FIXIT

Pro だと週 1 回だけなら、Max に上げたほうがいいの？

Kaname

現場では、この 1 機能だけで決めません。まず使用量の内訳を見ます。

FIXIT

あー、まず自分がどれだけ使ってるかを見ろってことか。

Kaname

そうです。頻度差はツイート本文にも無く、報道でしか確認できていません。

「残業」分を使い切ったらどうなるか

もう 1 つ、出典が限定される情報があります。PC Watch の記事には、残業分を使い切ったあとにさらに作業を続けるには利用クレジットを消費することになる、という記載があります。 この記載はテクノエッジの記事には無く、ツイート本文にもありません。

つまり、この情報は PC Watch 1 媒体だけが報じている内容です。テクノエッジが触れていない理由は分かりませんが、記載の有無が異なる以上、断定はできません。当社としては、PC Watch の報道内容として紹介するにとどめます。

実務上の判断としては、残業分の範囲でキリの良いところまで進んだら、そこで一度作業を止めるという選択肢も持っておくと安全です。利用クレジットの消費が発生するかどうかは契約や設定によって変わる可能性があり、この記事の範囲では確認できていません。

公式ヘルプセンター・CHANGELOG での確認状況

当社で、公式ヘルプセンターと Claude Code の CHANGELOG を実際に確認しました。結果は次のとおりです。

確認した資料	結果
How do usage and length limits work?	この機能への言及は見つからない
Usage limit best practices	同上
Claude Code の CHANGELOG (バージョン 2.1.277〜2.1.284 付近)	同上

2026 年 9 月 29 日時点で確認できるのは、@ClaudeDevs のツイート本文と、それを報じた PC Watch・テクノエッジの記事だけです。公式ヘルプセンターと CHANGELOG のどちらにも、この機能を指す記載は見つかりませんでした。

CHANGELOG にエントリが見つからないという事実は、この変更がどこで有効になっているかを推測する材料にもなります。CLI のバージョンに紐づく変更であれば、通常は CHANGELOG に記載が入ります。今回そのエントリが見つからないことから、アカウントやサーバー側で有効になった変更である可能性が高いという仮説が立てられます。ただし、これは CHANGELOG に記載が無いことから導いた仮説であり、公式が明言した内容ではありません。

既存の「使用制限」関連の変更との違い

Claude Code の利用制限に関わる変更は、直近だけでも 4 つあります。整理せずに聞くと、同じ話だと誤解しやすいところです。

変更	時期	何が変わったか
自動再開 (v2.1.234)	2026 年 8 月 17 日	上限のリセット後、止まっていたセッションが自動で続きから再開する
週次上限 50% 引き上げの終了	2026 年 9 月 13 日	週次の枠の水準が変わる (総量の変化)
limit reset (Opus 5.5 と同時配布)	2026 年 9 月 22 日	利用者が自分で押して、5 時間か週次のどちらかを満タンに戻せる
残業 (今回の変更)	2026 年 9 月 25 日	5 時間制限に達した瞬間、打ち切らずキリの良いところまで続ける

それぞれ、詳しい仕組みと設定は別の記事にまとめています。上限のリセット後に自動で再開する仕組みは 使用制限のリセット後に自動で再開する、週次の枠自体の変化は Claude Code の週次上限の記事 を参照してください。

特に混同しやすいのが limit reset です。limit reset は Claude Opus 5.5 の発表 にあわせて配布された、利用者が自分の意思で押して上限を満タンに戻す機能です。使い方は Claude のリセット (limit reset) の使い方 にまとめています。今回の残業機能は、利用者が何かを押すわけではなく、5 時間制限に達した瞬間の挙動そのものが変わったという点で別物です。「上限を戻す」話と「上限に当たったときの止まり方」の話を分けて理解してください。

今日から何をすればよいか

利用者側で何か設定を変更する必要があるかは、公式に記載がありません。前の節で触れたとおり、CHANGELOG に該当エントリが無いことから、アカウントやサーバー側の変更であり、利用者側の設定変更は不要と見られるという仮説にとどめます。確定情報ではないため、Claude Code を最新のバージョンに保つという基本方針は変えずに続けてください。

FIXIT

残業機能を使うには、Claude Code を最新版に更新しないとダメなんでしょ？

Kaname

そうとも言い切れません。CHANGELOG にこの機能に対応する記載が見当たらないんです。

FIXIT

え、バージョンとは関係ないの？

Kaname

可能性が高いという仮説にとどめます。最新に保つ方針自体は変えません。

チームで Claude Code を使っている場合は、頻度差の情報源が二次報道であることをそのまま社内に共有しておくと、あとで「公式にそう書いてあった」という誤った伝わり方を防げます。公式ヘルプセンターに記載が追加された時点で、この記事も更新します。

まとめ

知りたいこと	答え	確度
何が変わったか	5 時間制限に達したとき、打ち切りではなくキリの良い停止点まで続ける	@ClaudeDevs のツイート本文
追加分の出どころ	週次制限から固定の少量を引き出す仕組み。増量ではない	@ClaudeDevs のツイート本文
プランごとの頻度差	Pro は週 1 回、Max・Team Premium は到達ごと	PC Watch・テクノエッジの報道
残業分を使い切った後	利用クレジットを消費するとされる	PC Watch の報道のみ
公式ヘルプ・CHANGELOG	2026 年 9 月 29 日時点で記載が見つからない	当社確認
利用者側の対応	設定変更は不要と見られる (仮説)。最新版に保つ方針は継続	CHANGELOG に記載が無いことからの推論

この記事で伝えたい次の一歩は 1 つです。頻度差やクレジット消費の話を、公式ツイート本文の内容だと思い込んで社内に伝えないこと。 出典を分けて共有しておけば、公式ヘルプセンターに記載が追加されたときも、どこを見直せばよいかがすぐに分かります。

チームで Claude Code の利用ルールやプラン選定を整備したい場合は、AI 開発ツール定着支援 で相談を承っています。個別のご相談は お問い合わせ からどうぞ。