Claude Code v2.1.172：子智能体支持最多5层嵌套，附多项修复

Claude Code v2.1.172的新功能

Anthropic于2026年6月10日发布了Claude Code v2.1.172——这是用于与Claude AI模型协作的终端和开发环境的新版本。本次更新带来了几项重要的新功能以及二十余项错误修复，其中一些修复了影响长时间会话和多智能体工作流的严重问题。

嵌套子智能体：最多5层

最重要的新功能是子智能体嵌套（sub-agent nesting）。此前可以调用工具和执行任务的子智能体，现在可以自行创建子智能体——最多嵌套5层。这意味着可以构建分层的多智能体系统，上级智能体将子任务委派给智能体，后者再将其进一步委派给专业化的下级智能体。

这一功能对于代码同步测试、审查和实现等复杂开发任务尤为有用——每个步骤都可以拥有自己专属的并行工作智能体。

改进的Amazon Bedrock集成

通过Amazon Bedrock（AWS托管AI模型服务）运行Claude Code的用户将获得更好的区域配置体验。此前工具要求显式设置AWS_REGION环境变量；现在在未设置该变量时，会从~/.aws配置文件读取AWS区域——这与开发者早已熟悉的AWS SDK行为保持一致。

/status命令现在会显示当前活动区域来自哪个来源，消除了排查配置问题时的不确定性。

插件市场搜索栏与OTEL指标

通过/plugin命令浏览插件市场时，新增了搜索栏——一个实用的改进，可加快在不断增长的插件目录中查找所需扩展的速度。

对于追踪OpenTelemetry（OTEL）指标的用户，claude_code.lines_of_code.count指标中新增了**model属性**，从而可以按模型追踪代码编写活动。

关键错误修复

1M上下文会话卡住

使用1M上下文窗口且没有可用使用积分的会话可能会永久卡住。这是个严重问题，因为没有自动退出机制——会话就此停止响应。现在此类会话会自动压缩至标准上下文限制以下，使工作得以继续。

安全漏洞：读取其他项目设置

后台智能体在预热（pre-warmed）工作节点上运行时，可能读取其他目录的项目设置（.mcp.json权限、信任配置）。这是多智能体环境中潜在的安全和隔离漏洞，现已修复。

其他修复与改进

v2.1.172还带来了一系列改进日常使用体验的修复：

• availableModels限制现在正确应用于子智能体的模型覆盖、启动智能体时的选择器和顾问模型——此前这些限制可能被绕过
• WebFetch通配符规则（如domain:*.example.com）此前在允许、拒绝和询问位置无法匹配子域；现已修复，文件权限规则中的中间通配符（如Read(secrets-*/config.json)）此前在运行时被拒绝也一并修复
• 修复了Bedrock上的/model选择器显示提供商不支持的模型、且选择后静默更改会话模型并同时标记多行的问题
• 修复了当ANTHROPIC_DEFAULT_OPUS_MODEL已包含一个后缀时，1M上下文后缀重复（如[1M][1m]）的问题
• 修复了**opusplan模型设置**未能为授权用户在计划模式下激活1M上下文的问题
• 修复了子智能体聊天标签页打开时，提示历史记录中的上箭头显示主智能体提示的问题

性能与优化

除错误修复外，本次更新还带来了若干性能改进：消除不必要的终端重渲染（/goal状态芯片在工具空闲时不再每秒刷新终端5次），从而降低了空闲状态下的CPU占用。冗余消息规范化的移除使得更长会话的处理速度也有所提升。