Anthropic 为其 AI 编程工具 Claude Code 新增了一个命令「/fork」,并刷新了命令行界面(用文字输入来操作的界面,CLI)。这一新增被报道时,距离微软结束开发者大会「Build 2026」(6 月 2 日至 3 日于旧金山举办)已过去约十天。[1]它不是引人注目的新模型,乍看之下并不起眼,但由于它正好契合工程师每天都在重复的工作流程,对使用体验的影响比其本身的分量要大得多。

「/fork」能做什么

「/fork」会把你当前正在与 Claude Code 进行的会话,就地分叉出第二个并行的副本。一个会话里积累了它的全部上下文:你正在处理的问题、涉及的文件,以及你此前给出的指令。执行分叉后,你会得到一个继承了这些上下文的副本,从而在不破坏原会话的前提下尝试另一种做法。

如果新方向行得通,就保留这条分支;如果没有得到想要的结果,就丢弃它,从原封不动的原会话继续。在此之前,每尝试一个备选方案,都需要重新说明前提,或者手动把进行中的工作暂存起来。有了分叉,这种切换只需一条命令即可完成。

借鉴自 Git 的熟悉思路

这一思路几乎是直接搬用了软件开发中广泛使用的版本控制工具「Git」的分支功能。在 Git 中,你会拉出一条分支来尝试新功能,而不影响主代码库。任何日常使用分支的开发者,都能立刻理解分叉的概念。

通过贴合人们已经信赖的工作模式,Anthropic 把学习新命令的负担降到很低。无论你是想对比两段提示词(你给 AI 的指令),还是想测试两种不同的实现,尝试的门槛都大幅下降。

与子代理的配合

把「/fork」命令与稍早前加入的「子代理」功能放在一起看,它的用意就清楚了。子代理让一个中心会话调用多个辅助 AI,把一项任务拆分开来并行处理。

如果说子代理是「把一种做法拆开来并行处理」,那么分叉承担的就是「让多种做法本身并行展开」的角色。拉出分支去探索备选方案,把细碎的工作交给子代理分担,最后留下最好的结果。Claude Code 正在告别第一代 AI 编程助手所特有的单线对话,转向更接近工程团队实际运作方式的形态。

为何这是一个开发者驱动的故事

这些并不华丽的功能改进,恰恰击中了一个核心问题:在漫长的多步骤工作中,你能在多大程度上信任 AI?任务持续得越久,AI 走上错误方向的概率就越是累积,而一旦单线会话出了岔子,再要把它救回来就很费劲。分叉把这种风险变成了一次低成本的实验——拉出分支、试一试、不行就丢掉。由于失败的代价是有限的,开发者就能把更有野心的工作交给 AI。

这背后的事实是,Claude Code 是 Anthropic 历史上增长最快的产品。有分析估计,在某个时点,全球公开 GitHub 提交(代码的变更记录)中约有 4% 是由 Claude Code 编写的。开发者自发地用起来,企业的支出随之而来,这种自下而上的扩散抬升了 Anthropic 的业务地位。分叉和子代理这样的功能,正是进一步巩固这一立足点的一招。

需要说明的是,Claude Code 的功能几乎是以每周一次的节奏在更新,因此命令的确切写法和行为,最好以 Anthropic 的官方文档为准。

总结

「/fork」命令把开发者在 Git 中习以为常的「分支」带进了 AI 对话本身。由于可以在保留原会话的同时尝试备选方案,长任务中重做失败尝试的负担变轻了,能交给 AI 的工作范围也随之扩大。再与此前加入的子代理结合,就能同时推进分工与反复试错。相比新模型发布,它并不显眼,却是让 AI 编程更接近「可以放心交付的工具」的一个务实步伐。

参考资料

[1] 微软 Build 2026 举办日期(6 月 2 日至 3 日,旧金山):https://www.thurrott.com/microsoft/334704/microsofts-build-2026-session-catalog-is-now-live