2026 年 8 月 13 日发布的 v2.1.232 带来两项直接改变日常使用体验的新特性——Subagent Forking 默认开启和用 @ 提及其他会话直接发消息。本文基于官方 Changelog 详解这两项功能的具体行为。
Subagent Forking 默认开启
Subagent forking is now on by default: a subagent_type: "fork"
subagent inherits the full conversation and prompt cache, and
non-teammate agent spawns in interactive sessions now run in the
background by default
这项变更包含两层含义：
1. subagent_type: "fork" 类型的子 Agent 现在会继承
完整的对话历史和提示缓存（Prompt Cache）
—— 这意味着子 Agent 不用从零开始重新理解上下文，
也能复用父会话已经写好的缓存，降低成本
2. 交互式会话中，非"团队成员"（non-teammate）类型的
Agent 生成默认改为在后台运行
—— 不再阻塞你继续在主会话里操作
对于经常需要派生子任务（比如让子 Agent 去处理一个独立模块，同时自己继续推进主线任务）的用户，这项变更带来的体验提升很直接——子任务默认不再打断你，而且因为继承了完整上下文和缓存，子 Agent 处理起来也更高效、成本更低。
@ 提及：直接跨会话发消息
Type @ in the prompt to mention another Claude session by name;
Claude then uses SendMessage to reach that session directly
这是一个很符合直觉的交互设计——在提示词里输入 @ 加上目标会话的名字，Claude 会自动调用 SendMessage 把消息发送到那个会话，不需要你去记住或手动构造会话的完整引用路径。
配套的两项改进让这个功能更顺手：
SendMessage 现在如果目标名字精确匹配某一个正在运行的会话，
会直接投递，而不是先要求你用 ref 确认一遍
同一台机器上的交互式会话现在会保持名字唯一——
如果你启动或重命名一个会话，用了另一个正在运行的会话
已经占用的名字，系统会自动给它一个 name-word-word 变体
（并告知你发生了这个调整）
名字唯一性保证这一点解决了一个潜在的隐患——如果多个会话可能重名，@ 提及功能的"精确匹配直接投递"行为就可能误发到错误的会话。现在系统主动避免了重名冲突，让 @ 提及可以放心地"精确匹配就直接发"。
配套的跨会话消息控制项
Added /config rows for "Dialog expiry" and "Messages from your
other sessions" (cross-session inbound accept/hold/refuse)
/config 里新增了两行设置——"对话过期时间"和"来自你其他会话的消息"（可以选择接受/暂存/拒绝跨会话的入站消息）。这为 @ 提及和 SendMessage 这类跨会话通信功能提供了细粒度的接收策略控制，避免所有会话无差别地互相打扰。
实战建议
1. 如果你的工作流依赖大量子 Agent 处理并行任务，
升级后可以直接享受到 Prompt Cache 复用带来的成本降低，
不需要额外配置
2. 交互式会话中派生的子 Agent 默认转后台运行，
如果你反而希望某个子任务前台阻塞式执行以便立刻看到结果，
需要显式声明为"团队成员"类型
3. 多会话协作场景，善用 @ 提及功能替代手动切换会话，
但记得先去 /config 检查一下"来自其他会话的消息"策略，
确认符合你的期望（尤其是共享环境下，避免被意外打扰）
4. 团队/共享机器上如果经常遇到会话命名冲突，
这次的自动改名机制（name-word-word）应该能省去
不少手动重命名的麻烦
总结
这两项新特性共同指向一个方向——让多会话/多 Agent 协作变得更顺手：子 Agent 默认继承上下文并转后台运行，减少打断；@ 提及让跨会话通信像聊天软件里 @ 好友一样自然。如果你的日常工作流已经在用多个并行会话，升级到 v2.1.232 后这两项改进应该能立刻感受到。
来源：Claude Code Changelog v2.1.232 — Claude Code 官方文档，Anthropic