同一个任务，独立写稿后互评

什么时候用这个模式#

写教程、提案或说明文档时，如果希望在动笔前看到几种不同写法，可以用这个流程。每位作者先独立成稿，再交叉互评、修改，直到关键事实核对清楚、每份稿子都满足要求。

1. 给出同一份要求
2. 各自独立写稿
3. 交叉互评
4. 修改后再评

这样分工有什么好处#

• 先看到不同的写法。 第一轮各自成稿，方便比较结构和解释方式，不会一开始就跟着同一版走。
• 作者互相挑问题。 每份草稿都有人读，指出说不清的步骤、漏掉的信息和没有依据的说法。
• 改完再看一遍。 作者按意见改自己的稿子，下一轮检查问题是不是真的解决了。
• 可以换不同的模型。 不同模型的讲法可能不一样；同一个模型分几个会话写，稿子也值得对比。

一次写、几次评，时间和模型用量都会增加。需要比较写法时再用；只想要一份能用的文档，一个作者通常就够了。

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

• 打开作者们要工作的项目。
• 把参考资料放在作者读得到的地方。

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

在你的项目里打开 Facade，点击 New Agent，选择 Claude Code 作为协调者。用 /model opus 设置模型，用 /effort medium 设置 effort。

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

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

把这段提示词发给协调者，第一行换成你的主题、读者、参考资料和草稿目录：

写作任务：[主题、目标读者、依据的事实或参考资料，以及输出目录。]

用 Facade 在这个项目里启动三位作者：
- Claude Code，opus / high effort
- Codex，gpt-6-sol / high effort
- Antigravity，gemini-3.8-flash-high / high effort

给它们同一份要求，各自使用输出目录里单独的草稿文件。
先各自独立写，再互相评审对方的稿子。
反复评审和修改，直到几位作者对事实的判断一致，每份稿子都满足要求。

3. 看它们怎么配合#

1. 协调者把同一份要求和资料发给所有作者，为每个人分配单独的草稿文件。
2. 每位作者先独立写完第一稿，在此之前不看别人的内容。
3. 草稿完成后互相交换评审。作者对照参考资料核对说法，指出不清楚的步骤、遗漏的信息和不准确的地方。
4. 作者按意见改自己的稿子。评审和修改反复进行，直到大家对事实的判断一致，每份稿子都满足要求。

输出目录里会有每位作者改过的稿子，可以让协调者比较几个版本。作者们对某处无法达成一致时，协调者会把不同意见带回来给你。

用到你自己的项目里#

• 同样的流程可以用在教程、提案、产品规格或架构文档上。
• 告诉作者评审时重点看什么，比如技术准确性、示例能不能用、解释是否清楚。
• 作者人数按任务调整。规模小时两个就够，也可以让同一个模型分几个会话写。

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