Claude Code 上线跨会话通信：AI 智能体能直接互通消息协作

如果你平时用 Claude Code 跑复杂项目，八成经历过这种痛苦：左边终端正在跑数据库迁移，右边终端正在改 API，左边改完了字段，你还得把改动人肉复制粘贴到右边，重新跟 AI 解释一遍发生了什么。

现在不用这么麻烦了。Claude Code 新增了跨会话通信功能，允许不同的 AI 会话在后台直接互相对话，甚至不需要你插手。

像拉群聊一样 @ 另一个终端

要让两个 Claude 会话通信，主要依靠底层新增的 ListAgents 和 SendMessage 两个工具，不过开发者不需要手动调用它们。

如果从 v2.1.232 版本开始用，交互方式就像在聊天软件里艾特人：在输入框输入 @ 加上会话名称的前几个字母，就能通过自动补全选中目标会话，比如 @api-worker。如果名字里包含空格或特殊字符，用英文双引号包起来就行，比如 @"release notes"。

当你 @ 了一个会话并写下指令，当前的 Claude 会生成摘要并自动送过去。如果同名会话有多个，Claude 会停下来先向你确认具体是哪一个。

更方便的是它具备自主触发能力。当某个会话发现重大变更（比如破坏性接口改动）或者做出了新决策，它能自主决定通知受影响的会话；在不同的 Git worktree 协同开发同一个仓库时，它也会主动同步最新代码的落地情况。

如果你在当前窗口盯着一个耗时极长的测试，还可以让后台会话在跑完或变为空闲时主动发一条通知。

消息怎么收，规矩怎么定

发过去的消息并不是粗暴打断对方。接收方的 Claude 只会在工具调用的间隙去读取消息，绝不会中途掐断正在执行的任务；如果接收方刚好处于空闲状态，Claude Code 会直接用这条新消息开启新的一轮对话。

消息传递完全基于纯文本。即便消息里 @ 了文件或 MCP 资源，它也不会强行打包附件，接收方需要根据自己会话的权限决定是否用自身工具去打开该路径。

为了防止滥用，Claude Code 加了相当严密的防线。如果单条消息超过体积上限、同一机器上的会话遭遇突发高频轰炸达到收件箱上限，或者回复目标没有通过安全检查（例如软链接目标），消息会在发件方直接被拦截。

接收方也会进行入站控制，结果分为送达、暂存扣留和拒绝接收三种。被暂存的消息需要等待用户手动批准或更改设置后才会放行。

特别关键的一点在于权限隔离：权限边界严格绑定在单个会话内。系统指令明确禁止 Claude 去请求另一个会话执行本会话中被拒绝或拦截的操作。

这套功能在 macOS、Linux（包括 WSL 2 下的 Linux）上需要 Claude Code v2.1.224 及以上版本，原生 Windows 则需要 v2.1.234 或更高版本。满足版本要求后默认开启，无需手动配置。甚至跨机器、跨云端或 Remote Control 的会话也能互联，只要提前让 Claude 检索过外部会话列表即可。

为什么重要

对于每天开多个终端重度写代码的工程师来说，这个功能的价值很直观：消灭了在终端之间人肉搬运上下文的垃圾时间。以往一个人带三四个 AI 助手干活，最大瓶颈反而是人类当传声筒的速度；现在让长跑任务（如迁移、全量测试）自动向主控会话交卷，多分支并行开发时的冲突同步也会轻松很多。只要更新到对应版本，现在就值得在实际工作流中用起来。

但代价同样很现实：消息一旦成功投递，会像用户手动输入的 Prompt 一样计入 Token 消耗。两个 AI 如果在后台来回多轮问答，费用账单可能不知不觉就会涨上去。

从行业角度看，我们认为 Anthropic 这步走得非常扎实。很多团队还在费劲做单体超大上下文，或者搞花哨的多 Agent 编排框架，而 Anthropic 直接在开发者的本地命令行里把并行 Agent 的通信网络铺好了。多 Agent 不再是一个宏大的独立平台，而是降维成终端里随手 @ 的一个会话。

更聪明的是它的安全取舍：不共享全局超级权限，会话各自为政，接收方哪怕收到指令也只能以自己的权限跑，防止权限借道越权。隐患在于后台自主发消息的判断机制：AI 何时判定需要通知、判定精度如何，会不会因为冗余同步造成新的噪音和 Token 浪费，这需要开发者在实际跑几天后密切观察。