https://www.e7coding.com/tags/%E5%B7%A5%E7%A8%8B%E5%AE%9E%E8%B7%B5/Recent content in 工程实践 on E7CodingHugozh-cnJoyJoyTue, 16 Jun 2026 15:40:00 +0800https://www.e7coding.com/posts/multi-agent-worktree-parallel-dev/Tue, 16 Jun 2026 15:40:00 +0800Joyhttps://www.e7coding.com/posts/multi-agent-worktree-parallel-dev/<blockquote> <p>当你想让<strong>多个 AI Agent 同时</strong>给一个代码库干活，第一个撞上的墙是：它们共用一个工作目录，会互相覆盖彼此正在改的文件。<strong>Git Worktree + 主从协调</strong>这套模式就是为解决这个问题而生的。这篇不讲一行行怎么敲命令，而是讲清楚<strong>它的原理、为什么有效、以及收益在哪</strong>。</p> </blockquote> <h2 id="一先看问题为什么多-agent-不能直接一起改">一、先看问题：为什么多 Agent 不能直接「一起改」</h2> <p>单个 Agent 在一个工作目录里串行地改代码，没问题。但一旦想让多个 Agent <strong>真正并行</strong>，麻烦就来了：</p> <ul> <li>它们指向<strong>同一个工作目录、同一个分支</strong>——A 刚改的文件 B 又覆盖了；</li> <li>Git 的暂存区（index）和 <code>HEAD</code> 是<strong>全局共享</strong>的——两个 Agent 同时 <code>git add</code>/<code>commit</code>，提交历史会乱成一团；</li> <li>谁也不知道别人正在动哪些文件，<strong>没有隔离，就没有真并行</strong>。</li> </ul> <p>最朴素的解法是「给每个 Agent 克隆一份仓库（<code>git clone</code>）」。能隔离，但代价大：每份都是完整副本，磁盘和时间成本高，而且改完散落在多个独立仓库里，合并回来很别扭。<strong>Git Worktree 正是这个问题的轻量答案。</strong></p>