用 SOTA 模型規劃，讓較便宜的 worker 平行實作

什麼時候適合這個模式#

當一個複雜任務依序完成會花太久時間時，就很適合。協調者必須能把任務拆成 worker 可以獨立實作的多個部分。

為什麼這樣分工有幫助#

• 給較便宜的模型更清楚的任務。協調者在實作開始前先釐清各部分如何組合。worker 拿到的任務範圍較小，介面與相依關係也都已界定。
• 運用不同的訂閱與供應商。規劃與審查使用 SOTA 模型。worker 可以改用額度較多的訂閱或較便宜的 API，各自透過自己的 CLI 與供應商。
• 平行處理，更快完成。獨立的任務同時進行，不必一個接一個。
• 讓每位 worker 有自己的檔案。Git worktree 提供各自獨立的工作目錄，worker 可以分頭編輯，之後再合併變更一起檢查。

1. 啟動協調者#

• 在編輯器中開啟你的專案。
• 從乾淨的工作目錄開始，不要有未提交的變更，讓新的 worktree 有共同的起點。

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

在你的專案中開啟 Facade，點選 New Agent，為協調者選擇 Codex。用 /model 選擇 gpt-6-sol 與 xhigh effort。

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

2. 送出任務#

把這段提示詞送給協調者，並把第一行換成你的任務與任何架構限制：

[描述你的任務與預期的結果。]

先擬一份技術計畫。等我核准後，再建立把工作拆成平行任務的執行計畫。
用 Facade 為每項任務在各自的 worktree 中啟動 worker，使用 deepseek-v4.1-flash 與 xhigh effort。
讓 worker 平行實作並測試各自的任務，再安排各 worker 依序將變更合併回這個工作目錄。
所有變更合併後，審查合併後的程式碼並執行測試套件。

3. 團隊如何運作#

1. 核准技術計畫
2. 建立執行計畫
3. 平行實作各項任務
4. 審查並測試合併後的變更

1. 協調者閱讀程式碼庫，提出涵蓋架構、介面與任務分工的技術計畫。實作開始前，先由你審閱。
2. 你核准後，它會建立執行計畫，並透過 Facade 在各自獨立的 Git worktree 中啟動 worker。
3. worker 平行實作各自的任務並執行相關檢查，再逐一將變更合併回來。協調者會在下次合併前協助解決衝突。
4. 協調者審查合併後的程式碼、執行整合測試，並回報結果與仍未驗證的部分。

在你的專案中使用#

• 讓協調者依任務可以拆分的方式決定 worker 人數。
• 在核准技術計畫前，先討論架構或任務分工的調整。
• 在 Agent 設定中加入你的供應商端點。你可以透過 Codex、Claude Code、Pi 或 OpenCode 使用 DeepSeek。

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