2026 年 7 月 Week 29 更新（v2.1.207-212）把此前的 /fork 命令拆成了两个语义更清晰的能力——/fork 现在专指「复制会话到后台独立运行」，此前那种「在当前会话内临时分叉出子代理」的用法，被重新命名为 /subtask。本文梳理两者的实际区别和使用场景。
变更内容
/fork now copies your conversation into a new background session with
its own row in claude agents while you keep working; the in-session
forked subagent it used to launch is now /subtask
这是一次「一个命令拆成两个」的语义澄清——此前 /fork 身兼两种完全不同的行为，现在拆分成职责单一的两个命令：
/fork → 把当前对话完整复制到一个新的后台会话
这个新会话会在 claude agents 里有自己独立的一行
你可以继续在原会话工作，互不干扰
/subtask → 在当前会话内部临时分叉出一个子代理
处理完直接把结果带回当前会话
不会在 claude agents 里单独列出
什么时候用 /fork
场景：想在不打断当前工作的前提下，另开一条线深入探索一个方向
示例：
> /fork
（新建一个后台会话，复制了当前完整上下文，
你可以在原会话继续处理别的事，
稍后去 claude agents 里查看这条后台会话的进展）
/fork 出来的新会话是完全独立的、持久化的，能在 claude agents 列表里单独管理（重命名、恢复、删除等）。适合「这个方向值得深入研究，但我现在手头还有别的事」这类场景——比如你在调试一个 Bug，忽然想到「要不试试另一种修复思路」，又不想打断当前的调试进度，就可以 /fork 出去单独跑。
什么时候用 /subtask
场景：需要一个轻量级、一次性的子任务，结果要立刻用在当前对话里
示例：
> /subtask 帮我看看这个函数有没有明显的性能问题
（子代理独立跑一遍分析，完成后把结论直接返回给当前会话，
不会留下一个需要你单独管理的后台会话）
/subtask 更接近「派一个帮手去做点事，做完就回来汇报」——不需要你事后再去 claude agents 里找它、管理它，结果用完即走。适合「我需要一个独立视角的快速核查」这类场景，比如让子代理去审查一段代码、验证一个假设，而不打乱当前对话的主线。
两者的核心区别一张表
维度 /fork /subtask
生命周期 持久，独立管理 临时，随手即走
可见性 claude agents 单独列出 不单独列出
结果流向 留在新会话里 返回当前会话
适合场景 深入探索/长任务分支 快速核查/一次性协助
升级注意事项
如果你此前的工作流或脚本里依赖旧版 /fork 「在当前会话内临时分叉子代理」这个行为，升级后需要改用 /subtask 才能得到同样的效果——直接沿用旧的 /fork 用法，得到的会是新语义下的「复制到后台会话」，行为已经不同了。
总结
这次命令拆分本质上是把「持久后台任务」和「临时子任务」这两种此前混在一起的行为解耦开来，让命令名称本身就能准确传达意图——想开一条独立的后台工作线，用 /fork；想临时借用一个子代理快速核查点什么，用 /subtask。对于日常大量使用并行任务处理的用户，理解这个区分能让工作流组织得更清晰。
来源：Claude Code Week 29 digest — Claude Code 官方文档，Anthropic