Claude Code 2.1.140 リリース：Agent連携の改善とバグ修正

Claude Code 2.1.140では、Agentツールの柔軟な名前解決やプラグインの可視性向上に加え、Windows環境やバックグラウンドサービスに関する複数の安定性問題が修正されました。

背景

今回のリリースでは、Agentツールの入力検証、設定ホットリロード、Windows固有のパフォーマンス、バックグラウンドサービスの起動など、実運用シナリオで想定される様々なケースに対応するための安定性向上が図られています。

バックグラウンドサービスやエンタープライズ環境における起動失敗、リモートマネージド設定の認証リトライ漏れなど、企業ネットワーク下でのユースケースに直結する問題も複数含まれており、本番利用における信頼性向上が主眼に置かれています。

技術的な変更

Agentツールの入力正規化

subagent_type フィールドの値マッチングが、ケースと区切り文字を無視した正規化処理を経るようになりました。これにより、"Code Reviewer" のような自然な文字列が code-reviewer として正しく解決されます。LLM出力のように表記ゆれが生じやすいコンテキストでAgentを呼び出す場合に、バリデーションエラーを減らす効果があります。

同様の方針で、Readツールの offset パラメータも、空白パディングや + プレフィックス付きの文字列を正しく受け付けるようになりました。ツール呼び出し時の入力検証を実態に即した緩やかなものにする設計変更がいくつかのパラメータにわたって適用されています。

設定ホットリロードのリグレッション修正

シンボリックリンク経由で参照される設定ファイルにおいて、変更イベントが誤ったファイルに帰属される問題が修正されました。この不具合により、実際には変更されていない設定ファイルに対して ConfigChange フックが誤って発火するケースが発生していました。シンボリックリンクを活用した設定管理を行う環境で特に影響が出ていた問題です。

リモートマネージド設定では、401レスポンス時のリトライが追加されました。これまで401エラーが返った際にそのまま失敗していましたが、トークンを強制リフレッシュしたうえで1回リトライする動作に変更されています。また、マネージド設定の extraKnownMarketplaces の自動更新ポリシーが known_marketplaces.json へ永続化されない問題も合わせて修正されています。

Windows環境の安定性改善

Windowsで gh などの実行ファイルが見つからない場合、毎回のチェックで同期的に where.exe が再スポーンされイベントループが断続的にストールする問題が修正されました。繰り返しのプロセス生成を回避する対処が取られており、Windowsユーザーにとってのレスポンス性が改善されます。

バックグラウンドサービスの信頼性向上

claude --bg コマンドにおいて、バックグラウンドサービスがアイドルによる自動終了の直前にあった場合に「connection dropped mid-request」エラーが発生する問題が修正されました。また、エンタープライズ向けエンドポイントセキュリティソフトウェアが導入されたマシンでバックグラウンドサービスの起動に失敗するケースに対して、起動に許容する時間を延長する対処が加えられています。

プラグインの可視性向上

plugin.json で commands/ などのデフォルトコンポーネントフォルダを上書きするキーが設定されている場合、対応するデフォルトフォルダが暗黙に無視されることへの警告が追加されました。この警告は /doctor、claude plugin list、/plugin の各コマンドで表示されるため、設定ミスによるプラグイン機能の欠落を早期に検出できます。

/goal と /loop の挙動修正

/goal コマンドは、disableAllHooks または allowManagedHooksOnly が設定されている場合に、解決されないインジケータを表示したまま無限にハングする問題がありました。現在は、フックが無効化されている旨の明確なメッセージを表示して処理を終了します。/loop では、完了通知が既に発行されているバックグラウンドタスクに対して重複したウェイクアップポーリングが発生しないよう、スケジューリングロジックが修正されています。

まとめ

2.1.140は、エンタープライズ環境・Windows環境・シンボリックリンクを使った設定管理など、実運用シナリオで顕在化したエッジケースへの対処を中心としたリリースです。Agent/ツール呼び出しの入力正規化という設計的な改善も含まれており、LLMからのツール呼び出しに対するロバスト性が段階的に高められています。