Claude Code与Codex CLI：独立会话互通协作新功能

当你同时开启多个Claude Code会话处理不同开发任务时，比如并行调试前端逻辑和后端接口，或是拆分多个工作目录并行推进功能开发，以往你需要手动在不同会话间复制整理后的内容，才能完成信息同步。而近期Anthropic推出的重大更新，彻底改变了这一协作模式。

这项更新上线18小时内就获得了近五百万次的浏览，核心功能是让不同的Claude Code会话可以直接互相通信。你不再需要在窗口A复制内容再粘贴到窗口B，双向的会话交互已经可以直接实现：向另一个会话发起提问，就能在当前会话中收到完整的回复内容。更贴心的是，当某个会话的改动会影响到其他会话的工作进度时，AI还可以主动向目标会话发送同步消息。

一、打破会话壁垒的核心能力

在此前的多会话协作场景中，每个独立会话的工作进度都需要人工手动同步。当你在一个会话中完成了接口调整的梳理，需要告知另一个会话的开发进程时，只能手动复制粘贴关键信息，再等待对方接手继续推进。

而本次更新打通了不同Claude Code会话之间的通信链路。你只需要在一个会话中发送指令，比如“把刚才完成的接口改动信息同步给另一个终端会话”，AI就会自动识别目标会话、整理关键内容并完成消息发送。对方会话在空闲时就可以自动承接后续工作，完全不需要人工再次介入同步。

这一功能背后依托了两个全新的工具能力：ListAgents负责自动识别当前账号下可连接的会话，SendMessage则负责完成跨会话的消息传递。不过这项能力也存在一定的限制：它传输的只是AI整理后的简要文字信息，而非完整的会话上下文或关联文件；同时权限管控也较为严格，无法修改接收方的配置，也不能绕过权限直接操作对方会话。如果需要完整迁移会话上下文，官方仍建议使用会话恢复功能，而非直接发送消息。

二、和此前协作模式的核心差异

其实Claude Code此前就已经支持多会话协同能力，比如会话内部派生的subagent子任务，或是今年二三月上线的Agent Teams实验性功能，都可以实现一组会话共同完成一项任务。不过这些协作模式的核心都是基于同一个主会话派生而来，所有子会话都处于统一的管理体系之下。

而本次更新的不同之处在于，它支持的是用户在不同终端、甚至不同设备上独立启动的平级会话之间的直接通信。这些会话原本互不感知对方的存在，也没有上下级的派生关系，完全是各自独立的工作进程。当需要时，它们可以主动建立连接，完成进度同步，无需任何中心节点进行调度管理。

这一变化让多会话协作从“中心化任务拆分”升级为“去中心化的主动协同”，两个各自独立推进的开发进程，可以随时根据需要交换关键信息，大幅提升了并行开发的效率。

三、对比同期的Multi-agent V2更新

就在一个月前，Codex CLI也刚刚正式推出了Multi-agent V2功能，其中同样包含了send_message工具，支持智能体之间直接点对点通信，看起来和本次Claude Code的更新十分相似。但深入拆解架构后会发现，二者面向的实际场景存在明显差异。

Multi-agent V2采用的是路径寻址的架构：通过主会话生成多个子智能体，挂载在统一的路径树下，比如/root/researcher、/root/builder，兄弟节点之间可以直接发送消息，无需绕回主会话调度。但这套体系从始至终都由同一个主会话管理和派生，本质上和Claude Code此前的subagent、Agent Teams属于同一类协作模式。

而真正对应本次Claude Code更新场景的，是Codex CLI原生的多会话用法：在两个不同终端中分别启动Codex进程，它们就是完全独立的两个应用实例，彼此原本无法感知对方的存在，也没有内置的通信通道。此前要让它们完成互通，只能依赖tmux工具、手动复制粘贴，或是通过外接编排服务完成线程续接，和本次Claude Code更新前的协作方式一致。

四、本次更新的核心价值

总结来看，此前无论是Claude Code还是Codex CLI的多会话协作，本质上都是将一项整体任务拆分为多个子任务，由统一的中心节点进行调度管理，所有子会话都从属于同一个任务体系。

而本次Claude Code的更新，则打破了这一限制：两个完全独立的、并非从同一任务派生的会话，可以主动建立通信并同步进度。这种模式更贴合真实的开发场景——开发者可能同时在多个独立的任务中推进工作，随时需要在不同会话之间交换关键信息，而不需要为了协同专门创建统一的管理会话。

这项功能的落地，让AI辅助开发的协作模式更加灵活自由，也进一步提升了多任务并行开发的效率。