agent

変更前

mod の UI からエージェントのトランスクリプトを直接表示する方法はなく、ユーザーはトランスクリプトファイル（~/.claude/projects/{project}/{sessionId}/subagents/ 配下の agent-{agentId}.jsonl）を確認するか、agent view などの別画面を開いてセッションの状況を追いかける必要がありました。

変更後

mod の UI で $.ui.view({ agentId }) を呼び出すと、指定したエージェントのトランスクリプトをメインビューに表示できるようになりました。また、$.ui.view({}) を呼び出すと元の表示に戻れます。

ユーザーへの恩恵

mod 内から直接エージェントの進行状況を確認し、必要に応じてメインビューに戻れるようになりました。

変更前

agent.spawn mod フックはワークフローエージェントに対して拒否のみ可能で、prompt や model を書き換えることはできなかった。

変更後

agent.spawn mod フックでワークフローエージェントの prompt と model を書き換えられるようになり、柔軟な制御が可能になった。

ユーザーへの恩恵

mod の開発者はワークフローエージェントの起動時に拒否だけでなくプロンプトやモデルをカスタマイズできるようになる。

変更前

claude agents で複数のプルリクエストを監視している際、1つのプルリクエストのデータ取得が不完全に終わると、そのプルリクエストだけでなく他のプルリクエストのステータス更新も行われなかった。

変更後

1つのプルリクエストのデータが不完全に返ってきても、他のプルリクエストのステータスは正しく更新されるようになった。

ユーザーへの恩恵

一部のプルリクエストでデータ取得に問題が発生しても、ユーザーは他のプルリクエストの最新ステータスを継続的に確認できる。

変更前

クラウドセッションのコンテナが置き換えられ、バックグラウンドエージェントがすでに一度再開されていた場合、Claude はそのエージェントが失われたものであり再開できないと誤って伝えられていた。

変更後

同じ状況でも、Claude はエージェントが失われたものだと誤認されず、適切に扱えるようになった。

ユーザーへの恩恵

ユーザーはコンテナ置き換え後に再開済みのバックグラウンドエージェントを失われたものと誤解せず、そのまま利用を続けられる。

変更前

メッセージを入力したサブエージェントは、終了直後に /tasks の一覧から削除されていた。そのため、一度終了したサブエージェントとの会話(トランスクリプト)を開き直す方法がなかった。

変更後

サブエージェントが終了した後も、一定時間 /tasks に行が表示されるようになった。フッターのヒントに従って /tasks を開き、該当するサブエージェントで Enter を押せば、入力したメッセージを含む会話の記録を確認できる。

ユーザーへの恩恵

入力したメッセージがあるサブエージェントも、終了後すぐに消えることなく、/tasks から会話の記録を開いて確認できるようになる。

変更前

完了した親エージェントがパンくずリストから脱落し、表示中の子エージェントがトップレベルにルートし直された状態で表示されていた。そのため、子エージェントを開いている間に表示構造が突然変わってしまっていた。

変更後

親エージェントが完了しても、閲覧中の子エージェントのパンくずリスト上の位置関係が維持されるようになった。子を表示中でも親子の階層構造が保たれる。

ユーザーへの恩恵

子エージェントを閲覧中に表示が付け直されることなく、安定して作業を続けられる。

変更前

agents ビューでは、複数のキー入力が連続して(バーストで)到着すると、ユーザーが入力した単語(例:「up」「down」「escape」)がキー操作そのものとして解釈されていた。その結果、返信の途中で peek パネルが移動したり、入力中の下書きがクリアされたりすることがあった。

変更後

連続して到着する入力でも、単語として入力された文字列が矢印キーや Esc キーなどのキー操作として誤って解釈されなくなった。返信の途中で peek パネルが移動したり、下書きがクリアされたりすることはない。

ユーザーへの恩恵

返信の入力中に誤ったキー操作で peek パネルが動いたり下書きが消えたりすることがなくなり、安心してテキストを入力できる。

変更前

エージェントフックに設定された model が無視され、haiku などのモデルエイリアスが正しく解決されないことがあった。また、サブエージェント側のモデル設定がフックの指定を上書きし、指定したモデルが利用不可能な場合でもアクションが許可されていた。

変更後

エージェントフックの model 設定が正しく尊重されるようになり、haiku などのモデルエイリアスが解決される。サブエージェントのモデル設定がフックの指定を上書きすることはなく、指定したモデルが利用不可能な場合にはアクションを許可せず呼び出し元のモデルへフォールバックする。

ユーザーへの恩恵

エージェントフックで意図したモデルを確実に使用でき、モデルエイリアスの指定やフォールバック挙動も予測可能になる。

変更前

エージェントビューでは、新しいセッションのデフォルトのモデル、推論強度、fast mode を設定できず、それらはセッションごとに個別に指定する必要があった。また、/model などのコマンドは引数を渡す形式でのみ動作した。

変更後

エージェントビューで /effort と /fast を実行して新しいセッションの開始時設定を指定できるようになり、引数なしで /model、/effort、/fast を実行するとピッカーが開くようになった。

ユーザーへの恩恵

新しいセッションの開始時設定をエージェントビューからまとめて指定できるようになり、セッションごとの設定手間が減る。

変更前

--safe-mode で起動したバックグラウンドセッションも、他のセッションと同様にエージェントビューの一覧やピークパネルに表示されていた。しかし、そのセッションがセーフモードで動作しているかどうかは、ピークパネルを見ても判別できなかった。

変更後

ピークパネルに「セーフモード」行が新しく表示されるようになり、--safe-mode で起動したバックグラウンドセッションかどうが一目でわかるようになった。

ユーザーへの恩恵

セーフモードで起動したセッションを確認する際、表示から状態を判別できるようになり、セーフモードでのトラブルシューティングがしやすくなる。

変更前

説明なしで起動されたエージェントチームメイトでは、そのプロンプト内の認証情報の一部が、表示されるタスクの説明に残ったままだった。

変更後

説明なしで起動された場合でも、タスクの説明に認証情報が含まれなくなった。

ユーザーへの恩恵

チームメイトのタスク説明に機密性の高い認証情報が表示されず、セキュリティ上のリスクを気にせずエージェントチームを利用できる。

変更前

サブエージェントを多数実行した Remote Control などのセッションを再開すると、セッション状態が復元される際にメモリ使用量が不必要に高くなっていた。その結果、再開後のセッションがリソースを過剰に消費していた。

変更後

セッションを再開する際にメモリ使用量が最適化され、多数のサブエージェントを実行したセッションでも過剰なメモリを消費しなくなった。再開後もセッションは通常のリソース使用量で動作する。

ユーザーへの恩恵

多くのサブエージェントを実行したセッションを再開してもメモリを圧迫せず、快適に作業を続けられる。

変更前

ポリシーチェックでブロック対象となる MCP サーバーが、claude mcp list や claude mcp get の実行時、またサブエージェントから利用される際に実際に起動されていた。ユーザーはブロックされたサーバーへの接続が試みられる様子を目にすることになっていた。

変更後

これらの操作ではポリシーチェックが先に行われ、ブロック対象のサーバーは起動されずに「ブロックされている」と報告される。サーバーへの接続試行は発生しない。

ユーザーへの恩恵

ユーザーはブロックされたサーバーが起動されずにすぐブロック結果を確認できるようになり、ポリシー違反のサーバーとの意図しない接続を避けられる。

変更前

完了したサブエージェントや停止されたチームメイトを再開するとき、agent.spawn mod フックは実行されず、イベントには再開を示す情報が含まれていなかった。そのため mod は再開の発生を検知できず、干渉することもできなかった。

変更後

再開時に agent.spawn フックが実行されるようになり、フックのイベントが resume を持つ。mod はこれを受け入れるか、拒否することができる。

ユーザーへの恩恵

サブエージェントやチームメイトの再開を mod が検知・制御できるようになり、再開時にもポリシーやモデル選択などを一貫して適用できるようになる。

変更前

オートモードでバックグラウンド実行されたサブエージェントが、完了時に最終レポートを結果とメッセージの2つの経路で重複送信することがあり、同じレポートが会話に2回表示されていた。

変更後

サブエージェントの最終レポートは1回だけ送信されるようになり、重複表示が解消された。

ユーザーへの恩恵

ユーザーはサブエージェントのレポートの重複を気にせず、出力をそのまま読み進められるようになる。

変更前

CLI を再起動してセッションを再開した後、SendMessage でサブエージェントを名前で検索しても見つからなかった。コンパクション前に付けられた名前は引き続きエージェント ID での参照が必要だった。

変更後

セッション再開後も SendMessage でサブエージェントを名前で見つけられるようになった。ただし、最後のコンパクションより前に付けられた名前は引き続きエージェント ID での参照が必要。

ユーザーへの恩恵

CLI 再起動後にセッションを再開しても、名前によるサブエージェントへのメッセージ送信がそのまま機能するようになる。

変更前

バックグラウンドエージェントの通知は、タスクの完了・失敗・停止といった状態を通知するだけで、なぜその状態になっているのかの詳細までは伝わらなかった。そのため、エージェントがまだ待機中なのか終了したのかを判断しづらかった。

変更後

通知メッセージが改善され、エージェントが自身のバックグラウンド処理の完了待ちであること、結果に対するメッセージが遅れて届いたこと、使用量制限で停止されたことが明示されるようになった。

ユーザーへの恩恵

ユーザーはエージェントの状態を確認するために追加の操作をせずとも、通知だけでエージェントの現在の状況と理由を把握できるようになる。

変更前

エージェント定義の tools: リストに MCP サーバー名を書いても、ツールの絞り込みが意図どおりに行われず、サーバー名に __ が含まれる場合の指定方法も曖昧だった。

変更後

tools: に記載した名前の MCP サーバーのツールだけがエージェントに渡されるようになり、__ を含むサーバー名は mcp__<サーバー名全体>__* の形式で明示的に指定できるようになった。

ユーザーへの恩恵

エージェントに公開する MCP ツールを正確に絞り込めるようになり、意図しないツールの使用やコンテキストの無駄遣いを防げる。

変更前

Cowork クラウドセッションの auto モードでは、PermissionRequest フックがシェルコマンドやサブエージェントの承認を返せるため、外部の承認ロジックでこれらのリクエストを自動的に許可できました。

変更後

auto モードでは PermissionRequest フックによるシェルコマンドやサブエージェントの承認が無効になり、これらのリクエストはユーザーの応答を待つか、応答が得られなければ拒否されます。

ユーザーへの恩恵

外部フックによる自動承認が制限されるため、危険性の高いシェルコマンドやサブエージェントの実行がユーザーの明示的な判断を経由するようになる。

変更前

turn.start モッドフックはメインループのターン開始時のみに発火し、サブエージェントやチームメイトのターンは検知できなかった。

変更後

turn.start がサブエージェントやチームメイトのターンでも発火するようになり、e.agentId の有無(メインループでは設定されない)でどのループのターンかを判別できる。

ユーザーへの恩恵

サブエージェントやチームメイトのターンもフックで捕捉できるため、モッドがすべてのエージェントの活動を一貫して追跡できるようになる。

変更前

サブエージェントはオートコンパクトのタイミングをメイン会話のウィンドウ設定に依存しており、個別に調整できなかった。

変更後

サブエージェント定義のフロントマターや --agents の JSON に autoCompactWindow を指定でき、サブエージェントがメイン会話より早いタイミングでオートコンパクトするようにできる。

ユーザーへの恩恵

コンテキストを大量に消費するサブエージェントを、メイン会話に影響を与えずに早めに圧縮できるようになる。

変更前

動的ワークフローが起動する各エージェントは、セッションのモデル継承やサブエージェント設定に従うため、ユーザーはワークフローのエージェント全体のモデルを一括で指定できなかった。コストを抑えたい場合でも、各エージェントのモデルを個別に制御する方法がなかった

変更後

CLAUDE_CODE_WORKFLOW_SUBAGENT_MODEL を設定すると、ワークフロー内のすべてのエージェントを 1 つのモデルで実行できる。ワークフロー外の他のサブエージェントはそれぞれのモデル設定をそのまま維持するため、ワークフローだけに影響を限定した一括指定が可能になる

ユーザーへの恩恵

コストを抑えたいワークフローだけをまとめて軽量モデルに切り替えられ、他のサブエージェントのモデル設定に影響を与えずに済む

変更前

セッションがシャットダウンで中断された際、実行中だったサブエージェントのツール呼び出しは結果が記録されないまま中断された。そのセッションを再開すると、Claude Code はその中断されたツール呼び出しを「ユーザーが拒否したもの」としてサブエージェントに伝えていた。

変更後

セッションを再開した際、シャットダウンによって中断されたツール呼び出しは、ユーザーの拒否ではなく「中断された呼び出し」として正しく扱われるようになった。これにより、sessions.md に記載のとおり、Claude はその呼び出しが中断されたことを認識し、再実行前に効果を確認する動作につながる。

ユーザーへの恩恵

ユーザーはセッション再開時に、実際には拒否していないツール呼び出しが拒否されたものとして誤解されることなく、サブエージェントに正しい状態を伝えられるようになる。

変更前

ワークフロースクリプトでは、約20,000階層を超えてネストされた結果やエージェントオプションなどの値が、警告なく切り詰められていた。また、深くネストされた結果が巨大なタスク出力ファイルを書き出し、ディスクを圧迫していた。

変更後

深くネストされた値が切り詰められなくなり、結果が完全な形で保持される。深くネストされた結果による巨大なタスク出力ファイルの書き出しも解消された。

ユーザーへの恩恵

ユーザーは深くネストされた構造を持つワークフローの結果やエージェントオプションを、欠損や巨大ファイルの心配なくそのまま利用できるようになる。

変更前

プラグインが提供する $ メソッドを呼び出すと、サブエージェントから呼び出した場合でもメインセッションの作業ディレクトリで実行されていた。また、呼び出し元のフックが保持しているターン情報が無視されていた。

変更後

プラグインの $ メソッドは呼び出し側のエージェントの作業ディレクトリで実行されるようになり、フックが保持するターンも正しく尊重される。

ユーザーへの恩恵

サブエージェントからプラグインのメソッドを呼び出しても、正しい作業ディレクトリとターンコンテキストで動作するようになる。

変更前

モジュールを再読み込みまたは削除した後も、そのモジュールのフックが動作し続けており、そのフックからの $.agent.register 呼び出しが成功していた。そのため、既に存在しないモジュールがサブエージェントを登録できていた。

変更後

再読み込みや削除後の古いフックからの $.agent.register 呼び出しは拒否されるようになった。有効なモジュールだけがサブエージェントを登録できる。

ユーザーへの恩恵

削除済みまたは再読み込み済みのモジュールが意図せずサブエージェントを登録することを防ぎ、安心してモジュールを管理できるようになる。

変更前

カスタムエージェントファイル（agents/*.md）にサポートされていないフロントマターフィールドがあっても、--debug 出力では問題の具体的な内容が分からず、ユーザーは自分で原因を調べる必要があった。

変更後

--debug 出力に認識されないフィールド名が表示され、正しいフィールド名のタイプミスである可能性を示すヒントも一緒に提示される。

ユーザーへの恩恵

ユーザーはエージェントファイルのフロントマターのタイプミスをデバッグログから即座に特定して修正できるようになる。

変更前

When a subagent was moved to the background, any edit or shell command waiting behind it would start running before the subagent had finished.

変更後

Processes queued behind the backgrounded subagent now wait until it finishes before starting.

ユーザーへの恩恵

ユーザーがバックグラウンド処理中のサブエージェントの実行結果やリソースの競合を気にする必要がなくなり、システムの安定性が向上する。

変更前

worktree isolation を有効にして subagent を独自の worktree で実行した場合でも、その subagent に表示される git コンテキスト（現在のブランチ、git ステータス、最近のコミット）は親セッションのものが表示されていました。

変更後

subagent が自身の worktree 内で動作している場合、表示される git ブランチ、ステータス、最近のコミットはその worktree に紐づく情報が表示されるようになりました。

ユーザーへの恩恵

subagent の実行状況やコミット履歴を worktree ごとに正確に確認できるようになり、並列作業の管理がしやすくなります。

変更前

セッションを開いたまま claude agents とバックグラウンドサービスを停止すると（例：システムの再起動時）、claude agents の終了時に新しいバックグラウンドサービスが起動されていた。その結果、シャットダウンが遅延し、中断されていたセッションが再起動されていた。

変更後

claude agents の終了時に新しいバックグラウンドサービスが起動されなくなった。セッションを開いたまま両方を停止しても、シャットダウンが遅延せず、中断されたセッションが再起動されることもない。

ユーザーへの恩恵

システムの再起動時にバックグラウンドサービスが不要に再起動されることによるシャットダウンの遅延やセッションの意図しない再開を回避できる。

変更前

カスタムエージェントに worker という名前を付けても、auto-mode がアクションを拒否した際の通知や /tasks のタスク詳細ビューのアクティビティリストでは、エージェントの実際の名前が表示されず、汎用的な「Agent」というラベルで表示されていた。そのため、どのエージェントが拒否されたのか、どのエージェントが動作しているのかを判別しにくかった。

変更後

auto-mode の拒否通知やタスク詳細ビューのアクティビティリストでも、カスタムエージェントに付けた worker などの実際の名前が表示されるようになった。これにより、複数のエージェントが動作している場面でも、通知やリストから対象のエージェントを正確に識別できる。

ユーザーへの恩恵

カスタムエージェントの名前が通知やアクティビティリストにそのまま表示されるため、どのエージェントが拒否されたり動作したりしているのかを確認するために追加の操作をする必要がなくなった。

変更前

Workflow サブエージェントから fork スキル(context: fork)を呼び出した場合、そのスキルの実行結果がメイン会話に配信されていた。

変更後

実行結果はスキルを呼び出した Workflow サブエージェント自身に正しく配信されるようになった。

ユーザーへの恩恵

fork スキルの結果が呼び出し元の Workflow サブエージェントに届くようになり、ワークフロー内の後続処理が結果を正しく利用できるようになる。

変更前

インプロセスのエージェントチームメイトでは、ツール検索（tool search）による遅延ロードの仕組み上、SendMessage ツールがまだロードされていない状態で起動していた。そのため、チームメイトが最初に SendMessage を呼び出すと、ツールがロードされるまで呼び出しが失敗していた。

変更後

ツールがロードされる前に SendMessage が呼び出されても、チームメイトがその呼び出しを正常に処理できるようになった。最初の SendMessage 呼び出しがツールロード待ちで失敗することはなくなった。

ユーザーへの恩恵

ユーザーはインプロセスのチームメイトへの最初のメッセージ送信が失敗することを気にせず、チームをスムーズに運用できるようになる。

変更前

バックグラウンドサブエージェントを実行中のセッションが強制終了され、そのセッションを再開した後、さらに 2 回目の再開を行うと、Claude はそのサブエージェントを SendMessage で再開できることを知らされない状態だった。そのため Claude は再開可能なサブエージェントの存在を把握できず、継続作業を依頼されないことがあった。

変更後

セッションを 2 回目に再開した後でも、Claude は SendMessage を使ってバックグラウンドサブエージェントを再開できる旨を正しく伝えられるようになった。Claude は再開が必要なサブエージェントを自ら判断して継続作業を依頼できる。

ユーザーへの恩恵

ユーザーはセッションを何度再開しても、Claude が中断されたバックグラウンドサブエージェントの作業を継続して完了させられるようになる。

変更前

サブエージェント起動時の skills フィールドによるスキルのプリロード数に上限がなく、指定内容がすべてコンテキストに注入されていた。

変更後

skills フィールドからプリロードされるスキルが最大 32 個に制限され、各スキルは 1 回だけ注入されるようになった。Skill ツールを持つサブエージェントは、プリロードされなかった残りのスキルを Skill ツール経由で呼び出せる。

ユーザーへの恩恵

大量のスキルを指定してもサブエージェントのコンテキストが過剰に消費されず、未プリロードのスキルも実行時に発見・呼び出せるため、コンテキスト効率とスキル利用の柔軟性を両立できる。

変更前

macOS またはバックグラウンドサービス未インストールの Linux 環境では、claude agents を終了してもバックグラウンドサービスがしばらく稼働し続け、実行中のセッションも維持されていた。

変更後

claude agents がバックグラウンドサービスと連動して停止するようになり、実行中のセッションは約1分後に停止する。その際、その旨を知らせる通知が表示される。

ユーザーへの恩恵

claude agents を終了した後にセッションがいつまで残るかを明確に予告することで、バックグラウンドのセッションが予期せず残り続けることを防ぎ、リソース管理がしやすくなる。

変更前

バックグラウンドエージェントが動作した後やパネルのステータス行が表示された後で、会話をフォークしたり Rewind で会話を復元しようとすると、「Message not found in session」というエラーで失敗していた。ユーザーは会話の復元やフォークをあきらめるしかなかった。

変更後

エージェントのアクティビティやステータス行によって会話のメッセージ位置がずれても、フォークと Rewind の会話復元が正しく動作するようになった。エラーなしで意図した時点から会話を続けられる。

ユーザーへの恩恵

バックグラウンドエージェントの活動後でも会話のフォークや Rewind を安心して実行できるようになる。

変更前

xhigh または max の effort レベルで作業すると、Web 検索や agent フックの評価が通常より大幅に遅くなっていた。

変更後

これらの effort レベルでも Web 検索と agent フックの評価が通常の速度で完了する。

ユーザーへの恩恵

xhigh や max の effort レベルを使っても、検索やフック処理で待たされずに作業を続けられる。

変更前

prompt フックや agent フックに「Block commands that...」のような指示形式でブロック要件を書いても、Claude がその指示に従うかどうかに依存するため、本来ブロックされるべきコマンドが許可されていた。フックの判定結果が意図と反する動作になることがあった。

変更後

指示として書かれた prompt および agent フックでも、本来ブロックすべき内容を正しくブロックするようになった。フックが意図した通りに動作するようになり、許可すべきでない操作が実行されにくくなった。

ユーザーへの恩恵

ユーザーは自然言語で書いたブロック指示のフックを安心して使えるようになり、危険なコマードの実行をフックで確実に防げるようになる。

変更前

Stop や SubagentStop の prompt フックで「ビルドが壊れていたら続けて」のような指示形式の文章を書いた場合、その判定が正確に行われず、Claude が条件を満たす前に作業を切り上げて停止することがあった。

変更後

指示形式の prompt フックの内容がより正確に判定されるようになり、フックの意図に沿って Claude が作業を継続するかどうかが判断される。

ユーザーへの恩恵

ビルド修復などの継続条件を prompt フックで指示しておくと、Claude が中途半端な状態で停止しにくくなり、最後までタスクを完遂できるようになった。

変更前

subagentStatusLine の stdin ペイロードには各サブエージェントの id・name・status・model・tokenCount などが含まれていたが、どのカスタムサブエージェントの種類であるかを判別できる情報はなかった。

変更後

ペイロードに agentType フィールドが追加され、スクリプトはどの種類のカスタムサブエージェントなのかを識別できるようになった。

ユーザーへの恩恵

ユーザーは subagentStatusLine 用のスクリプトでサブエージェントの種類ごとに行の表示を変えるなどの処理を書けるようになる。

変更前

ホスト設定、権限ルール、--tools リストのいずれかで SendMessage が削除されているセッションでは、セッションを再開しても Claude はそのツールが使えない状態を正しく認識できず、SendMessage でサブエージェントへの継続指示やメッセージ送信を試みて失敗することがあった。

変更後

ホスト設定、権限ルール、--tools リストのいずれかで SendMessage が削除されているセッションでは、Claude にそのツールを継続やメッセージ送信に使うよう指示しないように修正され、再開されたセッションでも同様に機能するようになった。

ユーザーへの恩恵

削除されたツールを呼び出して失敗することなく、セッションの再開後もサブエージェントとの継続作業やメッセージ送信がスムーズに行えるようになる。

変更前

サブエージェントや --agent セッションでは、親セッションではなく自分自身のツールリストに特定の組み込みツールが含まれていない場合でも、「そのツールはセッション全体で無効化されている」と通知されることがあった。このため、ユーザーはツールが使えない理由を誤って把握してしまう可能性があった。

変更後

自分のツールリストからツールが外れているだけの場合は、セッション全体で無効化されているという誤った通知が行われなくなった。ツールが利用できない理由が正確に伝わるようになった。

ユーザーへの恩恵

ユーザーはサブエージェントや --agent セッションでツールが使えないとき、その原因を正しく理解して適切に対応できる。

変更前

変更前は、セッションフォルダの読み取りに一時的に失敗すると(例: 同時に開けるファイル数が多すぎる場合)、フッターに表示されているエージェント数が消えたまま復帰しなかった。ユーザーはサブエージェントの稼働状況を確認するために画面を再起動するか再描画を待つ必要があった。

変更後

変更後は、一時的な読み取り失敗が起きてもエージェント数表示が消えず、セッションフォルダの状態が回復すれば引き続き正しい件数が表示される。ユーザーはそのまま会話を続けながらサブエージェントの状況を把握できる。

ユーザーへの恩恵

ユーザーは一時的なファイル読み取りエラーが起きても、再起動や再描画を待たずに引き続きエージェント数を確認できるようになる。

変更前

カスタムエージェント worker は起動時に汎用的な「Agent」という表示名で示され、またエージェントの実行が終了すると、エージェント詳細ダイアログのタイトルからエージェントタイプが消えていた。そのため、ユーザーはどのエージェントが動いているか、終了後に確認しづらかった。

変更後

カスタムエージェントは起動時から正しい名前(worker)で表示されるようになり、エージェント詳細ダイアログのタイトルもエージェント終了後もエージェントタイプを保持するようになった。これにより、エージェント画面上でカスタムエージェントを一貫して正しく識別できる。

ユーザーへの恩恵

ユーザーはエージェントビューで、カスタムエージェントの種類を実行中・終了後のどの場面でも正確に見分けられるようになる。

変更前

以前は、claude agents が bypass permissions を提示しても、同意が .claude/settings.local.json や --settings ファイルにのみ保存されている場合、バックグラウンドセッションはその同意を参照せず無視していた。

変更後

修正後は、まず同意を求めるようになり、bypass を無視するセッションに対しては消えない短い通知を表示する。

ユーザーへの恩恵

bypass permissions の同意状態がバックグラウンドセッションでも正しく扱われ、セキュリティ設定の見落としを防げる。

変更前

セッションフォルダの読み取りに失敗すると（例：開けるファイル数が多すぎる場合）、エージェントビューのセッションリストが一時的にプレースホルダー行に置き換わり、実際のセッション一覧が表示されないことがあった。

変更後

セッションフォルダを読み取れない場合でも、セッションリストがプレースホルダー行に置き換わらなくなり、通常の表示が維持されるようになった。

ユーザーへの恩恵

セッションフォルダの一時的な読み取りエラーが発生しても、エージェントビューのセッション一覧が消えることなくそのまま作業を続けられる。

変更前

これまでエージェントリストやモデルに通知される MCP サーバーの並び順では、非 ASCII 文字を含む名前と ASCII のみの名前が混在した順序でソートされていた。そのため日本語などの非 ASCII 名を持つサーバーがリストの途中に挟まる形で並んでいた。

変更後

今回の変更で、ソート処理が見直され、非 ASCII 文字を含む名前は ASCII のみの名前より後にまとめて並ぶようになった。これによりモデルへの通知リストで ASCII 名が先頭側に集まる。

ユーザーへの恩恵

非 ASCII 名のエントリが ASCII 名の後にまとまることで、リストの並びが予測しやすくなり、モデルが同一セッション内で一貫した順序を認識できる。

変更前

変更前は、プロンプト内の @-メンション解決時に claude_code.at_mention ログイベントの件数に明示的な上限がなく、エージェントや MCP リソースへのメンションが多数含まれる場合、イベントが大量に出力される可能性があった。

変更後

変更後は、プロンプトが読み込まれるたびに、エージェント関連のイベントは最大 100 件、MCP リソース関連のイベントは最大 100 件までに制限される。

ユーザーへの恩恵

大量のメンションを含むプロンプトでも、テレメトリのイベント出力量が予測可能な上限に抑えられ、監視バックエンドへの負荷やデータ量を管理しやすくなる。

変更前

Agent ツールでサブエージェントを実行する場合、effort レベルを指定できず、セッション全体のレベルに従っていた

変更後

Agent ツールに effort パラメータが追加され、サブエージェントごとに任意の effort レベルを指定できる

ユーザーへの恩恵

タスクの複雑さに応じてサブエージェントの effort レベルを個別に調整することで、トークン消費やコストを抑えつつ必要なタスクの推論精度を確保できる

変更前

ワークフローエージェントは agent.spawn mod フックからは見えず、mod はそれらを検出したり拒否したりできなかった。

変更後

ワークフローエージェントが、その実行内容とインデックスの情報とともに agent.spawn フックに渡されるようになり、mod はそれらを検出して拒否できる。

ユーザーへの恩恵

ワークフローエージェントのスポーンを mod が制御できるようになる

変更前

設定で無効化されている、サーキットブレーカーが作動している、または使用中のモデルが対応していない場合でも、permissionMode: auto を定義したサブエージェントは auto mode に入ろうとしていた。

変更後

auto mode が利用できない環境では、サブエージェントは auto mode に入らず、親セッションの権限モードで動作するようになった。

ユーザーへの恩恵

auto mode が無効な環境でもサブエージェントが意図せず高い権限モードで動作することがなくなり、権限管理を確実に制御できる。

変更前

メインの会話が利用制限で停止した後、その同じ制限に達して失敗したバックグラウンドエージェントが存在すると、エージェントごとに利用制限アラートが1回ずつ繰り返し表示されていた。

変更後

すでにメインの会話を停止させた利用制限によってエージェントが失敗した場合でも、バックグラウンドエージェントごとにアラートが重複表示されなくなった。

ユーザーへの恩恵

同じ利用制限に関するアラートの重複に悩まされず、通知をすっきり確認できるようになる。

変更前

デスクトップアプリまたは IDE がホストするセッションで、リモートコントロールのビューアーがバックグラウンドサブエージェントを表示しようとすると、サブエージェントペインが空のままだった。

変更後

バックグラウンドサブエージェントの内容がサブエージェントペインに正しく表示されるようになった。

ユーザーへの恩恵

リモートコントロールからでも、バックグラウンドサブエージェントの実行状況を確認できるようになる。

変更前

デスクトップアプリでメッセージがキューに積まれている状態で「今すぐ送信」を実行すると、そのターンが待機していたサブエージェントが意図せず終了していた。

変更後

メッセージがキューに入っている場合でも「今すぐ送信」を実行してもサブエージェントは終了せず、ターンの処理が正しく続行されるようになった。

ユーザーへの恩恵

デスクトップアプリでキューに入ったメッセージがある状態でもターンを安全に送信でき、サブエージェントの処理が中断されなくなった。

変更前

mod の config.set / state.set / env.set / agent.spawn フックが next(e) を呼び出した後に拒否を返すと、その応答が拒否として扱われ、どのフックが原因か分からない状態になる。

変更後

next(e) を呼び出した後の拒否は拒否としては扱われず、フックが失敗したものとしてフック名付きで報告される。

ユーザーへの恩恵

next(e) 呼び出し後の誤った拒否動作がなくなり、原因となったフックを名前で特定できるため、mod のデバッグがしやすくなる。

変更前

hooks ワーカーは複数の mod で共有される 1 つのスレッドであり、クラッシュ時には再起動（置き換え）が行われる。しかしワーカーが置き換えられると、mod の起動時プロンプト、コマンド、サブエージェントが再度キューに登録され、同じ処理が 2 回実行されていた。

変更後

hooks ワーカーが置き換えられても、mod の起動時プロンプト、コマンド、サブエージェントが重複してキューに登録されないようになった。各起動時処理は 1 回だけ実行される。

ユーザーへの恩恵

hooks ワーカーの再起動後も、mod の起動時プロンプトやコマンド、サブエージェントが二重に実行されることを気にせず mod を利用できるようになる。

変更前

再起動後、Claude はどの停止済みバックグラウンドエージェントが再開可能かを把握できず、ユーザーが手動で確認・指示する必要があった。エージェントの ID 情報が提供されないため、再開漏れが起きやすかった。

変更後

再起動後、Claude に対して停止済みバックグラウンドエージェントのうち ID 指定で再開可能なものが明示的に伝えられるようになった。Claude 自身が再開対象を特定できるため、ユーザーは手動で調査しなくてよい。

ユーザーへの恩恵

再起動後もユーザーは停止済みエージェントの再開を自分で確認・指示する手間なく、Claude に任せて継続作業を再開できる。

変更前

エージェント名の長さに明確な上限がなく、長い名前もそのまま受け付けられていた

変更後

エージェント名は最大 256 文字に制限され、超過する名前は拒否され、スキルやプラグインファイルの name が超過する場合は無視される

ユーザーへの恩恵

長すぎるエージェント名が原因で生じる問題を防ぎ、名前の一貫性を保てる

変更前

プラグインフックの tool.check イベントには agentId が含まれていなかったため、フックはパーミッション判定がサブエージェントのツール呼び出しに対するものか、メインセッションのものかを区別できなかった。

変更後

プラグインフックの tool.check イベントには agentId が含まれていなかったため、フックはパーミッション判定がサブエージェントのツール呼び出しに対するものか、メインセッションのものかを区別できなかった。今回の変更でイベントに agentId が追加された。

ユーザーへの恩恵

ユーザーはサブエージェントのツール呼び出しだけを除外または判定対象にするフックを書けるようになる。

変更前

/claude-api スキルには migrate や upgrade などのサブコマンドが存在したが、Managed Agents の作成・セットアップを支援するサブコマンドはなかった。Managed Agents パターンを利用するには、ユーザーが自分でドキュメントを参照して構成作業を行う必要があった。

変更後

これまでは、Managed Agents を利用するためのオンボーディング(セットアップ)を自分でドキュメントを読みながら進める必要があった。このバージョンから、/claude-api スキルに managed-agents-onboard サブコマンドが追加された。ドキュメントが記載する Managed Agents パターン(Anthropic がホストするエージェントハーネス構成、ant apply ファイルとして表現されるもの)のセットアップを、URL を渡して対話的に進められるようになった。

ユーザーへの恩恵

URL を指定して /claude-api managed-agents-onboard を実行するだけで、ドキュメントを読み込んだ Claude が Managed Agents のセットアップ手順を案内してくれるため、ユーザーは自分でドキュメントを調べて構成を組み立てる手間から解放される。

変更前

/claude-api スキルには migrate や upgrade などのサブコマンドがあったが、新しい Managed Agent の作成をガイドするコマンドは用意されていなかった。Managed Agents を使い始めるには、ドキュメントを参照して手動で設定する必要があった。

変更後

/claude-api スキルに managed-agents-onboard <quickstart-name> サブコマンドが追加された。deep-researcher のような Console のクイックスタートテンプレートを指定すると、Managed Agents のセットアップを ant CLI と連携して進められるようになった。

ユーザーへの恩恵

クイックスタートテンプレート名を指定するだけで、ant CLI を使った Managed Agent の構築をガイド付きで開始できるようになる。

変更前

サブエージェントやチームメイトが実行中にメッセージを受け取って再開されると、以前の実行で温めていたプロンプトキャッシュやそれまでの思考ブロックが失われていた。そのため再開後の最初のリクエストはキャッシュヒットせず、再実行のコストが上がっていた。

変更後

実行中にメッセージを受け取って再開されたサブエージェントやチームメイトでも、それまでに蓄積された思考ブロックと元の実行で温めていたプロンプトキャッシュが失われない。先の実行で作られたキャッシュを再開後の最初のリクエストでそのまま読み取れる。

ユーザーへの恩恵

実行中のメッセージで再開されたサブエージェントやチームメイトが、元の実行で温めたプロンプトキャッシュとそれまでの思考を失わずに済むため、再開後の応答が速くなる。

変更前

オートモードで SubagentHandback ツールを使ってレポートを返すサブエージェントがターンを完了させた際、turn.complete イベントでプラグインのフックが読み取る answer フィールドが空になっていた。

変更後

オートモードで SubagentHandback ツールを使ってレポートを返すサブエージェントのターンが完了したとき、turn.complete イベントの answer フィールドにレポートの引き渡しに関する短いメモが正しく入るようになった。

ユーザーへの恩恵

プラグインのフックが、オートモードで稼働するサブエージェントの最終回答を turn.complete で確実に取得できるようになる。

変更前

disableClaudeAiConnectors や allowedMcpServers で URL ベースの制限を設定しても、.mcp.json、プラグイン、エージェントで宣言された一部の MCP エントリにはルールが適用されていなかった。その結果、制限対象のはずのサーバーがフィルタリングされずに残る場合があった。

変更後

.mcp.json、プラグイン、エージェントで宣言された一部の MCP エントリに対しても、disableClaudeAiConnectors や allowedMcpServers の URL ルールが正しく適用されるようになった。

ユーザーへの恩恵

組織の MCP サーバー制御ポリシーが、すべての MCP エントリに対して一貫して適用されるようになる。

変更前

エージェントビューで応答しないセッションの再起動確認メッセージが表示されている際、Esc を押すと確認が確定したものとして扱われ、セッションが再起動してしまうことがあった。

変更後

エージェントビューで「Press enter again to restart this session — it isn't responding」という確認メッセージが表示されているとき、Esc を押すと誤って確認が確定し、セッションが再起動されることがあった。修正後は Esc を押してもセッションは再起動されず、単にセッションを再び開く動作になる。

ユーザーへの恩恵

確認をキャンセルしたいときに誤ってセッションを再起動してしまう恐れがなくなり、Esc で安全にセッションを開き直せるようになる。

変更前

バックグラウンドセッションが自分で作成したworktreeに移行すると、エージェントビュー上でそのセッションの/loop実行回数・カウントダウン・ライブステータス行が失われていた。セッション自体は動き続けるが、/loopの状態が画面から見えなくなっていた。

変更後

セッションが自分で作成したworktreeに入ると、エージェントビューではそのセッションの/loop実行回数・カウントダウン・ライブステータス行が消えてしまっていた。この修正により、worktree移動後もこれらの情報が引き続き表示される。

ユーザーへの恩恵

セッションがworktreeを作成して移動しても、/loopの実行回数やカウントダウン、ステータス行がエージェントビューから消えなくなり、継続的な監視を妨げずに済む。

変更前

手動権限モードの claude agents セッションでは、返信や新しいエージェントのプロンプトに貼り付けられた画像を読み取る際に、毎回承認を求められていた

変更後

手動権限モードの claude agents セッションで、返信や新しいエージェントのプロンプトに貼り付けられた画像を読み取る際に、承認を求められなくなった

ユーザーへの恩恵

ユーザーはエージェントセッションで画像を渡すたびに承認操作をしなくて済むようになる

変更前

セクション内の最下段にあるセッションを Ctrl+X で削除した後、もう一度 Ctrl+X を押すと、そのセクションの次のセクション全体が削除対象になる。ユーザーは同じキー操作の繰り返しで削除範囲がセクション単位に拡大することを想定していない。

変更後

セクション内の最下段にあるセッションを削除した後、もう一度 Ctrl+X を押すと、削除されるのは空になったセクションではなく、その直後にあるセクション全体だった。そのため、Ctrl+X の連続押下によって、ユーザーが意図していないセクションがまとめて削除されることがあった。

ユーザーへの恩恵

セッションを連続して削除しても、意図しないセクションがまとめて消えることがなくなる。

変更前

エージェントビューで n: フィルターや Ctrl+F 検索を実行した後、Esc を押すと入力欄ではなくセクションヘッダーにフォーカスが移動していた。この状態で Ctrl+X を2回押すと、そのセクション内の全セッションが削除されていた。

変更後

エージェントビューで n: フィルターや Ctrl+F 検索を実行した後、Esc を押すと入力欄ではなくセクションヘッダーにフォーカスが移動していた。この状態で Ctrl+X を2回押すと、そのセクション内の全セッションが削除されていた。修正後は、検索後の Esc がフォーカスを正しい場所に戻し、セクション内の全セッションが誤って削除されることはない。

ユーザーへの恩恵

検索後に Esc を押してからセッションを停止・削除しても、意図しない一括削除が発生しなくなる。

変更前

配信先のセッションが停止していたためスラッシュコマンドを配信できなかった場合でも、そのコマンドが保存され続けていた。そのため、次にそのセッションが再起動したときに、ユーザーの意図と関係なく保存されたコマンドが Claude Code 自身によって実行されてしまっていた

変更後

停止中のセッションへ配信できなかったスラッシュコマンドが保存されなくなり、そのセッションが再起動した際に Claude Code が勝手にコマンドを実行することがなくなった

ユーザーへの恩恵

配信に失敗したコマンドが意図せず後で実行されることがなくなり、セッション再起動時の動作を予測できるようになる

変更前

変更前は、agent view でセッションを開いた際に表示される「Press enter again to restart this session fresh」プロンプトに対して Esc を押しても正しく確定されず、プロンプトの挙動に不具合があった。

変更後

変更後は、agent view で Esc を押すと「Press enter again to restart this session fresh」の再起動確認プロンプトが正しく確定する。

ユーザーへの恩恵

再起動確認プロンプトを Esc で正しくキャンセルできるため、意図せずセッションを再起動してしまうことを避けられる。

変更前

修正前は、エージェントビューで /loop を実行した際の実行回数表示が更新されず凍りつき、/clear で会話をクリアするとカウントダウンが消えてしまっていた。

変更後

修正後は、/clear を実行して新しい会話が始まると、/loop の実行回数表示がリセットされて新たにカウントが始まり、カウントダウンも正しく表示される。

ユーザーへの恩恵

ユーザーは /clear 後も /loop の実行回数とカウントダウンを正確に把握できるようになり、新しい会話でループを安心して使い続けられる。

変更前

返信はセッションの再起動が完了するまで最大12秒間リトライされるようになり、セッション再起動の完了を待ってから確実に配信される。

変更後

背景セッションがクラッシュした直後に claude agents から送信された返信は、2秒で拒否され再送も行われない。そのためセッションが再起動するまでの間、送信した返信が失われていた。

ユーザーへの恩恵

背景セッションがクラッシュしても返信が自動的に再送されるため、ユーザーは送信し直すことなく返信が確実に届くようになる。

変更前

実行中のセッションへの配信に失敗したコマンドや回答が内部で保持されたままになり、ユーザーが意図しないタイミングで再送されていた

変更後

claude agents から実行中のセッションに届けられなかったスラッシュコマンドや複数選択式の質問への回答が、そのまま保存され、次回セッション再開時に自動的に送信されていた

ユーザーへの恩恵

失敗したコマンドや回答が勝手に再送されなくなり、再開時のセッション操作を安心して行えるようになる

変更前

Homebrew で Claude Code をアップグレードすると、バックグラウンドサービスの再起動に失敗し、「Couldn't restart the background service」というエラーが表示されて claude agents が動作しなくなっていた。また、既存のバックグラウンドセッションもアップグレード後に停止してしまっていた。

変更後

Homebrew でアップグレードした後も、claude agents コマンドが「Couldn't restart the background service」というエラーで失敗せず、バックグラウンドセッションも停止しなくなる。バックグラウンドサービスが新しいバージョンでも正しく再起動され、セッションが維持される。

ユーザーへの恩恵

Homebrew でのアップグレード後に claude agents を安心して使い続けられるようになる。

変更前

エージェントビューの行で Enter をもう一度押すと、セッションが空の会話で再起動される仕様だった。

変更後

エージェントビューで「このセッションを新規に再開」を実行すると、空の会話から始まるはずが、セッション内の過去のメッセージが再送されていた。

ユーザーへの恩恵

「このセッションを新規に再開」を実行したときに、過去のメッセージが意図せず再送されることなく、空の会話でセッションをやり直せるようになる。

変更前

Macがスリープから復帰すると、バックグラウンドエージェントが「Agent stalled」というエラーで失敗し、Workflowツールが起動したサブエージェントは初期プロンプトから再実行されていた。

変更後

Macがスリープから復帰しても、バックグラウンドエージェントは処理を継続し、「Agent stalled」というエラーで失敗しなくなった。また、Workflowツールのサブエージェントもプロンプトの先頭からやり直すことなく中断した箇所から動作を続ける。

ユーザーへの恩恵

スリープ復帰後もバックグラウンドのエージェント処理が失われず、長時間タスクを安心して任せられる。

変更前

バックグラウンドサブエージェントは、メインセッションが別のworktreeに入った後はworktree内でWrite/Bashツールを利用できなかった。

変更後

バックグラウンドサブエージェントは、メインセッションが別のworktreeに入った後もworktree内でWrite/Bashツールを引き続き利用できる。

ユーザーへの恩恵

メインセッションのworktree移動を気にせず、バックグラウンドのサブエージェントがworktree内で編集やコマンド実行を続けられる。

変更前

マシン上の managed settings がゲートウェイログインを強制していない場合、バックグラウンドコマンド、agents ビュー、daemon worker が送信するテレメトリやフィーチャーフラグリクエストが Claude apps gateway を経由せず直接 Anthropic に送られていた。

変更後

マシン上の managed settings がゲートウェイログインを強制していない場合、バックグラウンドコマンド、agents ビュー、daemon worker が Anthropic 宛のテレメトリとフィーチャーフラグリクエストを Claude apps gateway の背後経由で送信しなくなる。

ユーザーへの恩恵

ゲートウェイを利用する環境でも、managed settings による強制がない場合にバックグラウンド処理の通信がゲートウェイ経由に統一され、企業ポリシーに沿った通信経路を維持できる。

変更前

バックグラウンドエージェントが権限プロンプトを表示しても、その画面からはすべてのバックグラウンドエージェントを停止するショートカットが確認できなかった。

変更後

バックグラウンドエージェントからの権限プロンプトに、Ctrl+X Ctrl+K ショートカットが表示されるようになった。

ユーザーへの恩恵

プロンプト画面で Ctrl+X Ctrl+K を知ることができるため、ユーザーは権限プロンプトを開いたままですべてのバックグラウンドエージェントを停止できる。

変更前

インプロセステームメイトの Agent 結果内の agent_id には name@team 形式のアドレスが入っていました。また、TeammateIdle フックはそのテームメイトのサブエージェントやフォークからも発火していました。

変更後

インプロセステームメイトの Agent 結果内の agent_id が、そのエージェントの ID を指すようになりました。name@team 形式のアドレスは引き続き teammate_id フィールドに格納されます。また、TeammateIdle フックは、そのテームメイトのサブエージェントやフォークからは発火しなくなりました。

ユーザーへの恩恵

テームメイトを一意に識別する ID を直接的に取得できるようになり、フックが意図しないエージェント（サブエージェントやフォーク）で発火しなくなるため、フック処理の信頼性が向上します。

変更前

これらのコマンドを busy 状態のバックグラウンドセッションに送ると、そのターンが終了するまで変更は適用されず待たされた。

変更後

busy 状態のバックグラウンドセッションに対して claude agents から /model、/effort、/rename を送ると、確認なしでその場で適用されるようになった。

ユーザーへの恩恵

ターンの終了を待たずに即座に設定変更やセッション名の変更を反映でき、バックグラウンドセッションの操作が快適になる。

変更前

Managed Agents のサンプルコードでは、Web ツール（WebSearch / WebFetch）がデフォルトで有効になっており、権限ポリシーも明示的に指定されていなかった。

変更後

Managed Agents のサンプルコードでは、Web ツールが不要な場合は明示的にオフにし、ツール権限には auto 権限ポリシーを指定するように変更された。これにより、サンプルに含まれるエージェントは必要のないツールに依存せず、権限方針もデフォルトで適切に設定される。

ユーザーへの恩恵

ユーザーはサンプルをそのまま使うだけで、不要な Web ツールを無効化した安全で最小権限なエージェント構成を得られる。

変更前

VSCode のエージェントマップで、ネストされたサブエージェントが「Tool calls (0)」と表示され、そのサブエージェントが起動するさらに下位のエージェントがメインエージェントの直下に配置されていた

変更後

VSCode のエージェントマップで、ネストされたサブエージェントが正しく表示されるようになった

ユーザーへの恩恵

ネストされたサブエージェントの階層構造とツール呼び出し状況がマップ上で正確に把握できるようになる

変更前

エージェントチームのメンバーをプログラムから生成するための agent.spawn API が存在せず、プラグインのフックイベントごとに異なるエージェント ID が使われ、$.agent.list() の返り値にはエージェントの idle や waiting の状態が含まれていませんでした。

変更後

エージェントチームのエージェントに対して agent.spawn API が使えるようになりました。これまではエージェントチームのメンバーをプログラムからスポーン(生成)する手段が存在しませんでした。あわせて、プラグインのフックイベント全体で同一のエージェント ID が使われるようになり、$.agent.list() にはエージェントの状態として idle(待機中)と waiting(待ち状態)が表示されるようになりました。

ユーザーへの恩恵

開発者は SDK やプラグインからチームメイトのエージェントをスポーンできるようになり、フックやエージェント一覧でエージェントを正確に識別・把握できるようになる。

変更前

エージェントビューでは、矢印キーや PgUp/PgDn、Home/End で行を移動できるが、セッションを名前で検索する手段がなく、グループ間をまとめて移動するショートカットも存在しなかった。セッションのリネーム (Ctrl+R) などエージェントビュー内のキーバインドは keybindings.json での変更に対応していなかった。

変更後

エージェントビューで Ctrl+F を押すとセッション名で検索でき、Alt+↑/↓ でグループ間を移動できる。また、これらのショートカットとセッションのリネーム操作を keybindings.json で再割り当てできるようになった。

ユーザーへの恩恵

多数のセッションの中から目的のセッションを名前で素早く見つけ、キー操作を自分の好みに合わせてカスタマイズできるようになる。

変更前

セッション中に古いモデル (例: WebFetch による要約や sonnet サブエージェント) へのリクエストが発生すると、自動モードはその後のセッションでもそのモデルを継続して使い続け、安全分類器が使用するモデルに自動的に切り替わらない

変更後

自動モードは、WebFetch による要約や sonnet サブエージェントなど古いモデルへのリクエストが発生しても、セッションの残りもそのモデルを継続して採用し、安全分類器のモデルに自動的に切り替える

ユーザーへの恩恵

古いモデルへのフォールバック後も最新のモデルが採用され続けるため、予期せぬモデル変更が発生しなくなる

変更前

変更前は、worktree 内で実行されるサブエージェントでプラグインの tool.call フックが働くと、Bash の実行が失敗していました。また、ファイル検索が本来対象とすべきフォルダーではなく誤ったフォルダーを読み込んでいました。

変更後

修正後は、tool.call フックを持つプラグインがあっても、worktree 内のサブエージェントで Bash が正常に実行され、ファイル検索も正しいフォルダーを対象に行われます。

ユーザーへの恩恵

worktree で動作するサブエージェントでもプラグインのフックを併用したまま、Bash コマンドやファイル検索を正しく実行できるようになります。

変更前

プラグインで定義されたエージェントを名前でスポーンすると、そのエージェント自身の定義が無視され、デフォルトのプロンプト、tools、disallowedTools、effort で実行されていた。

変更後

エージェントチームにおいて、プラグインで定義されたエージェントを名前でスポーンすると、そのエージェント自身のプロンプト、tools、disallowedTools、effort の設定で実行されるようになった。

ユーザーへの恩恵

ユーザーはプラグインで定義したエージェントのプロンプトやツール構成、effort 設定が意図どおりに反映されるようになり、期待した振る舞いでエージェントを利用できる。

変更前

Claude Desktop の Code タブで実行されるサブエージェントは、ユーザーが設定した memory という名前の MCP サーバーのツールを一切利用できませんでした。

変更後

Claude Desktop の Code タブで実行されるサブエージェントでも、ユーザーが設定した memory という名前の MCP サーバーのツールが利用可能になりました。

ユーザーへの恩恵

Claude Desktop の Code タブでも、memory MCP サーバーのツールをサブエージェント経由で利用できるようになります。

変更前

サブエージェントの tools: に多数の Agent(...) エントリが並んでいると、起動処理が途中で停止し、エージェントが固まったまま動かなくなっていた。

変更後

エージェントの tools: に多数の Agent(...) エントリが並んでいても、Claude Code がそれらを正しく解決して起動処理を完了するようになった。

ユーザーへの恩恵

Agent(...) エントリを大量に列挙したエージェント定義でも、起動時の停止を気にせず実行できるようになる。

変更前

Claudeがレスポンスを終えてから約60秒経過した時点で、ユーザーのタイプ入力がなくても、アイドル状態を示す通知フックが発火する。background subagentなど、バックグラウンドで動作しているエージェントがまだある場合に発火しないはずだが、idle_prompt通知フックはバックグラウンドエージェントがまだ動作しているときにも発火していた。

変更後

バックグラウンドエージェントの実行中にアイドル通知が発火するのは変なので、backgroundSubagentが走っている間はフックが発火しないようになった。

ユーザーへの恩恵

バックグラウンドエージェントがまだ動いている間にユーザーへ誤ってアイドル通知が出ることを防げる。

変更前

サブエージェントがファイルアクセスによってルールやネストされた CLAUDE.md をロードした際、InstructionsLoaded フックイベントに入力フィールドの agent_id と agent_type が含まれていませんでした。また、ファイルアクセス時にロードされたルールやネストされた CLAUDE.md は effort が報告されませんでした。

変更後

サブエージェントがファイルにアクセスしてルールやネストされた CLAUDE.md をロードした際に発火する InstructionsLoaded フックイベントに agent_id と agent_type が含まれるようになりました。また、ファイルアクセス時にロードされたルールおよびネストされた CLAUDE.md についても effort が報告されるようになりました。

ユーザーへの恩恵

サブエージェントのレジュームイベントでもセッションと同様にユーザーとプロジェクトを一意に識別でき、レジューム処理を確実に自動化できるようになる。

変更前

Agent tool under claude mcp serve always reported no available agents and rejected every subagent_type

変更後

Fix applied so the Agent tool under claude mcp serve now accurately reports available agents

ユーザーへの恩恵

SDK セッションからサブエージェントを呼び出す際に、適切なサブエージェントタイプを指定してタスクを委譲できるようになる。

変更前

メインエージェントとサブエージェントは、判断の責任の所在にかかわらず「You should know」という定型の表現で判断をユーザーに伝えていた。

変更後

メインエージェントとサブエージェントは、判断の責任が自分にあるかユーザーにあるかに応じて、「You should know」メモを書き分けるようになった。

ユーザーへの恩恵

誰の判断かがひと目で分かるようになり、ユーザーは各判断に応じて自分で確認・判断するか、Claudeに任せて進めるかを選びやすくなる。

変更前

最上位行のセッションを Enter で開く

変更後

セッション名が最も良く一致するものを Enter で開くように変更

ユーザーへの恩恵

入力した名前に最も近いセッションを素早く開けるようになる

変更前

組み込みモッドに You should know は存在せず、ユーザーや Claude が見落としがちな事柄を横からチェックして知らせるサイドエージェントの仕組みはなかった。

変更後

新しい組み込みモッド You should know が追加され、サイドエージェントがユーザーや Claude が見落としがちな事柄を検出して知らせるようになった。/plugin enable cc-plugin-you-should-know@builtin で有効化でき、テレメトリが有効なファーストパーティセッションで利用できる。

ユーザーへの恩恵

ユーザーは気づきにくい問題や見落としをセッション中に指摘してもらえるようになり、/plugin enable cc-plugin-you-should-know@builtin でいつでも有効化できる。

変更前

変更前は、エージェントビューにセッション名やタスクで絞り込む n:<text> フィルターが存在しなかった。フィルターの一致が折りたたまれたセクション内にあると表示されず、Enter キーを押しても最初の一致が開かなかった。

変更後

エージェントビューに n:<text> を入力すると、セッション名とタスクに基づいて絞り込めるようになった。折りたたまれたセクション内にある一致もフィルター結果に表示される。Enter キーを押すと、最初の一致がそのまま開かれる。

ユーザーへの恩恵

折りたたまれたセクションを展開して探すことなく、名前やタスクで目的のセッションやタスクを素早く絞り込んで開けるようになる。

変更前

ユーザーアカウントを持たないエージェントが所有するリモートセッションでは、組織がfast modeを許可していても、fast modeがオフのままになり、/fastで有効化しようとしても反映されなかった。

変更後

リモートセッションでも、組織がfast modeの利用を許可していれば、ユーザーアカウントを持たないエージェントが所有するセッションでも/fastでfast modeを有効にできるようになり、設定が正しく反映される。

ユーザーへの恩恵

ユーザーアカウントを持たないエージェントのリモートセッションでも、組織が許可していればfast modeを有効にできるようになる。

変更前

エージェントが終了してセッション起動時のワークツリーが削除されると、そのバックグラウンドセッションが claude agents から再オープンできなくなっていた。

変更後

エージェントが終了して起動時のワークツリーを削除した後も、claude agents からバックグラウンドセッションを再オープンできるようになった。

ユーザーへの恩恵

終了済みバックグラウンドセッションを保存済みの会話ごと claude agents から再開でき、ワークツリー削除後もセッション履歴を失わずに済むようになった。

変更前

バックグラウンドセッションが permission プロンプトで待機していても、claude agents のセッション一覧にそのプロンプトが表示されないことがあり、ユーザーはプロンプトが出されていることに気づけなかった

変更後

バックグラウンドセッションが待機している permission プロンプトが、claude agents に表示されるようになった

ユーザーへの恩恵

ユーザーは claude agents を見るだけで、バックグラウンドセッションの permission リクエストにすぐ気づいて対応できるようになる

変更前

スクリーンリーダーモードでもエージェント時間が毎秒更新され、頻繁な読み上げ再開が発生していた。

変更後

claude agents の画面(スクリーンリーダーモード)では、待機中や稼働中のエージェントの経過時間が毎秒更新されていたため、スクリーンリーダーが絶えず同じ行を読み上げ直していた。

ユーザーへの恩恵

更新頻度が最大10秒に1回に抑えられるため、スクリーンリーダーユーザーはエージェント行の再読み上げに邪魔されずに作業を続けられる。

変更前

「claude agents」からの返信はキューに入らず、ターン実行中に送られたスラッシュコマンドは即時に処理されていた。

変更後

「claude agents」から送られてくる返信は、キューに入ったメッセージとして届くようになった。ターン実行中に送られたスラッシュコマンドのうち「/stop」以外のものは、ターンが終わった時点で実行されるようになった。

ユーザーへの恩恵

ターンが終わった後にキューを確認できるため、実行中のターンとコマンドの相互作用を意識せずに済む。

変更前

VSCode拡張では、実行中のコマンドやサブエージェントを後からバックグラウンドに移動する手段がなく、完了を待つ間もセッションの操作を続けにくかった。

変更後

実行中のコマンドやサブエージェントに対して「Run in background」(バックグラウンドで実行) を選べるようになり、それをバックグラウンドに移動させながら作業を続けられる。

ユーザーへの恩恵

実行中のコマンドやサブエージェントを後からバックグラウンドに移動できるため、完了を待たずに次の作業を続けられる。

変更前

バックグラウンドシェルと Monitor の実行中の出力が、エージェントマップの各カードに表示されるようになった。

変更後

VS Code 拡張のエージェントマップで、バックグラウンドシェルや Monitor のカードを開いても中身がなく、実際の状況を確認するには他の手段が必要だった。

ユーザーへの恩恵

ユーザーは /tasks のエージェントマップから直接カードを開いてバックグラウンドタスクの出力を確認し、その場で停止できるようになる。

変更前

VSCode拡張で、メインターンが終了した時点で実行継続中のバックグラウンドエージェントコマンドが失敗として表示されていた。goal.mdの背景情報によると、ターン終了時にバックグラウンド処理が動作中の場合、結果は後続ターンで完了通知として届くが、UI表示ではコマンド完了前に状態が誤判定されていた。

変更後

メインターンが終了した後も、実行中のバックグラウンドコマンドは実行中として表示され続けるようになった。

ユーザーへの恩恵

バックグラウンドコマンドの実行中に誤った失敗表示に惑わされず、実際の状態を信頼して待機できるようになる。

変更前

実行中のサブエージェントにメッセージを入力すると、サブエージェントがそのメッセージを読み込んだ後、トランスクリプト上でそのメッセージが二重に表示されることがあった。

変更後

実行中のサブエージェントに入力したメッセージが、サブエージェントがそのメッセージを読み込んだ後も、そのトランスクリプト上に二重表示されなくなった。

ユーザーへの恩恵

サブエージェントとのやり取りがトランスクリプト上で重複せず、ログの確認やデバッグがしやすくなる。

変更前

サブエージェントに登録名がない場合、サブエージェントからメインエージェントへの引き継ぎメッセージで、エージェントの名前の代わりに生のタスク ID が表示されていた。

変更後

サブエージェントに登録名がない場合でも、サブエージェントからメインエージェントへの引き継ぎメッセージで、生のタスク ID の代わりにエージェントの名前が表示されるようになった。

ユーザーへの恩恵

登録名のないサブエージェントの実行結果でも、どのエージェントからの結果かを名前で見分けられるようになる。

変更前

タスク管理ツールが有効なセッションであっても、フォアグラウンドで実行されたサブエージェントにこれらのツールが渡されないことがあり、Claude がサブエージェント内からタスクを作成・更新できなかった

変更後

セッションでタスク管理ツールが有効な場合、フォアグラウンドのサブエージェントでも TaskCreate/Get/Update/List や TodoWrite が常に利用可能になった

ユーザーへの恩恵

ユーザーはサブエージェントにも進捗を正しく反映させるためのタスク管理を任せられるようになり、タスクが未完了のまま残る事態を減らせる

変更前

ワークツリー隔離付きで起動されたサブエージェントが、最初のファイル読み取り時にプロジェクトの CLAUDE.md とその import をワークツリー側のコピーから再読み込みしていた。その結果、プロジェクト設定がメインチェックアウトとワークツリーの両方から読み込まれ、二重に適用されていた。

変更後

ワークツリー隔離付きで起動されたサブエージェントが、最初のファイル読み取り時にプロジェクトの CLAUDE.md とその import をワークツリー側のコピーから再読み込みしなくなり、設定が一度だけ適用される。

ユーザーへの恩恵

サブエージェントがプロジェクト設定を二重に読み込まず、設定の適用が一度だけで済むようになる。

変更前

Workflow ツールのサブエージェント実行中に接続が数分停止すると、サブエージェントが元のプロンプトから再起動していた。

変更後

接続が数分停止しても、Workflow ツールがサブエージェントを元のプロンプトから再実行しなくなった。

ユーザーへの恩恵

ネットワークの不安定さによってサブエージェントの作業が最初からやり直されることがなくなり、途中まで進んだ処理が保持される。

変更前

バックグラウンドエージェントやチームメイトのトランスクリプトを表示中に /compact・/clear・/rewind を入力すると、そのコマンドが黙ってメインの会話に作用していた

変更後

バックグラウンドエージェントやチームメイトのトランスクリプトを表示中に /compact・/clear・/rewind を入力すると、操作対象を示すダイアログが開き、確認後に実行される

ユーザーへの恩恵

トランスクリプト表示中でも誤ってメイン会話を圧縮・消去・巻き戻すことがなくなる

変更前

Ctrl+Enter (send now) でサブエージェントのビューにメッセージを送っても、サブエージェントの実行中のコマンドはフォアグラウンドのまま残り、メッセージがすぐに読み取られないことがあった。

変更後

Ctrl+Enter (send now) でサブエージェントのビューにメッセージを送ると、サブエージェントが実行中のコマンドをバックグラウンドに移動して、メッセージが即座に読み取られる。

ユーザーへの恩恵

実行中のサブエージェントにメッセージを送ると即座に読み取られるようになり、待ち時間なしに指示を出せる。

変更前

バックグラウンドエージェントがユーザーのメッセージに返信する際、返信の冒頭に、ユーザーが入力した内容を要約した別のリキャップが表示されていました。このため、実際の回答が始まるまでに不要な要約テキストを読み飛ばす必要がありました。

変更後

バックグラウンドエージェントがユーザーのメッセージに返信する際、返信がユーザーの発言内容を要約した別のリキャップで始まらなくなりました。返信はすぐに実際の回答内容に入るようになり、重複する要約が表示されなくなりました。

ユーザーへの恩恵

ユーザーはバックグラウンドエージェントの返信を開いたときに、冒頭の重複する要約を読み飛ばすことなく、すぐに実際の回答を確認できるようになります。

変更前

Windows では、トラスト記録が保存されたときのパスとフォルダパスの文字の大小が異なると、claude がすでに信頼しているフォルダでも claude --bg やエージェントビューが拒否する。

変更後

トラスト記録の保存時とフォルダパスの文字の大小が違っていても、Windows では claude --bg とエージェントビューが、claude がすでに信頼しているフォルダを拒否しなくなる。

ユーザーへの恩恵

Windows で大文字小文字の違いだけのパスでも、バックグラウンドセッションやエージェントビューが正しく信頼済みフォルダとして扱えるようになり、再信頼の手間がなくなる。

変更前

VSCode 拡張で「Stop」や「Escape」を使うと、そのセッションに関連するバックグラウンドエージェントを含めて実行全体が停止していた。個別に止めるには各エージェントを別途操作する必要があった。

変更後

VSCode 拡張の「Stop」と「Escape」は、実行中のターンだけを終了させる動作に変わった。バックグラウンドエージェントは停止されず実行を続け、エージェントマップから個別に停止できる。

ユーザーへの恩恵

バックグラウンドエージェントを止めずに現在のターンだけを終了でき、必要なものだけをエージェントマップから個別に停止できるようになる。

変更前

claude -p に CLAUDE_CODE_FORK_SUBAGENT=1 を付けて実行した場合、サブエージェント自身が呼び出す Agent ツールの呼び出しがバックグラウンドで実行され、親にあたるサブエージェントは子の実行結果を受け取れない。

変更後

claude -p に CLAUDE_CODE_FORK_SUBAGENT=1 を付けて実行した場合、サブエージェント自身が呼び出す Agent ツールの呼び出しがフォアグラウンドで実行されるようになり、そのサブエージェントが子エージェントの結果を受け取れる。

ユーザーへの恩恵

ユーザーはforkモードのサブエージェント内でもネストされたエージェント呼び出しの結果を確実に受け取り、自動化パイプラインをそのまま動かせる。

変更前

claude -p --permission-prompt-tool を使うヘッドレス実行では、バックグラウンドサブエージェントが権限プロンプトを必要とするツール呼び出しを行うと、そのリクエストは自動的に拒否されていた。サブエージェントはそのツールを使わずにタスクを続行し、--permission-prompt-tool は呼び出されなかった。

変更後

バックグラウンドサブエージェントが権限プロンプトを必要とするツール呼び出しを行うと、そのリクエストは --permission-prompt-tool で指定された MCP プロンプトツールに転送され、ツールが応答した内容に応じて許可または拒否が決まる。

ユーザーへの恩恵

ヘッドレス実行中のバックグラウンドサブエージェントに対しても、外部ツール経由でプログラム的に権限を許可・拒否できるようになり、自動承認フローを構築できる。

変更前

フォークサブエージェントがセッションのプランモードや dontAsk モードを引き継がず、プランモード中でも元の権限モードで動作してしまう

変更後

フォークサブエージェントが親セッションの権限モード(プランモードや dontAsk モード)を引き継ぐようになり、プランモードから抜け出せなくなった

ユーザーへの恩恵

プランモード中にフォークを実行しても、サブエージェントがファイルを編集できず計画の一貫性が保たれる

変更前

autoモードでバックグラウンドサブエージェントを実行した場合、各レポートの後に分類器がそのレポートをレビューする際に、冗長な2回目の返信を求めるプロンプトが表示されていた。

変更後

バックグラウンドサブエージェントがレポートを返した後、autoモードの分類器がそのレポートをレビューする際に、不要な2回目の返信を求めるプロンプトを表示しなくなった。

ユーザーへの恩恵

バックグラウンドサブエージェントのレポートごとに不要な承認プロンプトに対応する必要がなくなり、autoモードの判断フローがスムーズになる。

変更前

ワークフロースクリプト内で失敗した agent()、parallel()、pipeline() 呼び出しが、後でawaitされるか、あるいはまったくawaitされない場合に、unhandled promise rejection として扱われ、バックグラウンドセッションが終了する可能性があった

変更後

失敗した agent() / parallel() / pipeline() 呼び出しを、後からawaitするかまったくawaitしないかにかかわらず安全に扱うようになった

ユーザーへの恩恵

失敗したサブエージェント呼び出しを後からawaitした場合や待機しなかった場合でも、バックグラウンドのワークフローセッションが強制終了せずに済むようになる

変更前

バックグラウンドセッションが権限プロンプトで待機しているとき、claude agents からそのセッションに返信を送ると、その返信が保留中のコマンドの承認として扱われ、ユーザーが意図しないのにコマンドが承認されて実行されることがあった。

変更後

バックグラウンドセッションが権限プロンプトで待機しているとき、claude agents からそのセッションに送信した返信が、保留中のコマンドを承認する場合があった。返信はあくまでテキストとして扱われ、コマンドの承認としては機能しないのが正しい挙動。

ユーザーへの恩恵

返信しても保留中のコマンドが意図せず承認されなくなり、コマンドの実行可否を自分の判断で制御できる。

変更前

自動モードでは、サブエージェントがレポートを呼び出し元に返した後も、誰にも届かない追加のターンを実行し続けていた。

変更後

自動モードでサブエージェントがレポートを呼び出し元に返した時点で、そのサブエージェントの実行が直ちに終了するようになった。

ユーザーへの恩恵

サブエージェントの完了報告後に無駄なターンが発生しなくなり、自動モードでの実行が効率的になる。

変更前

VS Code 拡張でエージェントのトランスクリプトを開いたまま長いセッションを続けると、エージェントが後から送信した新しいメッセージがトランスクリプトに表示されず欠落していた。

変更後

エージェントのトランスクリプト(対話履歴)を開いたまま長時間セッションを続けると、エージェントの新しいメッセージがトランスクリプトに表示されないことがあった。この修正により、開いているトランスクリプトにエージェントの新しいメッセージが正しく反映されるようになった。

ユーザーへの恩恵

長時間のエージェントセッションでも、エージェントの最新のメッセージを欠落なく確認できるようになる。

変更前

VSCode のエージェントマップでは、サブエージェントが実際に実行されたモデルが正しく表示されます。たとえば CLAUDE_CODE_SUBAGENT_MODEL_FORCE が有効な場合や、エージェント定義に model フィールドがある場合でも、そのモデルが表示されます。

変更後

VSCode のエージェントマップでは、サブエージェントが実際に実行されたモデルに関係なく、セッションのモデルが表示されていました。たとえば CLAUDE_CODE_SUBAGENT_MODEL_FORCE が有効な場合や、エージェント定義に model フィールドがある場合でも、そのモデルではなくセッションのモデルが表示されていました。

ユーザーへの恩恵

ユーザーはエージェントマップから、各サブエージェントがどのモデルで実行されているかを正確に把握できる。

変更前

VSCode 拡張機能で多くのエージェントを実行すると、セッションから会話が消えることがあった。

変更後

VSCode 拡張機能で複数のエージェントを同時に実行しても、セッションの会話が消えなくなった。

ユーザーへの恩恵

多くのエージェントを同時に実行しているときも、会話が失われる心配なくセッションを続けられる。

変更前

VSCode のエージェントマップでトランスクリプト(対話履歴)ビューを開くと、実行中のエージェントに送信されたメッセージが一覧に表示されず、欠落して見えていた。

変更後

実行中のエージェントに送信されたメッセージも、エージェントマップのトランスクリプト(対話履歴)ビューに表示されるようになり、送信済みメッセージの欠落がなくなった。

ユーザーへの恩恵

実行中のエージェントとやり取りした内容をすべてトランスクリプトビュー上で確認でき、送信済みメッセージの見落としを防げる。

変更前

エージェントパネルの閉じるキーが再バインドされていた場合、表示中のエージェントの行では、そのキーを押しても「x」という文字がプロンプトに入力され、閉じる動作が正しく実行されなかった。

変更後

エージェントを表示している行で footer:close が押されても、そのキーが本来の閉じる動作を実行し、プロンプトに「x」が入力されない。

ユーザーへの恩恵

表示中のエージェント行でも閉じるキーが正しく動作するため、誤って「x」が入力されることなくパネルを閉じられる。

変更前

セッションが Claude Code が認識しないモデル ID（プロキシ背後のカスタムモデルなど）で動作している場合、Claude API 上で Explore サブエージェントが Opus に切り替わってしまっていた。

変更後

認識されないモデル ID の場合でも、Explore サブエージェントはセッションのモデル ID をそのまま継承して動作する。

ユーザーへの恩恵

カスタムモデルやプロキシ経由の環境でも、Explore サブエージェントがセッションと同じモデルで一貫して動作するようになり、意図しないモデル変更が起こらなくなった。

変更前

Focusビューのセクションは、サブエージェントの動作中やセクションの最初のステップが表示からトリミングされると、ユーザーが手動で展開していても自動的に閉じていました。

変更後

Focusビューのセクションは、サブエージェントの動作中やセクションの最初のステップが表示からトリミングされても、ユーザーが展開した開閉状態が保持されるようになりました。

ユーザーへの恩恵

ユーザーは表示の更新を気にせず展開したセクションを開いたまま追い続けられるようになる。

変更前

修正前は、送信者情報が記録されていない他エージェントからのメッセージが、生のXMLのままVSCode拡張のチャットに表示され、内容が読みにくくなっていた。

変更後

修正後は、送信者情報が記録されていない他エージェントからのメッセージも、生のXMLとしてそのまま表示されることなく、通常のメッセージ内容としてチャットに表示される。

ユーザーへの恩恵

送信者情報のないエージェント間メッセージも人が読める形でチャットに表示され、生XMLを解析せずに済むようになる。

変更前

パネルを再読み込みすると、ほかのエージェント・セッション・チャネルからのメッセージが消えていました。

変更後

再読み込みを行っても、ほかのエージェント・セッション・チャネルからのメッセージが消えず、パネル内に保持されるようになりました。

ユーザーへの恩恵

複数のセッションやエージェントを並行して利用していても、再読み込み後にメッセージを再確認する手間がなくなります。

変更前

ターンが実行されていない状態で VSCode 拡張の Escape キーを押すと、実行中のバックグラウンドエージェントがすべて停止していた

変更後

VSCode 拡張で Escape キーを押しても、ターンが実行されていない状態ではバックグラウンドエージェントが停止しなくなった

ユーザーへの恩恵

VSCode 上でバックグラウンドエージェントを起動したまま維持でき、Escape を押しても意図せず停止させられなくなる

変更前

ユーザーが CLAUDE.md、スキル、エージェント、コマンドに書いたプロンプトが古いモデル向けの記述パターンのままであっても、Claude Code にはそれを検出・診断する専用のコマンドが存在しませんでした。設定の不備は手動で読み返すか、汎用的な Claude への依頼で確認するしかありませんでした。

変更後

既存の CLAUDE.md ファイル、スキル、エージェント、コマンドに含まれるプロンプト文を検証するために、/doctor コマンドに prompt-audit 機能が追加されました(エイリアスとして /checkup prompt-audit も利用可能です)。このコマンドは、過去のモデル向けに書かれたプロンプトの記述パターンを検出し、指摘します。

ユーザーへの恩恵

過去のモデル向けに最適化された古いプロンプトの記述パターンを自動で検出できるようになり、ユーザーは現在のモデルに適した形へ設定ファイルを容易に改善できるようになりました。

変更前

モデルフォールバック中に開始された動的ワークフローは、すべてのエージェントをフォールバックモデルで実行してしまっていた。

変更後

フォールバックの間に開始された動的ワークフローが、設定されたモデルへのリトライを優先するようになった。

ユーザーへの恩恵

フォールバック後でも設定されたモデルへのリトライによって本来のモデルで処理が継続されるようになる。

変更前

VSCode拡張のフッターにあるエージェントピルは、パネル幅が狭い場合にアイコンが中央からずれて描画され、ステータスドットがピルの端に押し付けられたような見た目になっていた。

変更後

VSCode拡張のフッターにあるエージェントピルの描画が修正され、アイコンがピルの中央に配置され、ステータスドットが端に張り付かなくなる。

ユーザーへの恩恵

狭いパネルでもエージェントピルのアイコンとステータスドットが正しい位置に表示され、セッション状態をひと目で判別できるようになる。

変更前

再割り当て(リバインド)されたキーの表示名が長い場合、エージェントパネルのフッターが2行に折り返して表示され、レイアウトが崩れていた。さらに、「Escで折りたたみ」のヒントが常に「Esc」と表示されるだけで、折りたたみ操作を別のキーに再割り当てしていてもそのキー名が反映されず、誤った操作案内になっていた。

変更後

エージェントパネルのフッターは、どんなに長い再割り当てキーがあっても1行に収まるように調整され、表示が崩れなくなった。また、「Escで折りたたみ」のヒントは、折りたたみキーとして再割り当てされた実際のキーを正しく反映して表示される。

ユーザーへの恩恵

キーを再割り当てしているユーザーでも、エージェントパネルのフッター表示が崩れず、実際のキーに合わせた正しいヒントを参考にして操作できるようになる。

変更前

keybindings.json で stop-all-agents ショートカットを未割り当てにすると、/tasks ダイアログのフッターに区切り文字「 · 」が二重に表示されていた。

変更後

すべてのエージェントを停止するショートカットが keybindings.json で未割り当てのときでも、/tasks ダイアログのフッターに区切り文字が1つだけ表示されるようになった。

ユーザーへの恩恵

ユーザーはフッターの表示が崩れないため、/tasks ダイアログの区切り文字を気にせず読めるようになる。

変更前

スポーンされたセッションが親セッションの --setting-sources / settingSources 制限を正しく引き継ぎ、親で読み込まれない設定ソースは子でも読み込まれない

変更後

--setting-sources オプションと SDK の settingSources 設定が、スポーンされたセッション(チームメイト、/bg、claude agents セッション、--worktree --tmux)に転送されず、親セッションの設定ソース制限が引き継がれていなかった

ユーザーへの恩恵

SDK や CLI で設定ソースを制限している環境でも、サブエージェントやバックグラウンドセッションが親と同じ設定ポリシーで一貫して動作するようになる

変更前

クラウドセッションでは、ワーカーが再起動する直前にバックグラウンドエージェントが完了しても、その完了が Claude に伝わりませんでした。

変更後

ワーカーが再起動する直前に完了したバックグラウンドエージェントがあっても、その完了が Claude に伝わるようになりました。

ユーザーへの恩恵

ユーザーはワーカー再起動のタイミングにかかわらず、バックグラウンドエージェントの完了結果を見逃さずに受け取れるようになります。

変更前

エージェントパネルのフッターヒントが keybindings.json で再バインドされたキーを正しく反映するようになり、stop-all-agents ショートカットが未割り当ての場合に余計な区切り文字 · が表示されなくなりました。

変更後

エージェントパネルのフッターヒントは、keybindings.json で再バインドされたキーを無視して固定表示のままでした。また、stop-all-agents ショートカットが未割り当て(unbound)の場合、不要な区切り文字 · が表示されてしまいました。

ユーザーへの恩恵

自分のカスタムキーバインド設定がフッターヒントにそのまま反映され、ショートカット未割り当て時の余計な区切り表示もなくなるため、ヒントが常に実際の操作方法と一致して表示されます。

変更前

既に表示しているフォークに対しても、エージェントパネルのフッターに Enter to view や x to stop が表示され、main を表示中も main 行に Enter to view が表示された

変更後

同じフォークの既に行を開いているときは、その行で Enter to view や x to stop が表示されない。main を表示中は main 行に Enter to view が表示されない

ユーザーへの恩恵

操作が効かないキーのヒントが消え、フッター表示が自分の状態と一致するようになる

変更前

エージェントパネルの行をマウスでクリックしても、キーボードカーソルが以前に選択した行に残ったままになる

変更後

エージェントパネルの行をクリックすると、その行にキーボードカーソルが移動する

ユーザーへの恩恵

エージェントパネルの行をクリックするだけで、キーボードによる選択位置がその行に同期されるようになり、クリック後に矢印キーなどで項目を正しい位置から操作できるようになる

変更前

Esc キーを押すと、エージェントパネルで行が選択された状態では、選択を解除する代わりに実行中のターンが中断されていた。

変更後

Esc キーが実行中のターンを中断する代わりに、選択済みのエージェントパネル行の選択を解除するようになった。

ユーザーへの恩恵

行の選択を解除したいときに誤って実行中のターンを中断してしまうことがなくなる。

変更前

--agents ではインライン JSON のみを受け付け、-p と組み合わせた JSON ファイルのパス指定はできず、prompt を空にすることもできなかった。

変更後

--agents に JSON ファイルのパスを渡せるようになり、-p と組み合わせて使える。インライン JSON も引き続き利用でき、prompt を空にすることも許容されるようになった。

ユーザーへの恩恵

定義済みのエージェント構成を JSON ファイルとして管理・再利用でき、-p モードでの柔軟なエージェント実行が可能になる。

変更前

/batch は git リポジトリ内でしか実行できませんでした。git 以外のバージョン管理システムを使うプロジェクトでは、サブエージェントを分離するワークツリーを用意する手段がないため、このコマンドを利用できませんでした。

変更後

/batch は git リポジトリの外でも動作するようになりました。WorktreeCreate フックが各エージェントのワークツリーを供給すれば、SVN や Perforce など git 以外のバージョン管理システムのプロジェクトでも /batch を実行できます。

ユーザーへの恩恵

git 以外のバージョン管理下にあるプロジェクトでも WorktreeCreate フックを設定すれば /batch による並列作業を利用できるようになる。

変更前

プロンプト直下のワークフロー行は表示情報が限られており、進捗や消費トークン、実行時間などの状況を一目で把握しにくかった。

変更後

プロンプト直下のワークフロー行が、名前・進捗バー・経過時間・合計トークン・大きなワークフローに対する警告を常時表示するようになり、横幅の広い端末ではエージェント数も併せて表示される。

ユーザーへの恩恵

ワークフロー実行中もプロンプトに目を落とすだけで進捗・コスト状況を把握でき、必要に応じて /workflows で停止や削減の判断がしやすくなる。

変更前

/workflows の一覧では、各実行行の先頭にステータスアイコンと経過時間が表示されず、狭いターミナルでは実行名や時間が先に削られて、エージェント数やトークン数が優先的に表示されていた

変更後

各実行行の先頭にステータスアイコンと経過時間が表示されるようになり、狭いターミナルでも実行名と経過時間が維持される

ユーザーへの恩恵

実行の状態と進行時間を一覧ですぐに確認でき、画面幅が狭い環境でもどの実行かを識別しやすくなる

変更前

/agents の対話型作成ウィザードが削除された後も、コマンドメニューや /help に無意味な「(removed)」表記の /agents エントリが残って表示されていた。

変更後

/agents コマンドを入力しても、ウィザードがなくなったことを示す案内だけが表示され、コマンドメニューや /help からも残っていた無効なエントリが消える。

ユーザーへの恩恵

ユーザーは無効なコマンド項目に迷わされず、/agents を入力したときの案内から subagent の作成方法をすぐに把握できるようになる。

変更前

ターミナルウィンドウが前面に来ていない状態でクリックすると、前面化のためのクリック自体がポインター位置の項目の選択・実行として処理され、意図しない操作が発生していた。

変更後

ターミナルウィンドウが前面に来ていない状態でクリックすると、前面化のためのクリック自体がポインター位置の項目の選択・実行として処理され、意図しない操作が発生していた。

ユーザーへの恩恵

背面のターミナルウィンドウをクリックして前面に出すだけで、誤って項目を実行したり選択したりすることがなくなる。

変更前

レジュームされたフォークサブエージェントの再開後の最初のリクエストで、ツールリストが再構築され、初回実行時と異なる内容が送られていた。

変更後

レジュームされたフォークサブエージェントは、最初の実行時に使用したツールリストをそのまま再送する。

ユーザーへの恩恵

レジューム後もフォークサブエージェントのプロンプトキャッシュが壊れず、初回実行時に温めたキャッシュを再利用できるようになる。

変更前

サブエージェントから本体へ引き継ぎメッセージが返るとき、verbose モード以外で展開すると内部の出所情報が先頭に表示されていた。

変更後

サブエージェントから本体へ引き継ぎメッセージが返るとき、verbose モード以外で展開しても内部の出所情報が先頭に表示されなくなった。

ユーザーへの恩恵

verbose モード以外でメッセージを展開したときも、本体の会話に内部の出所情報が混ざらなくなり、メッセージ本文だけを読めるようになった。

変更前

バックグラウンドエージェント・シェル・ワークフローが未了のままのセッションを再開すると、ユーザーが何も入力する前にモデルのターンが勝手に開始されていました。

変更後

セッションを再開した際、未了のバックグラウンドエージェント・シェル・ワークフローがある場合でも、ユーザーが何も入力していない状態でモデルのターンが勝手に開始されなくなりました。再開後はユーザーの入力を待ってから動作します。

ユーザーへの恩恵

未了のバックグラウンド処理があるセッションを再開しても、自分の意図しないタイミングでモデルが動き出すことがなくなり、入力したいタイミングを制御できるようになります。

変更前

バックグラウンドサブエージェントが自身のターンを終了しようとしているタイミングでユーザーやメインエージェントから新しいメッセージが送られてくると、headless(-p)やSDKの非対話セッションではそのメッセージが通知なく破棄されていた。その結果、送った内容がサブエージェントに一切届かず、サイレントに消失していた。

変更後

バックグラウンドサブエージェントがターンを終えようとしているタイミングで送られたメッセージが、headless(-p)やSDKセッションでも破棄されず、サブエージェントの次のターンの入力として保持されるようになった。

ユーザーへの恩恵

非対話セッションであっても、ターン終了の直前に送ったメッセージが消失せずサブエージェントに確実に届くようになる。

変更前

会話を起動したサブエージェントが完了しても、その会話がレポートの読み取り前にコンパクト化されると、レポートが失われていた。

変更後

以前は、サブエージェントを起動した会話がそのレポートの読み取り前にコンパクト化されると、完了したサブエージェントのレポートが失われていた。この修正により、そのような場合でもレポートが失われなくなった。

ユーザーへの恩恵

サブエージェントの起動元の会話がレポートの読み取り前にコンパクト化されても、完了したサブエージェントのレポートが失われなくなった。

変更前

LSPプラグインが有効な場合、バックグラウンドのサブエージェントはLSPツールを利用できなかった。LSP機能を使ったコード解析はフォアグラウンドのセッションに限定されていた。

変更後

LSPプラグインが有効な環境でも、バックグラウンドで実行されるサブエージェントがLSPツールを問題なく使用できるようになった。

ユーザーへの恩恵

ユーザーはバックグラウンドサブエージェントでも定義ジャンプや診断などのLSP機能を活用でき、コード解析を並行して実行できるようになる。