Swarm Orchestrator v8.0.1 正式合入主線，帶了一個新默認設(shè)置：獨立反駁適配器（falsifier adapters）。這套子系統(tǒng)的邏輯很簡單——AI生成的代碼補丁，先讓生產(chǎn)端工具過一遍驗證，再專門派另一批工具來"找茬"。只有兩邊都扛住，才能進主分支。

v8 的架構(gòu)從一份自然語言目標開始。契約編譯器把它轉(zhuǎn)成 contract.jsonl，同時生成 manifest.json，里面打包目標描述、倉庫上下文、提取器來源，以及契約字節(jié)流的 SHA-256 哈希。輸入不變，哈希就不變，確保可復(fù)現(xiàn)。

接下來進入種群管理器（population manager）。它維持一個緩存的 Anthropic 會話，遍歷每個義務(wù)（obligation），按類型匹配對應(yīng)的 persona 觸發(fā)器。錦標賽模式下，N 個候選方案并行跑，驗證器打分，最高分者成為提交候選，失敗者進日志但永不合并。

v6 時代最常見的混淆是把編碼 CLI 和反駁器當(dāng)成一回事。v8 徹底切開兩邊。生產(chǎn)適配器（src/adapters/）包裹第三方編碼 CLI——Copilot、Claude Code、Codex、Claude Code Teams，四個后端都通過 swarm run --v6 可選啟用。

反駁適配器（src/falsification/adapters/）干的是另一件事：拿過生產(chǎn)端驗證器已經(jīng)認可的補丁，嘗試用反例、回歸固件或?qū)傩赃`反追蹤來證偽義務(wù)。一旦確認反例，義務(wù)狀態(tài)翻回失敗。

用戶側(cè)只暴露一個開關(guān)：--falsifiers ，默認開啟。具體啟用哪些適配器，在 API 層通過 defaultAdapterRegistry({ includeCopilot, includeClaudeCode }) 配置。

補丁合并前得闖四關(guān)：義務(wù)本身的驗證器、流式驗證器、合并后集成測試，最后是反駁適配器。README 里的鐵律是：沒通過義務(wù)驗證器，一律不準提交；過了之后，反駁器才上場。

所有動作寫進 .swarm/ledger/.jsonl，帶 SHA 哈希鏈。WASM 確定性底層保證零 LLM 參與的義務(wù)也能執(zhí)行。

v8.0 還沒解決的限制，官方?jīng)]細說。但架構(gòu)圖已經(jīng)擺在這兒：用對抗性驗證把"AI 寫代碼"的置信度往上再推一層。