沉寂十年的技术，正在被 AI 重新唤醒

2015 年，Git 悄悄发布了一个叫做 Worktree 的新功能。没有发布会，没有博客长文，也没有多少人注意到它。开发者们照常切换分支、照常推代码到 GitHub，日子和往常没什么两样。

这个功能就这样沉寂了十年。

直到 AI 编程 Agent 的出现，它才突然被人们想起——不是因为它变了，而是因为世界变了。

---

一个人干活，和一群 AI 干活，是两件完全不同的事

传统的软件开发流程，本质上是线性的。一个开发者，一次只处理一个任务，在一个分支上改代码，改完推送，等待 review，合并，继续下一个。这套流程运转了几十年，大家习以为常。

AI 编程工具的早期形态，也延续了这个逻辑。你向 AI 提问，它给你回答，你复制代码，粘贴进编辑器，运行，发现问题，再问 AI。AI 变成了一个更聪明的搜索引擎，但工作流本身没有变——还是你一个人在干活，只不过多了一个顾问。

但有人开始想另一个问题：如果 AI 不只是给建议，而是真的去执行呢？如果同时派出十个 AI，让它们并行处理十个任务，同时改代码、同时跑测试、同时发现错误并修复，会发生什么？

答案是：会乱成一锅粥。

十个 AI 同时操作同一份代码文件，就像十个人同时编辑同一份 Word 文档，互相覆盖，互相冲突，最终什么都做不成。并行的想法很美好，但现实撞上了一堵墙。

---

墙的名字，叫"隔离"

要让多个 Agent 真正并行工作，每一个都必须拥有自己的独立空间——一份属于它自己的代码副本，不被其他任何人触碰。

最直觉的解法是：把整个代码仓库克隆多份。需要十个 Agent，就克隆十次，每人一份。这能用，但代价是巨大的磁盘浪费和时间消耗。一个有多年历史的大型项目，克隆一次可能就要几个 GB，克隆十次就是几十个 GB，还不算每次克隆花费的时间。

就在这个困境里，有人翻出了那个沉寂十年的功能。

Git Worktree 的设计思想，用一句话来说就是：共享昂贵的，隔离廉价的。

代码的历史记录——所有的提交、所有的分支信息——只有一份，所有工作目录共享它。但每个工作目录的实际文件是完全独立的，Agent A 改的文件，Agent B 看不到，更碰不到。这和克隆多份达到同样的隔离效果，但几乎不占用额外的磁盘空间，创建速度也快得多。

这个十年前为了解决"一个人同时处理多个任务"而设计的功能，在 AI Agent 时代，突然找到了它真正的使命。

---

Superset：把 AI 当团队来管

Superset 是第一批想清楚这件事的产品之一。

它的核心理念并不是"做一个更好的 AI 聊天框"，也不是"做一个更聪明的代码补全"，而是：如何像管理一支团队一样，管理多个 AI Agent？

在 Superset 里，Claude、Gemini、Copilot 这些 AI 不是你的对话伙伴，而是你的员工。你交代任务，它们去执行。每一个 Agent 都被分配到自己的 Git Worktree，拥有独立的工作空间，互不干扰。它们可以同时开工，同时修改不同的文件，同时跑测试，最终各自完成任务，把结果汇报给你。

你的角色，从"写代码的人"变成了"做决策的人"。你不再盯着屏幕逐行敲代码，而是在多个 Agent 交出的方案里，选择最好的一个，合并进项目里。

这是一种全新的人机协作方式。不是你和一个 AI 对话，而是你指挥一支 AI 团队干活。

---

为什么是现在

有人可能会问：Worktree 早就存在，多进程并行也不是新概念，为什么以前没人这么做？

因为以前 AI 还没有强大到可以真正"自己干活"。早期的 AI 编程工具，能做的不过是补全几行代码、回答几个问题，远没有能力独立完成一个完整的任务。让它独立工作，只会得到一堆不可用的输出。

今天不同了。现代 AI Agent 可以读取代码文件、理解项目结构、执行终端命令、看到报错后自己修复，然后继续推进，直到任务完成。它不再是一个顾问，而是一个真正能独立交付成果的执行者。

当 Agent 真正能独立干活，隔离它们的工作空间才变得有意义。当并行执行变得真实可行，Worktree 这个等了十年的工具才找到了它的舞台。

技术的价值，有时候不取决于技术本身，而取决于周围的世界有没有准备好。

---

一个预兆

Superset 这类产品现在的用户还很少，使用门槛还很高，商业前景也还不明朗。但它代表的方向——把 AI 当作可以并行调度的执行单元，而不是一个被动回答问题的工具——很可能是未来软件开发的基本形态之一。

而支撑这个未来的基础设施，Git 在十年前就已经悄悄准备好了。