NeuralOS
GuideIntermediate

在 VS Code 里用 Claude · 让 3 个 AI 并行工作,进度快三倍

当你的项目变大,一个 AI 一次只做一件事就不够用了——你想更快推进,同时试好几件事。这里有个真正会构建的人(也是我们自己)都在用的诀窍:你并行开好几个 AI 会话,每个都在项目自己独立隔离的一份版本里。一个在做某个功能,另一个在修别的东西,还有一个在试一个新点子——三个同时推进,互不干扰,也不碰你的主版本。而且每一个做完之后,都用 C-A-R 协议做审计,只有做到无懈可击才合并(merge)进项目。结果就是:进度快三倍,还有安全网。这些活生生的副本叫 worktree,在 VS Code 里配合 Claude,创建一个只需一条命令。这篇你会搞懂它的好处、它是怎么运作的(不带术语),以及搭建它的 prompt。

Jun 21, 202612 min
这是给谁看的?
给已经在用代码 agent(比如 Claude Code)构建、并且想更快推进、像专业人士那样干活的人——又不用多写代码。它是 [GitHub 指南](/recursos/guarda-todo-en-github-antes-de-que-la-ia-lo-rompa)的自然延续:在那里你学会了保存和回退;在这里,你学会同时在多条战线上工作。

什么时候会需要它?(那个确切的时刻)

这个时刻会在你的项目变大、而一个 AI 一次只做一件事已经不够用时到来。你想更快推进:一个会话在做某个功能的同时,另一个在修 bug,第三个在试一个新点子——全都同时进行。当你在两条路之间犹豫(“这样做还是那样做?”)、想在决定前把两个都看一遍时,也会遇到这个时刻。或者当你想试一个有风险的东西、又不碰已经能用的部分时。在所有这些情况里,在你唯一的一份版本上一次只做一件事,既慢又脆弱。

它诞生于哪种痛 · 又慢又提心吊胆
两种痛叠在一起。速度的痛:只有一个会话,你只能排成一列往前走——做完一件才能开始下一件,大项目就变得慢到不行。还有恐惧的痛:因为一切都发生在你唯一那份好用的版本上,你怕 AI 在“改进”某样东西时把别的弄坏,于是你只敢提怯生生的改动。在隔离的版本里并行工作,把这两种痛都干掉了:你在多条战线上同时推进,而且没有风险。

什么是 “worktree”?(说人话)

在 GitHub 指南里你见过分支(rama):项目的并行副本。worktree 把这个再往前推一步:它让你能把好几个这样的分支同时打开、同时鲜活地跑着,每个都在自己的文件夹里,互不相碰。当一个 AI 在做“点子 A”时,另一个可以在做“点子 B”,而你的主版本完好如初。不是一次一个——而是全部同时。

这样想象一下 · 会活起来的复印件
你的主项目是那份原始文档。worktree 就是一份会拥有自己生命的复印件:你可以在上面尽情涂改,而原件在另一张桌子上依旧干干净净。而且你可以同时有五份复印件,每份一个不同的点子。最后,那份做得好的你就并回原件;其余的,扔进垃圾桶。原件从来没有冒过险。

这个超能力 · 一个点子一个分支,在 VS Code 里配合 Claude

Claude Code 有一个 VS Code 官方扩展(在 Cursor 及兼容编辑器里也能用)。从那里你可以并行打开好几个 AI 会话,每个在自己的 worktree 里,并且通过一个可视化 diff(并排对比)看到它提议的改动,你可以批准或拒绝。最棒的是:创建一个隔离的 worktree 只需一条命令。

为一个点子创建一个 worktree(一条命令)bash
claude --worktree mi-idea-arriesgada

这会在一个新分支上创建你项目的一份隔离副本(在 .claude/worktrees/mi-idea-arriesgada/ 里),完全不碰你的主版本。你在那里做这个点子;如果成了就并进去,如果不成就删掉,什么都没发生。你可以用 claude --worktree otra-idea 再开一个会话,让两个同时较劲。

别去背命令 · 让你的 AI 来做
和整个系列一样:如果你不想碰终端,就跟你的 agent 说话。“帮我开一个 worktree,试试 [你的点子],别碰我的主版本”——它就会去做。你只需要决定试哪个点子、留哪个。

3 个能救你命的场景

1 · 有风险的改动
你想大改某个东西,但又怕弄坏能用的部分。你就在一个 worktree 里做:成了就并进去,砸了就扔掉。你那份好用的版本压根没察觉。
2 · 两条路(这样还是那样?)
你不确定某个功能该用哪种做法。你开两个 worktree,让 AI 并行各试一种方案,用真实结果对比,然后留下赢家。凭证据决定,而不是凭直觉。
3 · 卡住的会话
和 AI 的一段对话绕成一团,或者走上了岔路。与其把它丢掉,你另开一个并行会话(它自己的 worktree),从头清爽地继续,又不用扔掉第一个的工作。

我们就是这样干活的 · 多个会话同时跑(那个巨大的加速器)

这是最大的好处,也正是我们构建的方式:与其用一个 AI 排成一列往前走,我们让好几个会话并行工作,每个在自己的 worktree 里。会话 1 在做产品的某个部分,会话 2 在搭另一样完全不同的东西,会话 3 可能在试一个新点子——三个同时推进,互不干扰。就像有三个员工而不是一个,每人在自己的工位上,互不添乱。

完整流程(并行 + C-A-R + 合并)
让这一切不变成一团乱的关键:每个会话在合并之前把自己的工作收拾干净。这个循环是:(1) 每个会话在自己的分支/worktree 里工作 · (2) 做完一件东西时,对它施加 [C-A-R 协议](/recursos/protocolo-car-construir-sin-bugs)——审计、除虫、做到无懈可击 · (3) 到那时才把那个分支 merge 进主分支 · (4) 对下一个重复。这样你进度快三倍,但每一块都干干净净地进你那份好用的版本。
避免灾难的规则 · push 到你自己的分支,别 push 到主分支
并行工作时的经典错误:从一个还没做完的会话往主分支 push,把别人的工作覆盖掉。黄金法则:每个会话保存并 push 到它自己的分支,绝不直接推到主分支。主分支只通过 merge 接收东西,而且只在审计之后。拿不准就交给你的 AI:“把这个会话 push 到它自己的分支,别推到 main”。
这样想象一下 · 好几个厨师,一间井井有条的厨房
三个厨师在同一间厨房里互相撞是一团糟。但如果每人有自己的操作台(自己的 worktree),只在菜做好并尝过之后才端到主台上(经过 C-A-R 之后的 merge),厨房就飞起来了:一道菜的时间里出三道菜,而且没有一道是半成品。这就是把并行工作做对的样子。

可视化 review · 你批准或拒绝,你说了算

在 VS Code 里,当 AI 想改某个文件时,它会给你展示一个并排对比:原来是什么 vs. 它提议改成什么。由你决定:接受、拒绝,或者告诉它改什么。什么都不会背着你改动。就像员工在动手前把每一处改动都先给你看,而不是全动完了你事后才知道。

诚实的预期
review 是逐个文件进行的(并排 diff,接受/拒绝),目前还不是完美的“一次全批准”。而且合并分支(merge)有时会有冲突,得用 git 正常的流程来解决——不过 AI 会用自然语言帮你。不吹牛:它很强,但它是一件工作工具,不是一键魔法。

黄金习惯 · 并行推进而不乱套

这个习惯
一个会话 = 一个分支/worktree:每条战线都在自己隔离的副本里。绝不让好几个挤在主版本上。
push 到你自己的分支,绝不推到主分支:每个会话存在自己那里;主分支只通过 merge 接收。
合并前先用 C-A-R 审计:任何分支不先过审计/除虫,都别进主分支。
在接受之前,先在 VS Code 里看 diff——你说了算,不是 AI。
只合并做到无懈可击的那份:做完并审计过的那块才并进去;没成的点子直接删掉,别有心理负担。

现成 prompt · 搭起你的并行工作流

复制它,粘给你的代码 agent,让它带你同时在多条战线上工作,你不用去学任何命令:

粘给你的 agent · 用多个会话并行工作texto
我想在我的项目上更快推进,用多个会话并行工作,每个都在自己独立隔离的版本里(worktree),彼此互不干扰、也不弄坏我的主版本。请用简单的语言引导我,假设我完全不懂 git。

1. 用一句话给我解释什么是 worktree(我项目的一份活生生的、隔离的副本)。
2. 我要同时在这些战线上工作:[列出你的任务,例如:“1) 重新设计首页,2) 修登录,3) 试一个新点子”]。为每一个从我稳定的版本分叉,创建一个专用的 worktree。
3. 告诉我怎么在每个 worktree 里打开 VS Code,以便可视化地查看 diff 并批准/拒绝改动。
4. 重要规则:每个会话必须 push 到它自己的分支,绝不能推到主分支(main)。主分支只通过 merge 接收东西。
5. 当我在某个 worktree 里做完一个任务、在合并它之前:对它施加 C-A-R 协议(审计、除虫、做到无懈可击)。到那时才把那个分支 merge 进主分支,并用自然语言解决任何冲突。
6. 如果某个点子没成,帮我丢弃它的 worktree,别让我的主项目察觉。

黄金法则:我并行推进,但进主分支的只有审计过的、通过 merge 进来的东西——绝不半成品。
在 NeuralOS 里,隔离是默认配好的
NeuralOS 里,每个和 agent 的工作会话生来就是隔离的——你试各种东西时它们互不干扰,你也不用去想 worktree 或分支。“无所畏惧地并行实验”这个理念,就是这个产品设计思路的一部分。如果你想不走那条学习曲线就拥有这个超能力,这就是捷径。
把一切都存进 GitHub · 这一切的基础
worktree 建立在 git 的分支之上。如果你跳过了 GitHub 指南,先从那里开始。
C-A-R 协议 · 合并前审计每个分支
在把一个点子并进你的主版本之前,先用 C-A-R 审计它。和并行工作完美搭配。
#claude-code#vscode#worktrees#效率提升
Ready to build?

Start building in
under 3 minutes

Join 4,200+ builders. No credit card. Build your first app with AI in minutes.