多模型 SDD 開發流水線：Opus → Sonnet → Codex → Gemini

2026-03-30 | P.H

P.H 分享了基於完整 SDD（Spec-Driven Development）文件的多模型協作流水線，每個模型負責最擅長的階段。

流水線分工：

  1. Opus 4.6 — Plan（規劃與架構設計）
  2. Sonnet — Implement（實作程式碼）
  3. Codex (GPT-5.4) — Review（審查 Claude 的產出，抓偷懶和便宜行事的問題）
  4. Opus 4.6 — Fix（根據 review 結果修復）
  5. Opus 4.6 — Simplify（最終簡化重構）
  6. Gemini — Commit and Push（出 commit log、整理檔案、文件修改）

為什麼要 Codex review：

  • Codex 習慣先大量查閱既有檔案，這個特性在查 bug 時特別有用
  • 能抓到 Claude 偷懶或便宜行事的地方（如不同模組用不同實作方式、生產環境和測試環境邏輯分歧）
  • 多位群友實測確認 Codex 確實能發現 Claude 遺漏的問題

省 token 策略： Gemini 只用在最低風險的工作（commit、文件），把高價值的 Claude 額度留給規劃和修復。