前言¶

做长对话的开发和写作时，常遇到一个具体问题：对话已经推进几十轮，上下文、已确认的结论、工具跑出来的结果都混在一起。这时想换条路重试，要么硬着头皮在原对话里继续，新尝试会污染原线；要么重开对话，把前面的结论和工具结果重新交代一遍，成本高且容易丢信息。会话分叉（打分支）要解决的就是这一点：把当前工作现场整体复制成独立分支，原分支原样保留，新分支从指定节点重新走。

这是什么¶

会话分叉（打分支）是一个通用 Agent Skill，坐标 @user_5b43da63/session-fork，版本 2.4.21，来源 community，发布者 user_5b43da63，分类 ai-agent。它解决的问题是：在一个长会话里，如何从任意节点复制工作现场、换方向重走，而不用重开对话重新交代上下文。

核心功能¶

1、工作现场整体复制。分叉的对象不是聊天记录，而是完整的工作现场，包括上下文、已确认结论、已做步骤、工具结果。复制后的分支持有与原分支相同的现场，可以独立继续。

2、从任意节点换方向重走。用户可以选择以某条回复为界，把之前的部分连同现场复制成新分支，从该节点换方向重做。

3、保住原线不被带偏。分支独立存在，新方向的尝试不会写回原分支，原线保持干净，随时可以回看或继续。

4、覆盖对话、任务、方案、代码、写作、调研。分叉针对的是工作现场，不限定任务类型。

5、底层为 fork-core 通用引擎，跨产品可用。分叉能力由通用引擎提供，不绑定单一宿主产品。

6、触发方式。当用户说“打分支”“会话分叉”“把这个任务复制成新分支”“以某条回复为界新建对话”“并行试几条路”“把对话截断复制”，或提到 fork this session / branch this task 时，可触发该 Skill。

安装与启用¶

现有资料只给出坐标与标签，没有提供具体安装命令或配置项，这里如实说明，不补充未核实的内容。

坐标：

@user_5b43da63/session-fork

标签：

requires_api_key=false

该标签表示使用此 Skill 不需要 API Key。

安装时按所用宿主的通用 Skill 安装流程添加该坐标即可。资料中没有针对 Cursor、Codex CLI、Claude Code 的分别说明，因此这里不逐一展开，具体以宿主环境为准。

典型用法¶

以下示例来自官方简介列出的触发场景，用于说明什么时候会用到分叉，不涉及具体命令。

1、需求中途变化。对话已确认接口字段和返回结构，产品又提出要加一组流式返回。与其在原对话里继续改，不如以确认接口结构之前的那条回复为界新建分支，在新分支里重做接口设计，原分支保留已确认的结论。

2、多方案并行试路。同一需求有两个技术选型方向，比如流式与轮询。可以用分叉复制两条独立分支，分别试路，比较结果后保留更优的一条。

3、代码改不动时。同一文件改了两版都不满意，原对话已经混入大量试错。以当前回复为界新建对话并分叉现场，在新分支里重置思路，原分支保留之前试过的路径。

适用场景与注意¶

适合谁：对话长度较长、任务类型偏多方案试错的开发与调研场景，尤其是代码、写作、调研这类对上下文连续性敏感的任务。

限制与坑：

1、分叉复制的是工作现场，不是聊天记录。如果只需要带走历史消息，不需要分叉。

2、分支独立存在，修改不会同步回原分支，需要自己管理哪些分支保留、哪些丢弃。

3、并行分支的上下文各自独立。如果两条分支要共享同一份结论，需要在分支内重新交代，不会自动同步。

4、是否需要分叉取决于任务复杂度。短问答或一次性执行，直接继续或开新对话即可。

5、资料未说明分叉分支的上下文长度上限，长分支能否完整保留现场，以宿主环境实际表现为准。

结语¶

会话分叉的价值在于把“换方向”和“保留原线”解耦：新方向有完整现场可用，原线不被带偏。对长对话、多方案试错场景，它比在原对话里硬转或重开对话更省事。官方地址：https://api.skillhub.cn/user_5b43da63/session-fork ，SkillHub 页面：https://www.skillhub.cn/skills/user_5b43da63/session-fork