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

什么时候用这个模式#

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

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

这样分工有什么好处#

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

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

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

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

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

你只需要手动启动协调者，其余 Agent 由它通过 Facade 启动。第一次用 Facade 的话，先看启动第一个 Agent。

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

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

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

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

3. 看它们怎么配合#

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

用到你自己的项目里#

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

每个角色的 CLI、模型和 effort 都可以换，提示词里的启动配置也要一起改。命名配置和其他模型服务看Agent 配置、Claude Code 接入其他模型服务和Codex 接入其他模型服务。