Claude Codeの​進捗更新コストが​約99％減──裏で​動く​AIの​「状況報告」を​軽く​する

Claude Codeが、裏で作業するAIの進捗表示を省コスト化しました。これまで会話全体を読み直して作っていた状況報告を、短いメモからHaiku 5.5で作る方式へ変更。公式は、更新1回あたりのコストが約99％減ったと説明しています。^[1]

対象は、ターミナルから使うCLI版のバックグラウンド・サブエージェントです。CLIとは、文字でコマンドを入力して操作する方式のこと。公式の続報では、該当するセッションの利用枠消費は約5％減り、同じ利用枠で送れるプロンプトは約6％増えたとされています。^[2][3]

情報は2026年11月5日時点。数字は公式の公表値であり、CAGが速度・精度・利用枠を測った結果ではありません。仕事の設計への当てはめは、後半で設計例として紹介します。

Claude Codeでは、会話を進める主担当のAIから、別のAIに調査や確認を任せられます。この別働きのAIが「サブエージェント」です。独立した会話の作業領域を持ち、担当した結果を主担当へ返します。^[4]

たとえば、ある機能を直しながら、関連するファイルの調査や、変更案の確認を別の担当に任せる。ひとつの会話にすべての検索結果やログを積み上げず、必要な結果を持ち帰らせる使い方です。

バックグラウンド実行は、その別働きの処理を裏で進める方式です。待っている間も、利用者は主担当との会話を続けられます。その一方で、裏の作業が進んでいるのか、何をしているのかを把握するために、進捗表示が必要になります。^[4]

今回の改善で見るべきなのは、この仕事を進める処理と、仕事の状況を伝える処理の分離です。画面には短い一行しか出ていなくても、その一行を作るために長い内容を読み込んでいれば、AIの処理量は増えます。

サブエージェントも自分のリクエストを送り、主担当と同じ利用枠を消費します。別のAIに任せたから、その処理が無料になるわけではありません。どこで、何のために利用枠を使っているかを見ると、改善の対象が見つかります。^[4]

公式投稿によると、実行中のサブエージェントは30秒ごとに状態の一行を更新します。従来は、更新のたびにそのサブエージェントの会話全体を読み直していました。変更後は、短いメモをもとにHaiku 5.5が進捗表示を作ります。^[1]

実作業を担当するモデルは、そのまま維持されます。調査や実装をするAIと、進捗を一行で伝えるAIを、それぞれの役割に合わせて使う変更です。^[2]

この分け方なら、利用者に状況を知らせるために、毎回すべての作業内容を読み直す必要を減らせます。AIの返答を短くするだけでなく、返答を作るために読む入力そのものを小さくすることが、今回の仕組みの中心です。

開発者向けの製品ですが、仕組みは業務でも想像しやすいでしょう。担当者の詳しい作業記録と、上司に伝える短い進捗メモでは、必要な情報の量が違います。AIの状況報告にも、その役割に合う入力を用意する考え方です。

公式が示した3つの数字は、比べている対象が異なります。

いずれも公式の説明です。更新処理を大きく軽くしても、その処理が仕事全体の一部なら、全体に現れる削減率は別になります。今回も、進捗更新とセッション全体の数字を分けて読むと、変化がつかめます。^[1][2]

利用者が体感する効果は、どれだけバックグラウンド作業を使うか、その作業がどれくらい続くかによって変わります。すべての仕事で同じだけ利用可能量が増えると見込むより、自分が使う作業の記録で確認するほうが、運用の判断に使えます。

また、利用枠と請求額も分けて考えます。サブスクリプションの利用者にとっては、同じプランの枠をどう使えるかという話です。API利用で見る金額とは、確認する場所が異なります。

Claude Codeの/usageでは、プランの利用状況や内訳を確認できます。同じ画面のセッションのドル表示は、トークン数などから計算した見積もりです。公式ドキュメントも、サブスクリプション利用者の請求額を示すものではないと説明しています。^[5]

公式の続報は、v2.1.316以上への更新を案内しています。プランについては、Pro・Max・Ultraの「大半」と、Team・Enterpriseの「全利用者」で有効としています。同じ提供範囲として一括りにしないことが必要です。^[2]

CLIとデスクトップアプリの違いは、公式スレッド内でLydia Hallie氏が補足しています。Claude Codeという名前だけで判断せず、どの画面・方式で使っているかを確認すると、今回の変更との関係を整理できます。^[3]

バージョンは、ターミナルでclaude --versionを実行すると確認できます。ネイティブ版を手動で更新する場合、公式の案内はclaude updateです。HomebrewやWinGetなどで管理している場合は、導入元の更新方法を確認します。組織がバージョンを管理している環境では、その方針に合わせます。^[6]

更新後は、作業中のセッションも再起動して新しい版で起動したことを確認します。バージョンの条件と、プラン側で有効になっている条件は別なので、版だけを見て全利用者に同じ効果を約束するものではありません。

日付にも区別があります。v2.1.316自体のリリース日は2026年10月31日、今回確認した省コスト化の公式告知は日本時間11月5日です。告知日を、そのバージョンの公開日として扱わないようにします。^[1][7]

今回の改善は、自社でAIを組み込むときにも参考になります。たとえば、大量のCSVを点検する業務アシスタントです。利用者に進捗を見せるたびに、すべてのファイルや処理ログをAIへ渡すと、状況を伝えるだけの処理が重くなる可能性があります。

ここからは、CAGが作成した設計例です。Claude Codeの内部実装を再現したものでも、実際に費用を測った結果でもありません。

まず、実作業の記録をシステム側に残します。その中から、対象ファイル、処理済みの範囲、見つかった問題、次に確認することなど、進捗表示に必要な項目だけを短くまとめます。状況報告のAIには、そのメモを渡します。

処理件数や実行中・完了といった状態がシステムで分かるなら、その値をそのまま表示する方法も選べます。自然な説明が必要な部分にだけAIを使えば、状況報告のための追加処理を絞れます。

短い状況報告と、仕事が完了した証拠も分けて残します。「確認中です」という一行は、利用者に状態を伝えるためのものです。ファイルが正しく出力されたことや、検査に合格したことは、実際の処理結果で確かめます。

効果を比べるときは、実作業に使った量と状況報告に使った量を分け、待ち時間と完了した仕事の数も残します。同じ作業条件で比べれば、報告の処理を軽くできたのか、作業そのものまで変わったのかを切り分けやすくなります。

AIの利用枠は、成果物を作る場面だけで使われるわけではありません。繰り返す状況報告に何を読ませ、どの処理を使うか。その見直しも、仕事を任せ続けるための費用設計になります。