首页 / 资讯详情
深度拆解 Claude 新功能：多个 Session 如何实现直接「对话」？
摘要
一条消息背后，是寻址、调度与权限隔离的完整链路。 作者丨郑佳美 编辑丨岑 峰 这几天，Anthropic 给 Claude Code 加了一项新的实验性能力：Cross-session messaging，也就是跨 Session 消息通信。简单说，它允许你同时运行的多个 Claude Code Session 直接互相发送消息。比如你开了 3 个 Claude Code Session：一个负责数据库，一个负责后端 API，一个负责测试。以前这 3 个 Session 虽然可以并行工作，但彼此不知道对方做到了哪里。数据库 Session 改完 Schema，通常还是要开发者自己切到另一个终端，把变化重新告诉后端 Session。Cross-session messaging 加进来之后，这一步可以直接由 Claude 完成。数据库 Session 可以通知后端 Session 哪些字段发生了变化，测试 Session 发现接口回归问题，也可以把结果发给正在修改相关代码的 Session。Claude 可以自行判断什么时候需要通知其他 Session，也可以按照开发者的要求联系指定 Session。要理解它具体做了什么，可以顺着一条消息的完整路径往下看：它传什么、怎么找到目标、消息什么时候进入 Claude，以及接收方为什么不能直接照做。01不是 Context，是一条消息Cross-session messaging 没有改变 Claude Code 原本的 Session 隔离。Session A 给 Session B 发消息时，不会把自己的 Conversation History、读过的文件或者整个 Context Window 一起发送过去。官方规定，跨 Session 传递的是文本。如果需要把完整对话和上下文迁移到另一个终端，应该 Resume 原来的 Session，而不是使用 Cross-session messaging。这决定了多个 Claude 之间的协作方式。假设数据库 Session 为了完成 Migration，读了几十个文件，也尝试过几套方案，最后确定某个字段需要修改。后端 Session 没必要知道前面的全部分析过程，只需要拿到最终变化，以及这些变化会怎样影响自己的 API。因此，Cross-session messaging 传递的是任务结果和依赖信息，而不是完整工作记忆。雷峰网这样做的好处是，不同任务产生的局部信息不会不断涌入其他 Session。数据库相关的细节可以留在数据库 Session，测试过程可以留在测试 Session，只有当某个变化开始影响其他任务时，相关信息才跨过 Session 边界。雷峰网它和“所有 Agent 共享一个大 Context”属于两种不同思路。Cross-session messaging 选择让 Session 保持独立，再在任务产生依赖时显式同步必要状态。既然传递的是一条明确的消息，接下来的问题就是：Session A 怎么找到 Session B？02要先找到另一个 SessionClaude Code 给支持 Cross-session messaging 的 Session 增加了自己的通信入口。每个本地 Session 会把相关信息注册到磁盘，同时