25%増という発表が、実質では17%減だった

2026年8月末、Anthropicの開発者向け公式アカウントが1本の告知を出しました。9月14日から、Claude Codeの週次利用上限を恒久的に25%引き上げる。対象はPro、Max、Team、そして席数課金型のEnterpriseプラン。それまでは現行の50%増量をそのまま維持する、という内容です。

見出しだけ読めば、単純に嬉しい話に見えます。ところが同じアカウントが続けて投稿した2本目には、こう書かれていました。

今日と比べると、これはClaude Codeの週次上限が17%減ることを意味します。

増やすと言いながら、減るとも認めている。矛盾しているように見えますが、数字としてはどちらも正しい。理由はこのあと電卓を叩いて確かめますが、要するに比較の基準点が違うだけです。25%増は標準の上限と比べた話で、17%減は今この瞬間に私たちが実際に使えている量と比べた話です。

海外の技術者コミュニティであるHacker Newsでは、この発表の書き方そのものに批判が集まりました。実質的な削減を増量という言葉で包んでいる、信頼を損なう、という声です。私はその論争そのものより、9月14日を境に自分の手元で何がどう変わるのかを冷静に確認しておくことのほうが、実務では何倍も大事だと思っています。今日から見れば減り、標準から見れば増える。同じ変更を、どちらの物差しで測っているかの違いにすぎません。

そもそもClaude Codeの上限は二階建てになっている

前提を揃えます。Claude Codeは、パソコンの中のファイルやフォルダを直接操作してもらえるClaudeです。ブラウザで使うClaudeやClaude Coworkと違い、手元のExcelやCSV、PDFの束、フォルダ構造をそのまま触らせて作業させられます。その分だけ1回あたりの処理量が大きくなりやすく、当然ながら使い放題ではありません。

上限は2つの層に分かれています。ひとつは5時間ごとにリセットされる枠です。短時間に集中して使った分に効く上限で、使い切ると数時間待つことになります。もうひとつは直近7日間の合計で効く週次の枠です。こちらは日をまたいでじわじわ効いてくる上限で、7日前に使った分が消えたタイミングから順に回復していきます。

今回の発表で動くのは、この週次の枠だけです。5時間ごとの枠については何も触れられていません。むしろ5時間枠のほうは今年の5月に恒久的に引き上げられており、そこは据え置きのままです。つまり、短時間で一気に作業する使い方への影響は小さく、週をまたいで継続的に使い倒している人ほど今回の変更を強く感じることになります。

自分が今どれだけ使っているかは、Claude Codeの入力欄に次の1行を打てば分かります。

/usage

セッション枠と週次枠それぞれの残量バーと、次にリセットされる時刻が表示されます。うまく表示されない場合は /status でも使用状況を確認できます。なお、Claude公式サイトの設定画面にある使用量のページでも同じ情報を確認できます。上限の増減を議論する前に、自分が週次枠のどのあたりを走っているのかを一度も見たことがない、という状態をまず抜けるべきです。

数字のからくりを電卓で確かめる

分かりやすくするため、標準の週次上限を100という数字に置き換えます。

Anthropicは2026年5月13日から、この週次上限を50%増やす一時的な措置を始めました。100だった枠が150になった状態です。あくまで期限つきの措置でしたが、夏のあいだに4回にわたって延長されました。結果として私たちは3か月以上、150の枠を当たり前のものとして使い続けてきたことになります。5月に始まった臨時の増量が、いつのまにか日常の前提になっていたわけです。

9月14日から始まるのは、標準の100を恒久的に125へ引き上げる変更です。恒久的というのは、期限つきの措置ではなく、これが新しい標準になるという意味です。そして同時に、一時措置の150は終了します。

150から125へ。125を150で割ると0.833、つまり約17%の減少です。一方で、100を基準にすれば125は25%の増加です。同じ1つの変更が、比較の起点をどこに置くかだけで、増量にも削減にも見える。これがからくりのすべてです。

ここで押さえておきたいのは、Anthropic側の言い分にも一定の筋は通っている、という点です。50%増は最初から一時措置として告知されていました。それが4回延長されたのは利用者にとって幸運だっただけで、恒久的な権利ではなかった。とはいえ、3か月以上続いたものを人間は基準として受け取ります。恒久的に増えるという説明と、来月から減るという体感は、この計算の上では矛盾なく同時に成立します。

非エンジニアの私にとって、これは何の話なのか

Claude Codeをプログラムを書くための道具だと思っている方には、他人事に見えるかもしれません。しかし実際には、コードを1行も書かない人がClaude Codeを業務に使う場面は着実に増えています。フォルダに溜まった請求書PDFを一覧表にする、部署ごとにバラバラな様式のExcelを1つの集計表に寄せる、議事録の音声書き起こしから決定事項だけ抜き出す。こうした作業は、ブラウザ上でファイルを1つずつアップロードするより、フォルダごと渡せるClaude Codeのほうが圧倒的に速い。

この視点に立つと、週次上限は技術的な制約ではなく、まったく別のものに見えてきます。上限とは、AIアシスタントが今週あと何時間働けるかを示す残業可能時間のようなものです。25%とか17%という数字は、その人の勤務可能時間が増えるか減るかの話です。人を1人雇っているのと同じ感覚で見れば、経営判断の材料になります。

そしてもうひとつ、見落としやすい点があります。上限は均等に効くわけではない、ということです。仕事には必ず山場があります。月末の締め、決算期、繁忙期、キャンペーン投入前。上限は平均的な使用量に対して効くのではなく、その山場で真っ先に効いてきます。17%という数字を月平均への影響として読むと過小評価します。効くのは、いちばんAIに任せたかった週の後半です。

業種別に見る、9月14日以降に起きること

抽象論では手が動かないので、3つの現場を具体的に見ていきます。

従業員30名の建設会社で、経理を1人で回している方

月初の3日間で、取引先40社分の請求書突合をやっています。届く様式はバラバラで、PDFのもの、Excelのもの、社判付きのスキャン画像のものが混在しています。これまでは受信フォルダをそのままClaude Codeに渡し、社名と金額と件名を一覧表に起こさせ、社内の支払台帳と突き合わせて差分だけを出させていました。手作業なら丸2日かかっていた工程が、確認を含めて半日で終わるようになった。ただしこの処理は1回が重く、40社分を一気に流すと週次枠をかなり消費します。9月14日以降、これを月初の3日間に集中させると、3日目の午後に枠切れで止まる可能性が出てきます。現実的な対策は分割です。前月20日ごろの時点で、すでに届いている20社分だけ先に処理して一覧表を作っておく。残りを月初に回せば、同じ仕事量でも2つの週にまたがるため、週次枠の壁に当たりません。

10人規模のマーケティング会社で、月次レポートを担当している方

クライアント8社分のレポートを毎月5営業日で仕上げています。広告管理画面からのCSV、アクセス解析のエクスポート、SNSの数値を集めて、クライアントごとに違うフォーマットに整形し、前月比のコメント文まで下書きさせている。ここで枠を大きく食っているのは、実はデータ処理そのものではありません。表現の微調整です。この言い回しを変えて、この順番を入れ替えて、というやり取りを1社あたり15回も20回も重ねていると、消費量は簡単に跳ね上がります。9月14日以降の対策は、指示のテンプレート化です。クライアントごとに求められる構成とトーンを事前に1つの指示文にまとめておき、最初の1回で7割の完成度まで持っていく。往復回数が半分になれば、17%の減少はほぼ吸収できます。

個人事業主として開業している社会保険労務士の方

顧問先15社の就業規則改定と、給与計算のチェックが主な業務です。改正法が施行されるたびに、各社の就業規則のWordファイルを読み込ませ、改正内容との突合、修正が必要な条文の指摘、改定案の作成までを一気に進めています。この使い方は1回の処理が非常に重く、しかも法改正のタイミングに全顧問先分が集中します。さらに厳しいのは、個人事業主はProプラン1つで回していることが多く、もともと枠の余裕がいちばん小さいという点です。9月14日以降、届出期限の前日に15社分をまとめて片付ける進め方は、途中で止まるリスクが現実的にあります。対策は、期限から逆算して2週にわたって5社ずつ処理する計画に切り替えることです。

どの業種にも共通するのは、上限に当たるかどうかは作業の総量ではなく、それを何日に押し込んだかで決まる、という点です。

9月14日までに済ませておく5つの準備

やることは多くありません。順に片付ければ、1週間もかかりません。

第一に、自分の消費ペースを1週間だけ記録します。毎日1回、作業を終えたタイミングで /usage を実行し、週次バーが何%まで進んだかをメモ帳に書くだけです。これをやらずに対策を考えても、どこを削ればいいのか判断できません。1週間の記録があれば、自分が標準的な週で枠の何割を使っているかが分かり、17%減が自分にとって痛いのかどうかが数字で見えます。

第二に、山場のある週をカレンダー上で洗い出します。月末の締め、四半期の報告、法改正の施行日、繁忙期。この3か月分をカレンダーに印を付けます。17%減が効いてくるのはこの週だけなので、対策もここに集中させます。

第三に、その山場の作業を分割して前倒しします。先の3つの事例で共通していたのがこれです。同じ量の仕事でも、2つの週にまたがれば週次枠は2週分使えます。締切当日にまとめてやる習慣を、締切の10日前に半分片付ける習慣に変える。これだけで大半の枠切れは防げます。

第四に、モデルの使い分けを決めます。Claude Codeでは /model と打つと使うモデルを切り替えられます。ファイル名の整形、決まった様式への転記、単純な集計といった軽い作業まで、いちばん高性能なOpus 5で回していないでしょうか。判断を伴わない定型処理はSonnet 5で十分なことが多く、ここを分けるだけで消費量は目に見えて変わります。難しい分析や文章の推敲には上位モデルを取っておく、という配分にします。

第五に、枠が尽きたときの逃げ道を1つだけ決めておきます。選択肢は3つあります。リセットまで待つ、上位プランに上げる、その分だけ手作業に戻す。どれを選ぶかを事前に決めていないと、いちばん忙しい日に迷って時間を溶かすことになります。上限対策の本体は、使用量を節約することではなく、締切直前に全部を寄せる仕事の組み方をやめることです。

注意点と、よくある3つの誤解

いくつか、誤って伝わりやすい点を整理しておきます。

ひとつめ。すべてのClaude利用が17%減るわけではありません。今回名指しされているのはClaude Codeの週次上限です。ただし公式の説明では、ProプランとMaxプランの利用枠はClaudeとClaude Codeで共有される部分があるとされているため、ブラウザ版が完全に無関係だと言い切ることもできません。一方、従量課金のAPIは別建てです。こちらはそもそも枠ではなく使った分だけ請求される仕組みなので、今回の変更とは無関係です。

ふたつめ。5時間ごとの枠も一緒に減る、という誤解です。今回の発表が対象としているのは週次の枠だけで、5時間枠については何も変更が告知されていません。1日のうち数時間だけ集中して使う使い方であれば、体感の変化はほとんどないはずです。

みっつめ。これで上限は当分落ち着く、という見方です。過去1年を振り返ると、上限は何度も動いています。5月に5時間枠が恒久的に引き上げられ、同じ月に週次枠の一時増量が始まり、それが夏のあいだに4回延長され、そして今回の恒久化と一時措置の終了です。Anthropic自身も、使用量の見通しとコントロールを高める変更を準備中だと予告しています。つまり、また動きます。上限を固定された前提として業務フローを設計すると、次に動いたときにまた同じ混乱を繰り返します。

まとめ: 上限は前提ではなく、動く変数として扱う

今回の件で私が受け取った教訓は、25%と17%のどちらが正しいかではありません。3か月続いた臨時の増量を、私たちがいつのまにか標準として受け取っていた、という事実のほうです。AIツールの利用枠は、電気やインターネット回線のように安定したインフラではなく、まだ潮位のように上下する変数です。上下すること自体を織り込んで業務を組む、という姿勢がこれからも必要になります。

具体的にやることは3つに集約できます。まず /usage で自分の消費ペースを1週間だけ測る。次に、山場のある週を特定して、その作業を前倒しと分割で2週にまたがらせる。最後に、軽い作業と重い作業でモデルを使い分ける。この3つを9月14日までに済ませておけば、17%の減少は多くの現場で吸収できます。逆に何もしないまま9月14日を迎えると、いちばん忙しい週の後半に、理由の分からない停止に出くわすことになります。

そしてもうひとつ。上限に振り回されないいちばん確実な方法は、AIに任せる仕事の設計そのものを見直すことです。往復20回でやっていたことを最初の1回で7割まで持っていければ、上限が上がろうが下がろうが、影響はほとんど受けなくなります。

Claude Worksでは、無料30分のオンライン相談を受け付けています。自分の業務でどこまでClaude Codeに任せられるのか、今の使い方で9月14日以降に困るのか、実際の作業内容をお聞きしながら一緒に整理します。ツールの売り込みはしませんので、上限の話を含めて気軽にご相談ください。