wen aidev
Published on

AI Coding Orchestration Workflow 研究系列：為什麼我要開這個系列

Table of Contents

為什麼要開這個系列

GitHub 上現在有一大堆「AI Coding 框架」冒出來，像是 openspec、github spec kit、GSD (get-shit-done)、Superpowers、BMAD Method……

光是 Claude Code 的開發方式就分好幾種：feature-driven 開發、agent team 多人協作、subagent 平行化、Spec-Driven Development……

我相信很多人都已經有這個感覺：這沒完沒了，不用一個月又冒出新的方法論。

=> 所以這系列不是要你把每個框架都學一遍。而是選定一個你自己主要用的工具，然後從其他框架「偷學」值得借鑒的思路——截長補短才是正確的姿勢。

2026 的趨勢：Orchestrator-led Agent Team

如果你最近在跟 AI Coding 相關社群走動，你會發現一個越來越明顯的設計模式在收斂：

一個 Supervisor（Orchestrator）當「專案經理」＋多個平行的 Specialized Sub-Agent 當「工程師團隊」。

這跟過去「丟一個 prompt 給一個 AI」的模式完全不同：

  • 過去：一個 AI，一個長 Session，Context 越撐越大，品質越跑越差
  • 現在：Orchestrator 負責拆任務 + 分配 + 彙整，每個 Sub-Agent 只負責一個薄薄的任務，Context 始終保持乾淨

這個架構不是某家公司的 proprietary 產品，而是一種工程哲學。不同框架有不同的落地方式，但背後的思維是共通的。

這次打算研究的三個框架

三個框架各代表不同的 Agent 運行哲學，放在一起研究比較有意思：

框架核心哲學GitHub
Superpowers強制流程派：brainstorm → plan → TDD → review，每一步都是固定關卡，AI 不能跳過obra/superpowers
GSD (get-shit-done)Spec-Driven Orchestration：先把需求轉成 Spec 文件，再用 Orchestrator 分波次派給多個 Sub-Agent 平行執行gsd-build/get-shit-done
Agent Teams角色扮演派：為每個 Agent 定義角色（architect、developer、reviewer），讓 Agent 知道自己在團隊中的位置各有不同實作

三種哲學可以粗略這樣區分：

  • Superpowers → 「流程紀律」：強迫 AI 一步一步走，不讓它跳過驗證
  • GSD → 「平行加速」：用 Orchestrator 把獨立任務分散給多個 Agent 同時跑
  • Agent Teams → 「職責分工」：每個 Agent 只做自己角色範圍內的事

這系列的文章

#文章重點
01本文（系列概序）研究動機、框架地圖、2026 趨勢
02解析 GSD：Multi-Agent Orchestration 架構Wave 執行、Checker 迴圈、Context 保鮮設計
03Wave-Based Parallel Execution 系統設計Dependency Graph、拓撲排序、如何移植到自己工作流

後續 Superpowers、Agent Teams 的研究會陸續補進來。

常見問題

Superpowers 怎麼安裝？

依平台不同：Claude Code 用 /plugin install superpowers@claude-plugins-official；Cursor 在 plugin marketplace 搜尋 superpowers；Gemini CLI 用 gemini extensions install https://github.com/obra/superpowers。

這三個框架（GSD、Superpowers、Agent Teams）可以混用嗎？

可以。三者各有側重——GSD 做 Spec-Driven 平行執行、Superpowers 強制流程紀律、Agent Teams 處理需要橫向溝通的複雜協作。用哪個取決於任務性質，不互斥。

這系列適合什麼程度的開發者？

已經在用 Claude Code 開發實際專案、但遇到 Context 污染或多任務協調問題的開發者。純新手建議先熟悉 Claude Code 基本操作再來看這系列。

留言討論