一句话定义
会话分支（Edit & Resend，编辑并重发）指的是：当你修改对话里某条自己发过的消息并重新发送时，系统不会覆盖原来的内容，而是从这条消息处另开一条新的对话路径；旧消息和它后面的回答会原样留在另一条路径上。
底层是一棵树，不是一条线
界面上，对话看起来像一条时间线；但在存储层面，它通常是一棵树：每条消息都有唯一的 id，以及一个指向父消息的 parent_id。第一句提问是根节点，模型的回答是它的子节点，这样一路串下去就形成一条链。
当你在第 3 条消息上点「编辑」，系统实际做的事是：以第 2 条消息为父节点，新建一个第 3 条消息的兄弟节点；以后新产生的消息都挂在这个兄弟节点下面。旧的第 3 条消息以及它后面的一串回答，仍然留在原来的路径上，只是不再属于「当前活动路径」。
打个比方：这就像游戏的存档和读档。你在某关存了档，然后再读档重打，原来的通关记录不会被抹掉，只是变成了另一条存档线。它也像 Git 从某个 commit 拉出新分支：老分支上的提交一个字都没变。
上下文不会被污染的原因
关键在于：模型本身不记事。
每次发起请求时，客户端都会从「当前叶子节点」向上回溯到根节点，把这条路径上的消息按顺序拼成数组发给模型。模型的AI 词典：上下文窗口">上下文窗口（context window）里只有这条路径上的消息；另一条分支上的文字根本没有被放进去，因此模型既看不见它们，也不会被它们带偏。
也就是说，「污染」从来不是模型自身造成的问题，而是产品实现层面的问题：如果拼接上下文时把整棵树都塞进去，或者采用覆盖式更新把旧消息直接改掉，才会出问题——比如模型突然回答起你上一版问法里才有的细节。
token 计数也是同一个道理：只算当前路径，不算整棵树。
与相邻概念的区别
| 操作 | 分叉点 | 保留的历史 | 旧回答还能找回吗 |
|---|---|---|---|
| 重新生成（Regenerate） | 最后一条回答 | 分叉点之前的全部 | 能，作为兄弟回答切换 |
| 编辑并重发（Edit & Resend） | 你改的那条用户消息 | 分叉点之前的全部 | 能，留在旧分支上 |
| 新开会话（New Chat） | 无，从零开始 | 不保留 | 只能翻旧会话记录 |
「重新生成」本质上也是一种分支，只是分叉点落在最末尾，所以用户感觉不到分叉；「新开会话」则是连共同的祖先都没有，上下文彻底清零。另外，如果产品开启了跨会话记忆（memory），那属于另一套机制，不受单次会话内分支的影响——具体行为以官方页面为准。
对实际工作的意义
对 AI 从业者：对话表要按树来设计（parent_id + 当前叶子指针），渲染时沿叶子回溯路径；组装上下文只取这条路径；分支切换、重命名、导出都要配套；做了提示词缓存（prompt caching）的，还能利用分支共享前缀来省成本。最容易出错的环节是：编辑后旧的工具调用结果、附件仍被错误地拼进请求。
对普通职场人：这是有效的重来手段。同一个问题可以换三种问法各试一遍，逐条对比答案，早期的尝试全都还在；但别指望模型「记得」你在另一条分支里补充过的背景——它看不到。