# License
# 架構與功能特色
- 將整個系統比擬為一個軟體公司的團隊協作。
- 內建多個具有專業角色分工的 Agent（如產品經理、架構師、工程師等），按照預先設計的 SOP（標準作業流程）逐步互動。
- 單一自然語言需求作為輸入後，Agents 依序產出用戶故事、需求分析、設計、代碼等成果。
- 強調嚴謹的流程管控與專業分工，提高完成複雜任務（特別是軟體開發）的品質。
- 相對而言，長期記憶或外部插件工具支援不是重點（需要自行擴充）。
# 擴充性與客製化
- 提供較固定的模板（軟體開發 SOP）。
- 使用者可透過調整設定檔 YAML 來開關某些步驟或角色，但框架本身針對軟體開發進行了優化和約束。
- 缺少通用的插件機制來快速增加新工具類型。
- 要大幅改變流程（例如應用於非開發任務）需要修改源碼中流程定義，客製化門檻較高。
- 適合在其設計範疇內擴充細節，不適合偏離軟體開發範式的大改造。
# 使用者學習曲線與文件
- 針對軟體開發場景提供了開箱即用的體驗：
- 只需輸入一行需求即可跑出完整結果，初學者也能很快看到成果。
- 然而要調整或深入干預流程需要理解其多 Agent SOP，學習成本較高。
- 簡單跑範例很快，但要自訂流程需要相當的學習投入。
# 作為 SDK/API 封裝供整合（Function Calling、MCP 支援）
- 主要以命令列工具形式運行，一次輸入需求後批量輸出結果，缺乏持續交互的 API 設計。
- 沒有針對 function calling 或 MCP 的專門支援，因為其流程相對封閉固定。
- 若要整合進其他系統，需自行改造其執行流程或呼叫其內部函式，開發成本較高。
- 更適合作為一個獨立應用離線使用，而非嵌入式的服務元件。
# 優缺點總結
# 優點
- 創新的多人角色協作理念，將人類軟體開發流程知識融入 Agent SOP，適合複雜專案型任務。
- 對於軟體開發自動化，有明確的結構和輸出格式，可一步產出完整文檔和代碼骨架。
- 社群人氣高，說明文檔有多語言版本，非英文使用者也易於學習。
- MIT 授權開源，長期發展潛力大。
# 缺點
- 用途侷限在軟體研發領域，內建的 agent 角色和流程不太適用其他任務場景。
- 框架封裝程度高，靈活度相對不足，開發者難以偏離預設流程進行定制。
- 需要同時理解多個角色的交互，本身邏輯複雜，調試困難度較大。
- 缺少插件 / 工具擴展支持，無法輕易整合額外能力（如網路檢索或圖像識別）。
# 參考資料
