跳轉到

Claude Code 紀律框架對比：Superpowers / GSD / gstack

整理自官方 repo 與多篇解析（見文末），2026-06-19。2026 出現「紀律轉向」——三個開源框架用不同的軸約束 coding agent。本篇深入 GSD 與 gstack,Superpowers 另見 專篇。

⚠️ 星數為對應來源於 2026-06 的數字,會變動,當量級看。

一句話分工

框架 約束的軸 一句話
Superpowers 開發流程 強制七階段 TDD,做事的紀律
GSD 執行環境 隔離 context,跨長任務維持品質
gstack 決策視角 角色治理,先想清楚再做

三者「幾乎不重疊、不是搶同一群用戶」:流程紀律（Superpowers）＋ 環境穩定（GSD）＋ 角色清晰（gstack）。

GSD（Get Stuff Done）：用「分段隔離」對抗 context rot

把建大型應用拆成三個獨立、各開全新 session 的階段,讓計畫文件「跨 session 存活」當唯一真相:

  1. Plan：先寫規格文件（專案概觀、功能清單、資料模型、API 介面、auth、邊界案例、實作順序),不碰 code。
  2. Execute：開全新 session 照計畫逐功能實作——刻意不延續規劃 session,避免把探索期累積的雜訊帶進來。
  3. Verify：再開一個全新 session,把實作對照原計畫,抓漏的功能、矛盾、未處理邊界、資料模型落差。

核心招式:用分段隔離 + 持久計畫文件,防止對話史變長後的「context rot」(累積歷史拖垮輸出)。有解析指出它讓主對話維持在 30–40% context 容量。GSD 偏向方法論(非單一可安裝套件)。

gstack：把 Claude Code 變成一支虛擬工程團隊

YC 總裁 Garry Tan 開源的個人 Claude Code 設定。MIT,官方 repo 顯示約 111k★(2026-06)。前提:「單人配對工具,能比傳統團隊更快——但前提是 agent 被強制切換角色,而不是把產品/工程/品質混在一起做。」

  • 角色 personas:CEO/創辦人、Designer、Engineering Manager、Staff Engineer、QA Lead、Release Engineer、Chief Security Officer、Technical Writer。
  • 指令:約 23 個角色 skill（slash command,如 /office-hours、/review、/qa）+ 8 個 power tool（/careful、/freeze、/guard、/codex、/pair-agent…）。
  • 七階段 sprint:Think → Plan → Build → Review → Test → Ship → Reflect,每個 skill 的輸出餵給下一階段。
  • 相容 Claude Code、Codex、Cursor、Factory Droid、Kiro、Hermes 等;30 秒 git clone + setup 裝好。

怎麼疊（stack）

理論上可分層:gstack 負責想/審 → Superpowers 在 build 時上 TDD → GSD 防長 session 的 context 衰退。

但有實務摩擦:Superpowers 的互動式提問會在 build 中卡住 Claude Code 的輸入。作者建議:先挑你「最痛的點」對應的那一個用兩週,再考慮疊第二個,別一次全上。

對你工作流的對應

  • 你的 Hermes「規劃 → 寫 code → 驗證」其實就接近 GSD 的三段隔離 + Superpowers 的執行紀律。
  • 最低成本可先借 GSD 的觀念:規劃、實作、驗收各開乾淨 session,避免 context rot——這和你這邊「Claude 規劃、Codex 實作、Claude 獨立驗收」天然契合。

參考來源