用过AI写代码的人都有这种憋屈——换个新对话窗口，原本聊得清清楚楚的上下文全丢了。你得重新粘贴架构图，重新解释目录结构，重新声明那些不痛不痒但绝不能出错的约束条件。Codex 和 Claude 最近新增的跨 Session 消息传递，解决的正是这个每天都在浪费开发者时间的老毛病。但更让我兴奋的不是功能本身，而是它催生了一种完全不同的工作流：让一个主对话当总指挥，再把各种探索任务甩给分支对话并行推进，事后用消息传递把成果捞回来。
跨对话记忆，终于不是摆样子
“每次重讲一遍架构”的日子到头了
过去半年，我的日常是这样的：一个窗口调后端接口，另一个窗口写前端组件，第三个窗口专门跑数据结构设计，每个窗口一打开就得从头交代项目背景。中间切回主窗口，又因为Token太长被迫开启新会话，历史再次清零。这感觉就像每天上班都得重新入职。跨 Session 传消息这个能力，终于让不同会话之间可以像函数调用一样，传一个指针过去，共享一段已经写好的上下文。
比文档搬运聪明在哪
有人说，直接把项目文档贴进新窗口不就行了？贴文档的问题在于，你贴过去的是死信息，AI 还得重新消化一遍，而且你并不知道它真的读了哪些、漏了哪些。跨 Session 消息不一样，它传递的是对话本身已经建立起来的认知结构——那个对话里 AI 已经知道的决策理由、被否决过的方案、当前迭代阶段。信息不再是静态文档，而是有记忆的上下文切片。
两个玩家，两种思路
Codex 的做法粗暴但精准：复制一个会话 ID，新对话里通过 ID 直接指定“去那个会话里取消息”。这就像你告诉同事“看我们上周三的聊天记录”，一步到位。Claude Code 走的是另一条路——它内置了一套 session management 机制，可以搜索对话历史中的内容然后传递，更像一个可检索的记忆库。一个重寻址，一个重检索，偏好决定了你更爱哪种手感。
多分支工作流：像 Git 一样思考，但别真用 git backup
让主对话只负责拍板
意识到可以跨会话传消息之后，我把项目对话拆成了一个中央枢纽和若干辐射分支。主对话绝不亲自动手写大段代码，它只干三件事：守住本次迭代的核心目标，审核分支对话交上来的产出，以及做下一步决策。主对话是那个在工位上喝咖啡的人，分支对话才是各自写方案的执行者。这个分工一旦确立，你就不会再出现“聊着聊着忘了本来要做什么”的经典悲剧。
派分支去野，别让探索干扰主线
遇到一个想法不确定好不好，比如想试试用 WebSocket 替代轮询，但又不确定数据流能不能接得住——以前你得在主对话里另起一段，讨论着讨论着可能把主线逻辑污染了。现在直接开一个新分支对话，把需要的前置信息通过消息传过去，告诉它：“你只管探索这套方案的可行性和坑，别管其他模块。”分支对话深度游荡完，把结果打包，主对话再决定合入还是放弃。这种并行试错的快感，用过一次就回不去了。
一次 UI 重构的并行实战
上周搞一个后台面板的 UI 重构，核心数据表格要改交互逻辑，旁边的筛选面板也要翻新，顶部的全局状态栏还得同时调整。三个改动相互独立但共用一套组件库语义。我同时开了三个分支对话，每个通过跨 Session 消息接收了组件的现有约束和设计规范，各自专注一个区域。两个小时之后，三个对话分别产出了初步方案，主对话逐一审核、挑出冲突点，再让两个分支对话分别修正，最后合入。没有一封交接邮件，没有一份手写上下文说明。
精确寻址还是模糊搜索，踩过坑才分得清
Codex 那套会话 ID，像定位坐标
Codex 的跨会话消息，本质上是一张指向特定对话的 ticket。你得把源会话的 ID 复制出来，粘贴进目标对话的指令里，然后指定要提取哪条消息或者哪段思维链。好处是确定性极高，没有歧义，你说取 A 对话的第 3 条决策，它绝不会把 B 对话的东西拽来凑数。代价也有，就是你自己得维护一张“对话索引表”，记着哪个 ID 里有什么重要产出。没过两天你就可能对着十几个 ID 发懵。
Claude Code 的搜索式记忆，更像翻抽屉
Claude Code 没有让你记 ID，而是让你描述内容：包含“轮询替换方案”的对话，提到“权限守卫”的会话。其 session management 搜索会试图匹配并拉取相关消息。好处是你不需要管理标识符，用自然语言找就行，尤其适合那种临时起意要引用三天前某段对话的场景。不过当前桌面端只能搜索你此刻可访问的会话记录，那些你没有被分享权限的对话记录哪怕存在，你也翻不到。这是个容易被忽略的限制。
千万别高估搜索的容错率
某个踩过的坑：我让 Claude Code 搜索“API 限流策略”的历史讨论，它返回了一段看起来相关的消息，结果接入后我发现少了一个关键的流控细节——因为那段讨论实际发生在我之前一个已归档的会话里，桌面端根本没有权限触达。问题倒不在于 AI 胡说，而在于我们太容易相信搜索返回的片段就是全部真相。所以关键分支的决策记录，我现在仍然会手动复制一条摘要放进主对话里。
这套玩法，正在重塑你的工具关系
告别交接文档，也告别机械备份
跨 Session 消息传递开始生效之后，我发现一个意外收获：交接文档的创作量断崖式下降。以前我为了把一段复杂讨论存档，被迫手写上下文摘要，或者把关键消息复制粘贴到 Notion 里。现在真正的“存档”就是那个源对话本身，只要它还活着，就能被别的对话随时引用。给同事讲一件事，也不需要整理成文，直接让他打开目标会话，然后你发一条消息过去：“从这里读取决策背景”。
把 AI 当成可组合的思维片段
更深一层的变化，是我对 AI 本身的认知从“线性助手”变成了可组合工具链。以前你用 GPT 或 Claude，就是一个接一个的聊天窗口，像一堆散落的便签。现在你可以把这些便签编上号，设置引用关系，像拼乐高一样把不同对话里的思路组合起来。这意味着你的 AI 基础设施不再只是聊天界面，而是在形成一套具备逻辑依赖关系和版本演化史的思维网络。
今天就该动手做的三件事
第一，立刻建立你的主对话模板。每一个项目只保留一个主对话，把所有全局约束、技术栈描述、命名规范一次性写进去，后续所有分支对话的消息传递都从这里拉上下文。第二，养成每开一个探索分支就记录摘要的习惯，哪怕只是一行“本对话讨论什么”。因为 ID 会遗忘，简述不会背叛你。第三，测试一下你手头工具在桌面端权限下的搜索边界，别等到丢了关键输出才意识到某些会话根本就搜不到。做完这三步，你会发现不是 AI 变聪明了，而是你的工作流终于聪明了。
