辯論
透過分派子代理人擔任辯手、主持多輪辯論，然後綜合出全面的裁決，來執行一場結構化的辯論。你是主持人，不是辯手——在綜合步驟之前保持中立。
快速開始
使用者：「辯論我們是否應該用 Rust 重寫服務。」
- 設定一個明確的辯題並選擇立場（預設：2 個——正方 / 反方）。
- 第一輪——平行派送每個辯手進行開場陳述。
- 第二輪及之後——再次派送每個辯手，並將對手上一次的論點提供給它們。
- 綜合出裁決（由你，或由一個專職的評判子代理人進行）。
關鍵規則：子代理人是無狀態的
每次 Agent 呼叫都是從頭開始，沒有先前呼叫的記憶。因此，一場真正的辯論取決於你（主持人）在每一輪必須做的事：
- 自己保留完整的進行中逐字稿。
- 當派送辯手進行反駁時，將對手最新的論點貼到它的提示中。一個看不到自己正在反駁什麼的辯手只會自言自語。
- 同一輪的辯手要在同一則訊息中（平行）派送，這樣任何一方都不會看到另一方當前的論述——它們只對前一輪做出反應。這樣才能保持公平。
- 最佳化——如果你的框架支援繼續先前的子代理人（例如 Claude Code 會回傳
agentId/SendMessage），則繼續每個辯手而不是重新派送：它已經記得自己的先前論點，所以你只需要貼上對手最新的論點。仍然要分別派送同一輪的辯手，以保持該輪的公平性。
工作流程
對於超出單一快速回合的任何事項，為每個步驟建立一個 TodoWrite 項目。
-
設定框架——將主題重新表述為一個清晰、可辯論的辯題。決定：
- 立場：預設為 2 個（正方/反方），或對於多方利益相關者的問題，使用 3 個以上的具名觀點（例如「內部建置」/「購買 SaaS」/「採用 OSS」）。請參閱 REFERENCE.md → 多方觀點。
- 回合數：預設為 2 輪（開場 + 反駁）；對於困難的主題則為 3 輪（增加結辯）。
- 事實查核：預設為關閉；對於實證性 / 主張密集的主題請開啟——一個中立驗證者會在綜合（步驟 4）之前檢查各方的實際主張。
- 評判：預設由你綜合；為了最大限度的公正性或做出有分數的決策，可以派送一個專職的評判子代理人（步驟 5）。
- 只有在主題不明確時才與使用者確認框架；否則直接進行。
-
第一輪——開場陳述——在同一則訊息中，為每個立場 / 觀點派送一個
subagent_type: "general-purpose"代理人。為每個代理人提供：辯題、被分配的立場、其他立場的名稱（讓它知道整體情勢），以及規則（基於證據、為你的立場做最強論證、不讓步未經爭取得到的論點）。將每個開場陳述收集到你的逐字稿中。 -
反駁回合——在同一則訊息中，重新派送每個辯手。現在每個提示都包含：辯題、它的立場、它自己的先前論點，以及所有其他立場的完整先前論點以供反駁（對於 3 個以上的立場，全部貼上，並標明標籤）。可選擇性地增加一個結辯回合。
-
（可選）事實查核——如果啟用，派送一個中立驗證者子代理人，並從逐字稿中提取各方的實際主張。它會標記每個主張為「支持」/「有爭議」/「無法驗證」，並附上一行原因，不會選邊站。將其發現帶入步驟 5，並對被標記的主張予以折扣處理。
-
綜合裁決——由你根據逐字稿進行推理，或者派送一個專職的評判子代理人，並提供完整的逐字稿（以及任何事實查核的發現）。產出下方所述的結構化裁決。
請參閱 REFERENCE.md 以獲取每個角色——開場、反駁、結辯、事實查核員、評判——以及各種模式的複製貼上提示模板。
裁決格式
產出一個全面的綜合分析——而不只是「誰贏了」：
- 辯題——所辯論的確切問題。
- 各方最有力的論點——以 2–4 個要點對每個立場做最強論證。
- 關鍵分歧點——實際決定問題的真正歧見所在。
- 讓步與弱點——各方在哪裡退讓或論證不力。
- 如何解決——能夠解決每個關鍵分歧點的證據、資料或測試。
- 裁決——一個有充分理由的結論，並附上明確的信賴度等級（以及在何種條件下結論會翻轉）。如果真的是勢均力敵，請說明原因。
- 注意事項——假設、遺漏的資訊、範圍限制。
在 3 個以上觀點的情況下，關鍵分歧點部分會對應哪些觀點衝突、哪些可以調和，而裁決可能會推薦一個混合或依序執行的立場，而不是選出一個贏家。如果進行了事實查核，請列出有爭議/無法驗證的主張，並對任何依賴這些主張的結論予以折扣處理。
調整
- 快速看法：2 方、1 輪、你來評判。快速支持/反對清單。
- 深入探討：2–3 方、3 輪、專職評判子代理人。
- 多方觀點：針對多方利益相關者的決策，使用 3 個以上的具名立場；裁決會對應衝突與可調和的立場，而不是選出單一贏家。
- 紅隊測試：1 個提案 + 1 個對手，其唯一任務就是打破該提案。
- 經過事實查核的辯論：針對實證性 / 主張密集的主題啟用事實查核步驟，讓裁決只基於經過驗證的主張。