一個 Agent 寫程式，另一個反覆審查

審查你正在進行的變更#

如果 Claude Code 已經有等待審查的變更，請把這段提示詞送給寫出這些變更的 Claude Code 工作階段：

用 Facade 啟動 Codex，使用 gpt-6-sol 與 high effort，請它在不編輯檔案的情況下審查這個專案資料夾中的變更。
修正成立的問題，並請它反覆複查，直到沒有問題。

Claude 會在同一個專案資料夾中啟動 Codex。Codex 把發現的問題送給 Claude，Claude 修正成立的問題後，再請它審查一次。

以自動審查循環開始新任務#

若要讓新任務從一開始就附帶審查，可以使用這組範例設定：

步驟 1：啟動並設定 Claude Code

在 VS Code 中開啟側邊欄的 Facade Code 面板，點選 New Agent，選擇 Claude Code。確認工作目錄是你的專案資料夾。

用 /model opus 設定模型，用 /effort high 設定 effort。

步驟 2：連同審查指示送出任務

把這段提示詞送給 Claude Code，並把第一行換成你的任務：

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

實作它，然後用 Facade 啟動 Codex，使用 gpt-6-sol 與 high effort，請它在不編輯檔案的情況下審查這個專案資料夾中的變更。
修正成立的問題，並請它反覆複查，直到沒有問題。

接下來會發生什麼#

1. Claude 實作
2. Codex 審查
3. Claude 修正
4. Codex 複查（循環到沒有問題）

Claude 會透過 Facade 在同一個專案資料夾中啟動 Codex。Codex 對照你的需求檢查變更，過程中不編輯檔案，並把發現的問題直接送給 Claude。

Claude 修正成立的問題，並請 Codex 複查，直到沒有成立的問題為止。最後由 Claude 總結變更內容、審查發現、執行過的檢查，以及仍未驗證的部分。

你隨時可以開啟 Codex 的工作階段，釐清需求或討論它的審查意見。

跨功能重複使用同一個審查者

你也可以把工作交給既有的 Codex 審查者。沿用同一個審查者，就能延續先前關於專案與審查標準的討論。

在提示詞中指名既有的審查者，可以使用名稱（例如 @Kite）或它的 #aN ID：

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

實作它，然後用 Facade 發訊息給 @Kite，請它在不編輯檔案的情況下審查這個專案資料夾中的變更。
修正成立的問題，並請它反覆複查，直到沒有問題。

在 Facade 面板中固定這個審查者，就能在不同功能之間回到它。重新開啟專案時，若 CLI 支援，Facade 會還原它儲存的對話。

為什麼要把實作與審查分開#

• 找出被忽略的問題。第二個 Agent 會對照需求檢查變更，可能發現撰寫者漏掉的問題。
• 修正後會再被審查一次。Claude 會把修正結果送回 Codex，因此審查涵蓋更新後的程式碼，而不只是最初的變更。
• Agent 直接交換意見。Facade 負責傳遞撰寫者與審查者之間的訊息，你不必再居中轉達。
• 不同模型能帶來不同觀點。不同供應商的模型可能注意到不同的問題。請對照程式碼與測試，確認這些發現是否成立。

審查會增加時間與模型用量。小幅變更用一個 Agent 就夠；當工作值得獨立審查時，再採用這個模式。

在你的專案中使用#

• 要更換撰寫者，請在 New Agent 中選擇另一個已安裝的 CLI，並用該 CLI 的命令設定模型與 effort。
• 要更換審查者，請把提示詞中的 Codex、gpt-6-sol 與 high effort 換成你能使用的組合。
• 兩個角色可以使用同一個 CLI，也可以使用不同 CLI。你也可以在各自的工作階段中使用同一個模型。

關於儲存的啟動設定與其他供應商，請見Agent 設定、Claude Code 接入其他供應商，以及Codex 接入其他供應商。