Claude Code v2.1.172:サブエージェントの深さが5段階に、Bedrockリージョンの修正、パフォーマンス向上

AnthropicはClaude Code v2.1.172をリリース。エージェントのネストに大きな変更があり、サブエージェントが自身のサブエージェントを最大5階層まで生成できるようになりました。以前は1階層のみでしたが、これにより複雑なワークフローでの階層的なタスク分解が可能になります。
主な変更点
- サブエージェント生成: エージェントが再帰的にサブエージェントを生成可能に(最大深度5)。
- Bedrockリージョン修正:
AWS_REGIONが未設定の場合、Amazon Bedrockは~/.aws/configからリージョンを読み取るようになり、AWS SDKの優先順位と一致します。/statusを実行すると、リージョンの取得元が表示されます。 - プラグイン検索:
/pluginでマーケットプレイスプラグインを閲覧する際に検索バーが追加されました。 - OTELメトリクス:
claude_code.lines_of_code.countにmodel属性が含まれるようになりました。 - 1Mコンテキストのスタック修正: 使用クレジットなしで1Mコンテキストを使用していたセッションが永久にスタックしなくなりました。セッションは自動的に標準のコンテキスト制限内に圧縮されます。
- パフォーマンス: 冗長なメッセージ正規化を削減し、ストリーミングツール使用状態が変更されていない場合の全履歴変換を回避。アイドル時のCPU使用率が低下しました。
/goalステータスチップがアイドル中に5Hzで再レンダリングされなくなり、サブエージェントが並行して実行される際のUI再レンダリングも減少。 - Chromeツール読み込み: ブラウザツールがツールごとではなく、一括呼び出しで読み込まれるようになりました。
- パーミッションワイルドカード修正:
WebFetch(domain:*.example.com)が許可、拒否、確認ルールのサブドメインに一致するようになりました。ファイルパーミッションルールで途中にワイルドカードがあるパターン(例:Read(secrets-*/config.json))が起動時に拒否されなくなりました。 - /modelピッカー修正:
availableModelsの制限がサブエージェントのモデルオーバーライド、ディスパッチモデルピッカー、アドバイザーモデルに正しく適用されるようになりました。claude-opus-4-8のようなバージョン固有のモデルIDで1Mコンテキスト行が非表示にならなくなりました。 - VSCode: PowerShellツール呼び出しが生のJSONではなく、適切なコマンド表示としてレンダリングされるようになりました。シェル出力からANSIエスケープコードが除去されました。
- その他: リモートセッションでの
CLAUDE_MEMORY_STORESのメモリ呼び出しを修正、コメント内のDate.now()/Math.random()に関するワークフロー検証の誤検出を修正、サポートされていないWindowsコンソールでのマウス追跡を無効化。
メリット
このリリースは、マルチステップのエージェンティックワークフローを構築するClaude Codeユーザー向けです。特に、コンテキスト制限に直面している方や複雑なサブタスク委任を管理している方に有用です。ネスト機能の変更だけでも、CIパイプラインやマルチステップのリファクタリングにとって大きな進歩です。
📖 出典: GitHub Claude-Code
👀 See Also

AIエージェントの定義:ワークフローテスト
Redditでの議論では、多くのAIエージェント製品は本質的にToDoリスト付きのチャットボットではないかと疑問が投げかけられており、複数のツール間で手動介入なしにワークフローを完了できるかどうかに基づくテストが提案されています。
Qwen3 27B、現実のツール呼び出しでGemma 4 26Bを上回る:ローカルAIビデオパイプライン向け
地元AIビデオパイプラインの実験により、Qwen3 27Bがツール呼び出しをクリーンに処理する一方、Gemma 4 26Bはループにはまったことが示されました。また、ローカル画像生成のためのSaid Image Turboと、174Kコンテキストに達したOpenCodeオーケストレーションについても取り上げています。

Anthropicのプラットフォーム戦略とOpenClawの対応
ある開発者がAnthropicが最近行った外部Claude連携への制限を分析し、価格や法的問題ではなく、典型的なプラットフォーム企業戦略として捉え、プロバイダーの好意に依存するのではなく、ポータブルなスタックを構築すべきだと主張しています。
OpenClaw 2.0舰队迁移:真正出了什么问题
一日がかりのフリート移行で、OpenClaw 2.0の設定スキーマの厳格化、プラグインの分離、デバイスペアリングの問題が明らかに。502エラーを回避する実践的なヒント。