# 多個 Agent 各自撰稿，再互相審查

讓多個 Agent 依同一份需求說明撰寫、互相審查草稿，並根據意見修訂。

## 什麼時候適合這個模式

當你想在同一個寫作任務上看到幾種不同做法，再決定方向時，就很適合。這對教學文章、提案，以及其他重視結構與說明的文件也同樣適用。

## 為什麼這樣分工有幫助

- **比較不同做法。**你能看到組織素材、向讀者說明主題的不同方式。
- **讓撰寫者互相檢查。**同儕審查能找出不清楚的步驟、缺漏的資訊，以及需要佐證的說法。
- **修訂後再審查一次。**每位撰寫者依意見修訂自己的草稿，下一輪則檢查這些修改是否解決了問題。
- **嘗試不同模型。**不同模型可能提出不同的說明方式。即使使用同一個模型，各自獨立的工作階段也能產出值得比較的草稿。

撰寫與審查多份草稿會增加時間與模型用量。當比較不同做法確實重要時再使用；單純的文件通常一位撰寫者就夠了。

## 1. 啟動協調者

- 開啟撰寫者要工作的專案。
- 把參考資料放在撰寫者讀得到的位置。

下表只是一組範例設定。你也可以使用其他已安裝的 CLI，以及你的帳號可用的模型。

| 角色 | CLI | 模型 | effort |
| --- | --- | --- | --- |
| 協調者 | Claude Code (claude) | opus | medium |
| 撰寫者 A | Claude Code (claude) | opus | high |
| 撰寫者 B | Codex (codex) | gpt-6-sol | high |
| 撰寫者 C | Antigravity (agy) | gemini-3.8-flash-high | high |

在你的專案中開啟 Facade，點選 New Agent，為協調者選擇 Claude Code。用 `/model opus` 設定模型，用 `/effort medium` 設定 effort。

你只需要手動啟動協調者，其他 Agent 會由它透過 Facade 啟動。如果這是你第一次使用 Facade，建議先看[快速入門](https://facadecode.com/zh-tw/docs/quickstart/)。

## 2. 送出任務

把這段提示詞送給協調者。把第一行換成你的主題、讀者、參考資料，以及草稿要存放的資料夾：

```text
為 [讀者] 撰寫關於 [主題] 的內容，使用 [關鍵事實或參考資料]。把草稿存放在 [輸出資料夾]。

用 Facade 在這個專案中啟動三位撰寫者：
- Claude Code，使用 opus 與 high effort
- Codex，使用 gpt-6-sol 與 high effort
- Antigravity，使用 gemini-3.8-flash-high 與 high effort

給他們同一份需求說明，並在輸出資料夾中各自指定一份草稿檔案。
讓他們獨立撰寫，然後互相審查彼此的草稿。
重複審查與修訂，直到撰寫者對事實有共識，且草稿符合需求說明。
```

## 3. 團隊如何運作

共用需求說明 → 各自獨立撰稿 → 互相審查草稿 → 修訂並再次審查

- 協調者把同一份需求說明與參考資料交給每位撰寫者，並在輸出資料夾中為每人指定一份草稿檔案。
- 每位撰寫者先完成初稿，再看其他人的作品。
- 協調者安排互相審查。撰寫者對照參考資料檢查說法，並指出不清楚的步驟、缺漏的資訊或錯誤。
- 每位撰寫者依意見修訂自己的草稿。他們會重複審查，直到對事實有共識，且草稿符合需求說明。

輸出資料夾中會有每位撰寫者經過審查的草稿。你可以請協調者比較各版本。如果撰寫者無法化解歧見，協調者會把不同的看法帶回來給你。

## 在你的專案中使用

- 同樣的流程也適用於教學文章、提案、產品規格或架構文件。
- 告訴撰寫者審查時最看重什麼，例如技術正確性、實用的範例，或清楚的說明。
- 依任務調整撰寫者人數。較小規模的比較，兩位就夠；你也可以讓同一個模型在各自獨立的工作階段中撰寫。

提示詞中的 CLI、模型與 effort 都可以更換。關於儲存的啟動設定與其他供應商，請見[Agent 設定](https://facadecode.com/zh-tw/docs/settings/)、[Claude Code 接入其他供應商](https://facadecode.com/zh-tw/docs/providers/claude-code/)，以及[Codex 接入其他供應商](https://facadecode.com/zh-tw/docs/providers/codex/)。