# SOTA 模型做规划，便宜模型并行施工

用 SOTA 模型规划复杂任务，让多位实现者在各自的 Git worktree 里并行实现，最后由协调者审查合并后的改动并跑测试。

## 什么时候用这个模式

复杂任务串行做太慢时用这个模式，前提是任务能拆成可以分别实现的部分。把任务交给配 SOTA 模型的协调者：它先读代码库，拆出边界清晰的子任务，再让更便宜、配额更多的模型在各自的 worktree 里并行施工。

确认技术方案 → 拆出执行计划 → Worktree 并行实现与合并 → 统一审查与测试

## 这样分工有什么好处

- **先把任务拆到便宜模型也能实现。** 开工前，协调者先想清楚各部分怎么拼起来，实现者拿到的是接口和依赖都已明确的子任务。
- **规划用贵的，实现用配额多的。** 规划和审查用 SOTA 模型，实现可以用配额更多或更便宜的订阅与接口，各自通过自己的 CLI 和服务商。
- **同时开工，完成得更早。** 互不依赖的子任务同时进行，不必一个接一个排队。
- **每人一个工作目录。** Git worktree 给每位实现者单独的目录，改动互不干扰，最后再合到一起检查。

## 1. 先启动负责协调的 Agent

- 在编辑器里打开项目。
- 开始前，确认当前工作目录没有未提交的改动，让新建的 worktree 从同一版本开始。

下表是一套示例配置。你可以换成自己已安装、账号也能用的 CLI 和模型。

| 负责什么 | CLI | Model | Effort |
| --- | --- | --- | --- |
| 协调与规划 | Codex (codex) | gpt-6-sol | xhigh |
| 任务 A（施工） | Codex (codex) | deepseek-v4.1-flash | xhigh |
| 任务 B（施工） | Codex (codex) | deepseek-v4.1-flash | xhigh |
| 任务 C（施工） | Codex (codex) | deepseek-v4.1-flash | xhigh |

在你的项目里打开 Facade，点击 New Agent，选择 Codex 作为协调者。用 `/model` 菜单选择 gpt-6-sol 模型和 xhigh effort。

你只需要手动启动协调者，其余 Agent 由它通过 Facade 启动。第一次用 Facade 的话，先看[启动第一个 Agent](https://facadecode.com/zh-cn/docs/quickstart/)。

## 2. 换成你的任务，发给协调者

把这段提示词发给协调者，第一行换成你的任务和架构上的约束：

```text
[描述你要完成的任务或功能，以及架构上的约束。]

先出一份技术方案。等我确认后，再拆成可以并行的执行计划。
用 Facade 为每个子任务在单独的 worktree 里启动一位实现者，使用 deepseek-v4.1-flash 和 xhigh effort。
实现者并行完成各自的实现和测试，然后按顺序把改动合并回当前分支。
全部合并后，审查合并后的代码并跑完整测试。
```

## 3. 看它们怎么配合

- 协调者读代码库，提出技术方案，说清架构、接口和任务边界。开工前由你看一遍。
- 方案确认后，它拆出执行计划，通过 Facade 在各自的 Git worktree 里启动实现者。
- 实现者并行完成自己的子任务并跑相应检查，然后逐个合并回来。合并冲突由协调者在下一次合并前帮忙解决。
- 协调者审查合并后的代码，跑集成测试，说明结果和还没验证的部分。

## 用到你自己的项目里

- 实现者开几个，由协调者根据任务怎么拆来决定；你也可以直接告诉它想要的粒度。
- 对架构边界或拆分方式有想法，在确认技术方案时提；确认之后再开工。
- 在 Agent 配置里加上你服务商的地址。DeepSeek 可以通过 Codex、Claude Code、Pi 或 OpenCode 接入。

每个角色的 CLI、模型和 effort 都可以换，提示词里的启动配置也要一起改。命名配置和其他模型服务看[Agent 配置](https://facadecode.com/zh-cn/docs/settings/)、[Claude Code 接入其他模型服务](https://facadecode.com/zh-cn/docs/providers/claude-code/)和[Codex 接入其他模型服务](https://facadecode.com/zh-cn/docs/providers/codex/)。