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

什麼時候適合這個模式#

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

為什麼這樣分工有幫助#

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

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

1. 啟動協調者#

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

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

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

你只需要手動啟動協調者，其他 Agent 會由它透過 Facade 啟動。如果這是你第一次使用 Facade，建議先看快速入門。

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. 修訂並再次審查

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

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

在你的專案中使用#

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

提示詞中的 CLI、模型與 effort 都可以更換。關於儲存的啟動設定與其他供應商，請見Agent 設定、Claude Code 接入其他供應商，以及Codex 接入其他供應商。