Claude Code 跨会话消息传递

该功能建立在两个新工具之上：ListAgents 可发现 Claude 能够连接到哪些会话，SendMessage 则通过名称将消息发送至其中一个会话 ^[1]。值得注意的是 Anthropic 对该通道所传递内容的严格限制。消息仅限文本——从不包括对话历史或文件——因此要迁移整个对话仍需直接恢复会话 ^[1]。安全边界进一步加强：入站消息永远不能被视为用户的同意，因此无法批准待处理的权限请求；任何包含在消息中的命令文本（例如 /compact）也仅作为静态纯文本到达，Claude Code 绝不会执行 ^[1]。为防止消息循环失控，Claude Code 每个会话最多缓存 100 条待批准消息，最多保留 50 条已接收但未读消息（超出后自动丢弃最旧的消息），且未答复的暂存消息默认五分钟后过期 ^[1]。除 Anthropic 自身文档外的媒体报道也一致聚焦于同一要点：会话之间仅传递文本，绝不传递文件或许可权限 ^[2]。

不同平台上的反应截然不同。在 X 平台上，官方公告帖获得了广泛而热烈的反响，普遍认为这一功能消除了跨会话重复解释的需求，独立评论也强化了这种观点，将其视为对并行多智能体工作流的重要升级。Reddit 上的故事则完全不同。并非所有人都将此次发布视为突破。在那些已经运行多个并行 Claude Code 会话的开发者中，最常见的反应是认同而非惊讶——许多人早已自行构建了各种变通方案：带看门狗超时机制的共享邮箱文件、通过文件锁定与本地编排框架连接的 git 工作树、IRC 风格桥接器，以及用于在不同智能体框架间转发消息的 Discord 频道。对这部分用户而言，原生消息功能更像是对他们已手动解决模式的一次体验优化，而非新增能力。更有针对性的批评指出，消息传递本身从来不是瓶颈——当两个智能体并行处理同一代码库时，真正的协调难题在于文件所有权和合并冲突，而这仅靠一条文本消息无法解决。关于该功能是否重复了 Claude Code 现有子智能体系统的争论最终达成共识：‘并非如此’。子智能体的上下文会随父会话的回合结束而消失，或被压缩清除，而独立会话则保持自身非压缩的上下文窗口持续运行——尽管传输层的新闻周期夸大了其新颖性，但两者确有本质结构差异。

一小部分但更尖锐的反馈将该功能视为安全问题而非工作流改进。核心质疑在于：智能体会根据所读取的文本采取行动，提示注入仍是全行业尚未解决的问题，而跨会话消息设计上就是让文本在智能体之间流动——因此一旦某个会话被攻破或操控，便获得了一条影响其他会话的新通道。Anthropic 自身的缓解措施确实存在：消息无法批准权限请求，嵌入式命令也不会执行 ^[1]。但禁用路径本身揭示了默认设置的位置。要完全关闭该功能，管理员必须明确拒绝 SendMessage 和 ListAgents 工具，并在托管设置中将 crossSessionInbound 设为 refuse ^[1]——批评者认为这表明入站消息默认是允许的，除非组织主动选择退出，而不是默认禁止直至主动选择加入。对于一个本周才上线的功能，批评者认为这一默认设置理应受到比当前庆祝性发布报道更多的审视。

跨会话消息并非孤立功能，而是 Anthropic 在 2026 年逐步构建模式的第三步。今年二月，Agent Teams 作为实验性研究预览版推出，允许多个 Claude 实例通过基于 git 的系统协调子任务，默认关闭并隐藏在环境标志之后 ^[3]。五月，Agent View 推出 CLI 仪表板，让用户能从单一列表管理所有并行或后台会话，且会话可通过监督进程在终端关闭后继续运行 ^[4]。跨会话消息填补了前两项发布留下的明显空白：用户此前已能启动多个会话并集中监控，但会话本身仍无法直接相互通信 ^[1]。若将这一序列解读为——启动多个智能体、集中监管、现在允许它们直接协调——那么消息功能看起来更像 Anthropic 为使多会话 Claude Code 像一个连贯系统而非一堆断开终端所需的最后一块拼图，而非一项新奇功能。

除工作流叙事之外，至少有一种行业解读认为这是竞争性举措。Latent.Space 上 AI News 纵览栏目评论指出，Anthropic 刚刚推出的这一基础功能——一个智能体察觉情况后提醒另一个智能体——正是大多数第三方多智能体编排框架试图销售的核心功能，而将哪怕基础版本集成进大多数 Claude 开发者已在使用的工具中，实际上对该市场进行了重新定价 ^[5]。这种解读与前述高级用户反应存在一定张力：如果经验丰富的团队已用现有工具构建了足够有效的变通方案，那么对专业编排供应商的商业威胁可能小于表面所见——此举更多针对的是从未费心自建桥梁的长尾开发者，而非已有成熟多智能体架构的团队。