· Joseph · AI & Machine Learning  · 6 min read

[Day 1] BMAD-Method intro

這是自發性的連續寫30篇教學文章,不是很想把文章發在ithelp,來這邊挑戰一下自己寫30天BMAD-Method相關的技術文章,預計會用BMAD-Method做各種不擅長的專案。期間可能會視情況購置需要的AI agent plans,可能是Claude Code, OpenAI, 或Gemini都說不定,看token燃燒速度而定。

第一篇先來介紹介紹BMAD-Method這個 AI Agent Framework吧。

TOC

這是自發性的連續寫30篇教學文章,不是很想把文章發在ithelp,來這邊挑戰一下自己寫30天BMAD-Method相關的技術文章,預計會用BMAD-Method做各種不擅長的專案。期間可能會視情況購置需要的AI agent plans,可能是Claude Code, OpenAI, 或Gemini都說不定,看token燃燒速度而定。

第一篇先來介紹介紹BMAD-Method這個 AI Agent Framework吧。

TOC

基本介紹

常用ChatGPT的都知道,我們常常需要假定AI成為某領域專家、或者喂給他事先準備好的海量資料給他讀(RAG),這樣AI agent才不會在他廣泛的知識庫裡迷航。這種方法像是現在1對1的家教一樣,一次只能管理一個AI agent。接著,就有專門的cursorrule去定義各式各樣的roles,可以根據不同語言不同技術產生cursorrule template。然後就出現了Subagentsagents.md,每個agent都有他自己的專業領域、能力及工具,他們也可以互相傳遞工作。

From: https://docs.anthropic.com/en/docs/claude-code/sub-agents

Subagents are pre-configured AI personalities that Claude Code can delegate tasks to. Each subagent:

  • Has a specific purpose and expertise area
  • Uses its own context window separate from the main conversation
  • Can be configured with specific tools it’s allowed to use
  • Includes a custom system prompt that guides its behavior

BMAD-Method恰恰就是這個概念,他把上面的事情整合在一起:

  1. 很多定義好的team
  2. 很多定義好且不同領域專家的角色
  3. 我需要做什麼的時候,引入整個team或單一角色。

工作流workflow

除此之外,他還把Agile敏捷開發的概念也引入進來,讓agent與agent之間的交付更有規章也更讓大家熟悉,我們來看看下面這張流程圖:

詳細可以看這裡:https://github.com/bmad-code-org/BMAD-METHOD/blob/main/docs/user-guide.md#the-planning-workflow-web-ui-or-powerful-ide-agents

Start: TheNewProject

Optional: 分析研究

專案概要?

UX/UI?

早期測試? (Optional)

開發週期

每個跑過Agile / Scrum的團隊應該都差不多,從 Analyst ResearchProject Brief,然後交付給 UI/UX,最後Documents Aligned之後進入開發Dev Cycle。 接著就是一個sprint一個sprint的循環。

角色

最後我們來看看各個定義好的角色:

下表為ChatGPT生成,prompt:

https://github.com/bmad-code-org/BMAD-METHOD/tree/main/bmad-core/agents 幫我介紹BMAD-Method裡面這些角色的功用

角色名稱英文名稱核心責任 / 功用典型使用時機
AnalystBusiness Analyst做市場調研、競品分析、需求蒐集與創意發掘,產出 project brief 來幫助定義專案方向專案剛開始,需要收集與整理需求、探索方向時
ArchitectArchitect設計技術/系統架構,從 PRD 中規劃模組、API、資料庫與整體系統架構需求明確後,需要落實到技術架構階段
PMProduct Manager管理產品策略與需求文件 (PRD),拆解 epics / user stories,設定優先順序決定要做哪些功能、排定優先順序時
POProduct Owner維護並排序 backlog,驗證 user stories 是否符合方向與品質標準開發過程中,確保開發團隊執行正確的功能
SMScrum Master (Story Preparation Specialist)將大型需求或 epics 拆成可開發的 user stories,補充驗收標準與背景規劃轉入開發階段前,準備故事與任務時
Developer (Dev)Developer撰寫程式碼、實作 user story、修 bug,完成具體功能有明確 user story 可以著手開發時
QATest Architect & Quality Advisor設計測試案例、評估非功能性需求,審查成果是否符合驗收標準功能完成後進行驗收,或開發中確保品質
UX ExpertUX-Expert提供使用者體驗與前端設計建議,產出 UX spec 或 UI 規範專案需要 UI/UX 規劃與互動設計時
BMAD OrchestratorOrchestrator核心協調者,監督 agent 流程,分派任務並維持從需求到測試的順暢交接整體流程中保持一致性與協調
BMAD MasterMaster agent全域總控者,能生成文件、檢查 checklist 或發起任務需要跨角色的總體檢查或指令下達時

到這邊介紹完基本的BMAD-Method了,期待明天開始安裝跟上機演練。

References

Back to Blog

Related Posts

View All Posts »
[Day 19] BMAD-Method - Accounting App Flutter - 3

[Day 19] BMAD-Method - Accounting App Flutter - 3

import record from './record.gif'; 第19天,隔了半個月的第19天,不要騙大家,就是隔了很久(到時候看github commit)也會被發現(!) 為什麼隔了這麼久呢,因為我原先定位這天要用flutter開發完整個app,但後面因為token不足,後來又卡了其他開發事項,所以一直沒進展,好在今天結束了,來跟大家說這不大不小的專案開發過程。

[Day 17] BMAD-Method - Accounting App Flutter - 1

[Day 17] BMAD-Method - Accounting App Flutter - 1

今天開始的系列要來寫一個記帳APP,先前有安裝好Xcode,這次來玩Flutter。為什麼選Flutter不選ReactNative呢?因為考量Flutter比起ReactNative對Android/iPhone的更靠近原生一些,再者Google發展的,他也會對一些Google的展品線有比較好的支援度。相比之下對於Meta生態系的ReactNative太多玩具可以玩,所以這次用Vibe coding來玩一下Flutter,再把一切記錄下來。

[Day 15] BMAD-Method - Party mode

[Day 15] BMAD-Method - Party mode

昨天講到orchestrator,他有個重要的指令我沒特別說,今天就來好好玩玩這個Party mode。 orchestrator發起的party就是叫大家來開會的意思,我們把議題丟出來,orchestrator會找需要的人去提意見。 一起來看看怎麼玩。