Claude Code 会话之间能互相发消息了这个「跨会话通信」到底该怎么用才不翻车如果你同时开着好几个 Claude Code 会话——一个在改后端一个在写文档一个在跑测试——你大概率经历过这种抓狂B 会话里需要的那张接口清单正躺在 A 会话的上下文里你只能手动复制粘贴或者干脆在 A 里重新问一遍。现在Claude Code 新增了一个功能会话之间可以互相发送消息了。你不用在另一个会话里从头解释背景只要告诉当前这个 Claude「去跟那个会话说一声」它就会发出一段摘要——而且这段摘要不会包含你的私密记录或本地文件只把任务上下文转交过去。另一个会话在执行任务过程中可以直接接收这份摘要接着干。这听起来像开了个群聊但底层逻辑和群聊完全不同。这篇文章把它讲透它解决了什么、最佳实践是什么、哪些坑现在就得绕开。一、先搞清楚它到底是个什么机制别被会话之间发消息这个口语化说法带偏。它不是给你一个聊天窗口让你在几个 Claude 之间当传话筒。真正的机制是这样的你在一个会话里把需要转交给另一个会话的意图说出来。当前 Claude 会据此生成一段摘要summary——注意是摘要不是你的原始聊天记录。这段摘要会发到目标会话。目标会话在它自己的执行流里收到这份摘要作为新的上下文输入然后继续推进它手头的事。这里有三个关键点决定了它和复制粘贴上下文的本质区别第一摘要是结构化的不是原始流水。它不会把你们聊了三十轮的废话全搬过去而是提炼出目标会话现在需要知道什么才能接住这个任务。这就避免了另一个会话被无关历史拖慢、甚至被带偏。第二它不携带你的私密记录和文件。这是安全设计的红线。摘要里不会塞进你的对话记录里那些敏感片段也不会把本地文件路径、密钥、未公开文档直接打包发送。换句话说你不用担心一转发家底就漏了。第三接收方是在执行过程中接收的不是另起炉灶。目标会话本来就在干活收到摘要后把它并入当前上下文顺着已有的工作继续而不是从零开始理解一个新任务。一句话总结它是一个受控的、摘要级的、单向或按需双向的上下文桥接而不是一个无差别的对话转发器。二、它真正解决的是什么痛点理解了机制再看它解决什么。核心是三件事痛点一重复解释背景。这是最显而易见的。A 会话深挖了一个模块的实现细节B 会话要基于它写接口文档。以前你得把 A 的结论口述或复制给 BB 还得重新消化。现在 A 直接把摘要推给 BB 一秒接入。省下的不是几句话是你大脑里把上下文再在脑子里过一遍的认知开销。痛点二长会话的上下文稀释。一个会话跑久了早期确立的关键约束“这个字段不能为空”“那个接口走内网”会被后面海量交互稀释Claude 偶尔会忘了。如果你有多个会话协作可以约定每当一个会话确立了一个关键决策就推一份摘要给相关会话。相当于在多个会话之间同步一份共同记忆谁都不容易忘。痛点三你当人肉总线。多会话并行时你本人很容易变成唯一的信息中转站——A 说一句你转给 BB 回一句你转给 A。这种人肉总线既慢又容易丢信息。有了跨会话消息你从总线退化成一个发令者只需要在恰当的时机说一句把这个告诉 B剩下的交给两个 Claude 之间去对接。但要注意它解决的是上下文搬运的效率不解决任务本身的对错。两个会话之间传的是信息不是判断力。最终决策权仍然在你手里。三、最佳实践五条我建议直接照做的规矩这部分是重点。机制再好用法不对一样翻车。以下是我的实践清单。1. 把摘要当契约别当聊天发摘要前先想清楚目标会话收到后要能直接行动。所以发之前最好在本地先把要点理成给对方的三条指令而不是甩一句你去看另一个会话吧。摘要越接近一份可执行的 brief对方接得越稳。实践建议当前会话生成摘要时你可以显式要求它只保留任务相关的事实、约束、待办去掉背景闲聊和本地路径。这能进一步压低泄露风险和噪声。2. 明确发给谁、为什么跨会话消息最怕的就是乱发。你心里得有张图哪个会话负责哪一块谁现在需要谁的产出。模糊的转发会制造上下文污染——B 本来专注写文档被塞了一堆后端的调试细节反而更慢。实践建议把你的多个会话按职责命名清楚比如后端-重构“文档-接口”“测试-回归”转发时明确点名。命名清楚转发才清楚。3. 敏感内容永远不靠它兜底虽然摘要设计上不携带私密记录和文件但你仍要守住一条铁律不要把含密钥、客户数据、未公开代码的上下文作为转发素材。工具做了防护不代表你可以省掉判断。需要同步时先脱敏再转发。实践建议涉及机密的工作要么脱敏后转要点要么干脆不跨会话转发保持隔离。安全边界永远人工确认。4. 先小范围验证再上生产流第一次用别直接拿一个关键任务试。先在两个无关紧要的会话之间做一次hello worldA 发一段摘要B 收到后复述它理解了什么。确认它接住的是你要的再逐步把它嵌进真正的协作流。实践建议前几次转发后主动去目标会话看一眼它收到了什么、理解了什么。工具的可控性是通过你早期的抽查建立起来的。5. 把关键决策做成交互式同步点这是最有价值的一条。让跨会话消息成为决策同步的手段而非日常闲聊的通道。每当一个会话敲定了一项影响他人的关键决策接口约定、字段规则、兼容性底线就推一份摘要给相关会话。这样多个会话之间始终共享一份最新真相而不是各信各的版本。实践建议在团队里约定一份必须同步的清单接口变更、破坏性改动、依赖升级凡落在这清单上的强制跨会话转发。其余的按需即可。四、几个典型场景照着套就行讲完规矩给几个能直接照抄的场景。场景 A前端要后端刚定的接口。后端会话刚收敛出一份接口契约前端会话要照着写。以前复制粘贴 JSON、解释字段现在后端会话直接推摘要给前端会话前端立刻开工。场景 B文档会话需要代码会话的为什么。写文档最怕瞎编实现动机。让代码会话把我们为什么这么设计推一份摘要给文档会话文档就立得住而不是猜。场景 C测试会话发现了一个回归要通知实现方。测试会话跑挂了定位到某次改动。它推一份失败现象 复现要点 怀疑点的摘要给实现会话实现方不必重新读全部测试用例就能接手。这三个场景的共性转发的是结论与契约不是过程与流水。记住这一点你就不会用错。五、现在就要绕开的坑功能新坑也新。提前说清少走弯路。坑一把摘要当万能胶。它接的是上下文不是责任。两个会话互相推来推去最后没人拍板的局面工具救不了。转发之后你仍要有人定夺。坑二转发太频繁上下文反而更脏。把日常每一步都转发目标会话会被淹没。只转发值得对方知道的其余靠它自己。坑三以为它能跨账号/跨机器。会话之间的消息受限于它运行的环境边界。别假设它能把上下文发给一个完全独立的账号或离线设备——那不是它设计的场景。坑四忘记抽查。早期不抽查接收质量等到关键任务接错了才发现问题代价就大了。前几周保持发完看一眼。六、它到底改变了什么回到本质。Claude Code 这次更新的价值不在于多了一个发消息的按钮而在于它把多会话协作从人肉总线升级成了机器对接。过去多 AI 会话并行瓶颈在人你的大脑是唯一能把上下文在不同会话间搬运、对齐、纠错的地方。现在这部分搬运与对齐被下沉到了工具层而且还是摘要级的、带隐私保护的搬运。你从传话的人变成了编排的人。这恰恰是 AI 协作的下一步方向不是让单个智能体更强而是让多个智能体之间能干净地交接上下文。单个会话会遗忘、会稀释、会被单一上下文窗口限制但多个会话之间通过受控的摘要桥接就能彼此补位——一个记细节一个管全局一个跑验证谁需要什么就接什么。对个人来说这意味着你可以把一件复杂任务拆给多个会话并行而不必亲自当那个永不掉线的中转站。对团队来说这意味着人—会话—会话之间第一次有了低摩擦的信息通路。结尾所以回到开头那个场景你不必再在 A、B 会话之间反复粘贴也不必再当那个随时待命的传话筒。告诉当前这个 Claude让它把该说的说给另一个会话听——一段摘要不含你的私密记录不带你的本地文件只把任务接住。但请记住那条线它帮你搬运上下文不替你做判断。什么时候发、发给谁、发完谁来拍板这些决定权永远在你。工具越强越要清醒。跨会话消息是放大器——用对了你的并行能力翻倍用错了只是多了一个制造混乱的通道。把它当成受控的上下文桥而不是随便聊的群你就拿到了这把新钥匙。别再当人肉总线了。让会话之间自己把话传明白。