[Day 25] BMAD-Method Data

最後一part：Data，這邊除了brainstorming跟test-levels之外，其他就沒用到太多了。 但這部分很值得介紹的是bmad-kb，我們用這篇來好好講講Knowledge Base。

TOC

沒錯他有八百多行，他是專門讓master agent使用的檔案，裡面記載了BMAD-Method v3, v4的一切。 內容有點太多，直接請Gemini給個總結：

bmad-kb 它詳細闡述了這個結合 AI 代理與敏捷開發的創新框架。這份文件不僅概述了 BMAD 的模組化代理系統、雙環境支援和可重用資源等關鍵特性，更深入解釋了其運作方式，包括將使用者轉化為「Vibe CEO」來指揮專業 AI 代理團隊，透過規劃與開發的兩階段流程，以及 SM → Dev → QA 的開發循環來實現高效開發。它同時提供了快速入門指南、環境選擇建議、核心配置說明、哲學原則、代理系統介紹、完整開發工作流程和最佳實踐，旨在為使用者提供全面且結構化的指引，以有效利用 AI 代理進行敏捷開發，確保專案質量與效率。

Knowledge base共有15大主題：

   1. BMAD™ 方法論概述：BMAD 結合 AI 代理與敏捷開發，透過模組化、雙環境支援和可重用資源，徹底改變軟體開發。適用於新舊專案、團隊協作、質量保證及專業文件創建。
   2. BMAD 的運作方式：您是「Vibe CEO」，指揮專業 AI 代理團隊。透過規劃（Web UI）與開發（IDE）兩階段，以及 SM → Dev → QA 的開發循環，實現高效且結構化的開發流程。
   3. BMAD 的優勢：優化上下文、明確角色分工、增量進度、人工監督和文件驅動，確保 AI 性能、開發質量和專案一致性，有效管理複雜度。
   4. 快速入門：無論是 Web UI（如 Gemini）或 AI 驅動的 IDE（如 Cursor），BMAD 提供簡便的啟動方式，透過複製配置或安裝工具，即可快速部署 AI 代理團隊。
   5. 環境選擇指南：Web UI 適合規劃、文件創建和腦力激盪，成本效益高；IDE 則專注於實際開發、文件操作和程式碼實施，兩者互補以優化流程。
   6. 核心配置 (`core-config.yaml`)：此文件是 BMAD 的核心，定義專案文件位置和結構，實現版本靈活性、自定義位置和開發者上下文，讓代理智能適應不同專案。
   7. 核心哲學與原則：以「Vibe CEO」視角，強調最大化 AI 槓桿、質量控制、戰略監督、迭代優化、清晰指令、文件重要性，並鼓勵從小規模開始快速擴展。
   8. 代理系統：BMAD 擁有多個專業開發代理（如 PM、Dev、Architect）和元代理（如 Orchestrator、Master），各司其職，確保開發流程的專業化和協調性。
   9. 團隊配置：提供預設的代理團隊組合（如 Team All、Team Fullstack、Team No-UI），方便使用者根據專案需求，快速部署具備特定功能的代理團隊。
   10. 核心架構：BMAD 圍繞 bmad-core 目錄構建，模組化設計支援雙環境。關鍵組件包括代理定義、團隊配置、工作流程、可重用資源，確保系統的靈活性和擴展性。
   11. 完整開發工作流程：從 Web UI 的規劃階段（PRD、架構設計）到 IDE 的開發階段（文件分片、SM → Dev → QA 循環），提供一套完整的、循序漸進的開發流程。
   12. 文件創建最佳實踐：強調標準化的文件命名（如 docs/prd.md），推薦在 Web UI 創建大型文件以節省成本，並透過文件分片將大型文件拆分為可管理的小塊。
   13. 使用模式與最佳實踐：Web UI 適合規劃和諮詢，IDE 適合開發和整合。強調質量保證、性能優化，並透過代理專業化和上下文管理提升效率。
   14. 成功秘訣：利用 Gemini 進行宏觀規劃，bmad-master 組織文件，嚴格遵循 SM → Dev 循環，保持對話專注，並始終審查和批准所有輸出。
   15. 擴展包：擴展包將 BMAD 應用於各領域，提供專業代理團隊、範本和工作流程，保持核心精簡，促進領域專業知識的共享和創新。

這樣整理完更好理解master agent裡的 kb-mode 是在做什麼了，難怪把kb-mode on起來agent就能聰明了起來。有興趣的也可以再進來讀一讀想了解的章節

今天到這邊就結束囉，喜歡我文章的再幫忙推廣一下喔！