BMAD V3 Orchestrating Agent Is Live - Setup, and Fullstack Coding Demo
歡迎與介紹
大家好，我是 Brian，歡迎來到 BMAD Code。這週在科技界真是令人驚豔的一週，Google、Anthropic、OpenAI 都發布了驚人的更新。Sonnet 4.0 問世了。但這週還有一個改變遊戲規則的發布，可能被大家忽略了，那就是 BMAD agent 正式上線並準備投入使用。
我將與你們分享 BMAD 方法 V3 中所有令人驚豔的更新，以及如何立即付諸實行。它變得簡化且超級強大。這是革命性的更新，是令人震撼的體驗。現在是開始使用 BMAD 方法的完美時機。
為什麼傳統程式開發會失敗
BMAD 方法的演進背景
BMAD 方法經歷了一些重大變化。但首先，讓我們談談為什麼 vibe coding 會失敗。
首先，你只是讓 agent 在建立專案的中途就停下來。你到達某個點後，它就會開始偏離軌道，做一些愚蠢的事情。即使是更好的程式 agent，你的專案越複雜，agent 就越難保持在軌道上。
資源浪費問題
資源會被浪費。如果你沒有優化和提前規劃，你就會燒掉額度和金錢。如果我們沒有給 agent 正確的資訊，它們就不知道該做什麼。你會看到 agent 把檔案放在你意想不到的隨機位置，而且它們不會記得放在哪裡，也許就在幾步之前。
中途變更的挑戰
當你在專案進行到一半時會怎麼做？你正在開發你的 MVP。也許你已經完成了幾乎所有的 epic，然後你忘記了一個主要功能，或者你意識到需要做大的改變。在過去，這是一個真正難以恢復的痛點，但現在 BMAD 方法實際上將支援變更恢復。
規劃失敗的後果
最後，未能規劃。如果你未能規劃，你就是在規劃失敗。這就是 BMAD 方法的核心。它將幫助你腦力激盪你的想法，規劃它並付諸行動，這樣開發者 agent 就可以從開始到結束工作。
BMAD 方法的演進歷程
從 Vibe Coding 到結構化方法
為什麼 BMAD 方法會演進？我從 Vibe coding 開始，但你只能走到某個程度，我們剛才談到了你會遇到的所有問題。
從 vibe coding 開始，我開始大量使用 cursor rules，我開始學到你可以建立文件來幫助保持你的 agent 在軌道上，但它仍然很脆弱且未優化。
V1 版本的問題
所以我想出了建立敏捷角色的想法，作為自訂模式工作。V1 方法存在問題。其中一個是每個 agent 都被硬程式到手頭的任務，很難優化和自訂它們，因為人們希望這樣做。
V2 版本的創新
所以 V2 真正關於四個主要事項：優化和利用網路，將大量建立規劃的工作從 IDE 中取出，節省大量時間、精力和金錢。從網路中獲取深度研究的力量，真正調查做事的更好方法。
但我認為 V2 的兩個關鍵創新是清單和模板。通過擁有模板，我們現在可以在單獨的檔案中精確定義我們的 PRD 架構會是什麼樣子。我們不必修改 agent，因為我們有一個單獨的模板檔案。
V2 的複雜性問題
agent 被訓練按章節工作。所以 agent 與我們合作，向我們解釋，與我們來回工作，產生真正清晰的文件，但 V2 仍然複雜，因為設定所有這些 agent 很困難，而且與每個不同的 IDE 和網路平台都有挑戰。
V3 版本的革命性改進
完全優化的架構
這就是為什麼我們導致了第三版。第三版完全優化了這一點，所以你不必擁有這些你會上傳和建立的臃腫檔案。相反，agent 檔案本身和 agent 定義變得更小，它們通過上傳單獨的檔案來增強而得到優化，現在它們與 Gemini gems 和 ChatGPT 完美配合。
BMAD Agent 的誕生
但 V3 的另一個重大創新是完全自訂和新的 Uber AI 編排 agent，我稱之為 BMAD agent，這真是我很長時間以來見過的最令人興奮的事情。
BMAD agent 真的是你的終極 AI 編排夥伴。這個 BMAD agent 作為你的方法教練進行協調，它組織你的整個 AI 敏捷團隊，動態適應成為你現在需要的一個敏捷 agent。
動態角色適應
產品經理、Scrum master，你也可以在 V3 中定義這些 agent，讓它們擁有你希望它們擁有的確切任務。
從想法到實現的完整流程
初始想法階段
我們如何真正從想法到實現，使用 BMAD 方法中的完整 agent 流程？如果你有一個想法的種子，也許你想在市場上推出一些東西，你不確定它是什麼，你首先要與 BMAD agent 交談。
BMAD agent 會建議你與業務分析師教練進行腦力激盪。它將幫助你將其形成概念性產品簡介，但它也將幫助你進行深度研究，如果你想的話。
競爭分析與研究
它將幫助你尋找競爭對手，看看他們在做什麼，尋找競爭產品或只是類似產品，也許幫助你弄清楚你的想法的獨特之處，這樣你就可以在市場上推出真正有趣的東西，然後將其交給產品經理。
利用 Gemini 2.5 的力量
現在，如果你使用 Gemini 2.5 和網路的力量，我強烈建議，你現在可以在同一個聊天線程中運行大部分這些 agent。你不再需要匯出文件，重新導入到新聊天中。
PRD 開發階段
所以你的 agent 將能夠虛擬地傳遞你的腦力激盪、你剛才談到的 PRD 簡介給產品經理，產品經理將幫助你引出和定義一個美麗的產品需求文件，該文件將包含所有你的高級 epic 和故事，以對開發者 agent 最有意義的順序工作，在軌道上完美地建立你的專案。
UI/UX 設計架構
在正確的執行順序中，如果你有前端，它將虛擬地交給 UI UX 設計架構師。這是一個專門的 agent，它做三件不同的事情。
它可以幫助你為 v0 或 lovable 建立提示，基本上為你的整個前端應用程式一次性建立 UI，具有完整 PRD MVP 和架構的所有知識。
設計規格開發
設計架構師還將幫助你弄清楚 UX 和 UI 規格是什麼。它會問你問題。它會詳細說明你想要什麼類型的主題和顏色，或者你可以上傳圖像，但它將幫助將其提煉成一個非常清晰的文件，建立將能夠稍後遵循以建立你夢想的 UI。
應用架構設計
應用架構師真的會查看 PRD 的所有 MVP 需求。它已經在記憶體中虛擬傳遞。它將查看所有這些，然後它將查看所有這些 epic 和故事，它將確保它建立源樹和架構決策，這些決策對完全建立 PRD 是有意義的。
專家級自訂選項
如果你是專家並且已經知道你想要做什麼設計和架構以及你想要什麼技術選擇，你實際上也可以輸入一個文件，其中包含你對程式標準、設計模式或技術選擇的偏好，架構將考慮所有這些。
初學者友好功能
但你可能不知道這些事情。你可能是初學者。你甚至可能不知道你想使用什麼語言。在這個架構 agent 中，甚至回到之前的 agent，它們將與你合作，了解你的水平和你來自哪裡，幫助你學習和理解並選擇正確的技術選擇。
產品負責人的關鍵角色
然後它將傳遞給產品負責人，就像我們之前一樣，但這不再與 scrum master 合併。產品負責人在網路流程中有一項工作，這是最重要的工作之一。
它將查看架構、PRD 和設計分析師或設計架構師的輸出，它將運行一個精通的清單，真正確保一切協同工作，一切都更新了。
進入 IDE 開發階段
一旦我們完成了產品負責人，那就是我們可能擁有所有工件並準備將其放入 IDE 的地方。IDE 中的 scrum master 或產品負責人將運行文件分片任務。
這將為 agent 提供智能，以產生高級詳細的較低級故事，包含任務和子任務以及開發者需要完美實現你的故事的工件。
開發者 Agent 的工作
當然，我們有我們的開發者 agent。這些是將採用我們細粒度、非常詳細的使用者故事的工作馬。我將向你展示一些使用者故事的例子，只是它們有多詳細，保證讓你的 agent 保持在軌道上，把東西放在正確的地方，遵循正確的協議，更重要的是，不需要建立大量規則來保持在軌道上。
課程修正功能
如我所提到的，現在有一個任務和 agent 可以幫助你進行課程修正。所以，如果你在 MVP 進行到一半時意識到有些東西你想要添加，或者你想要改變方向，或者也許你想要拋棄一個資料庫換另一個資料庫，這是一個巨大的變化。
課程修正 agent 將與你合作，弄清楚最佳方法是什麼。你必須回到開始嗎？你必須拋棄幾個故事嗎？有沒有辦法在沙中樞軸並向前推進？
V3 版本的核心改進
模板與清單系統
在 V2 中，我提到我們有模板。在 V2 中，我們有清單。PM、架構師、設計架構師、PO 和 scrum master。在他們做任何事情後，他們將運行這些詳細的清單。它迫使 LLM 進一步深入思考他們所做的事情並重新評估一切。
V3 的終極自訂功能
但 V3 的變化真正給我們終極自訂的是什麼？我們進一步，不僅僅是將角色與他們可以做的動作聯繫起來，我們現在已經分離出角色，所以你可以讓他們有創意，你可以按你想要的方式自訂他們。
任務分離系統
另外，我們已經分離出任務。如果你想做課程修正任務，你可以只是拉入任務來做到這一點。但通過擁有所有這些部分，我們現在也可以完全自訂 BMAD agent，能夠擁有我們想要的任何 agent、任務、清單和角色。
專門化開發者 Agent
我們現在也可以自訂多個開發者 agent，專門針對前端或後端，有自己的專長，可以幫助你掌握某些語言、某些框架，或者成為前端或後端專家，真正專注於該專業。當你這樣做時，它確實會產生很大的差異。
V3 的進階功能
進階反思引導與腦力激盪
V3 中的這個新功能是進階反思引導和腦力激盪動作。這真正意味著什麼是當你通過文件的關鍵部分，無論你是在處理 PRD 還是架構，當你查看每個部分時，它會給你八個選項。
前七個選項基本上會讓你告訴 agent 做不同的事情來自我反思或改進事情。批判性自我反思、使用者目標對齊。這將迫使 agent 真正反思。它是否滿足整體專案的目標？它能做些不同的事情嗎？
替代解決方案評估
產生和評估替代設計解決方案。這將迫使 agent 查看它告訴你的內容，並提出兩到三個可能的替代方案，然後它必須為它選擇的內容辯護並告訴你為什麼選擇它，或者可能選擇其中一個其他選項。
壓力測試功能
還有使用者旅程和整合或互動壓力測試。最後，我們有深入設計假設。我們真正挑戰 agent 思考可能影響開發成功的隱藏約束。
簡化的安裝過程
複製與安裝
我將向你展示現在設定和安裝是多麼容易。與過去的方式相比，它是如此簡單，你今天就可以開始體驗 BMAD agent 的魔力。
所以你只需要做的就是複製和安裝。這將在 Cursor、Windsurf、Rue、Klein、Copilot 中工作。但更重要的是，這與 Gemini Gems 和 ChatGPT 的自訂 GPT 配合得很好。
推薦配置
我強烈推薦 Gemini Gems 並從預設開始。我已經在倉庫中完成了建置，所以你可以只取所有檔案，即使你不想自己建置，把它放在網路中，今天就開始玩這些 agent。
社群支援
最後，我們在 GitHub 倉庫上有一個很棒的 BMAD 方法社群。所以你可以分享你的建議。整個事情都是為了可自訂的，並為你想要的工作方式工作。所以你可以自訂這個並在論壇中分享你的建議。
實際安裝演示
Web Build Sample 演示
任何人都可以做到這一點，我希望你只是為自己嘗試一下。你所要做的就是來到 web build sample，這裡有這些 1 2 3 4 5 6 七個檔案。
你需要做的只是首先我會複製倉庫。這樣工作起來容易得多。所以如果你在本地複製倉庫，你會有 BMAD 方法，就像這裡一樣。
Agent Prompt 設定
你可以去 web build sample，首先這是 agent prompt。現在看看這個 agent prompt。你會看到這略少於 8,000 個字符。所以，這將與自訂 GPT 一起工作，這也將與 Gemini Gems 一起工作。
這是你需要複製和貼上文字的唯一檔案。所以，我要複製所有這些。進入 Gemini。模型總是在進步。你可以玩不同的模型，但 2.5 Pro 將給你巨大的上下文視窗，這真是令人驚豔。
Gemini Gems 設定
我們要說新 gem。我們只是要在這裡的指令中貼上所有這些資訊。你需要給它一個名字。我會叫它 BMAD。所以我們會去上傳檔案。我們要選擇除了 agent prompt 之外的每個檔案。
再次提示是指令。在自訂 GPT 中非常類似。我們想要附加所有這些其他檔案作為 agent 的知識。這將給它所有的智能和所有的角色。
開始使用 BMAD Agent
現在我們可以在這裡保存。我們可以開始與它聊天。現在這是到 BMAD。如果我們不知道該做什麼，我們可以說 /help，或者我們可以開始與 BMAD agent 交談。
BMAD agent 有一個知識庫，它了解所有 agent 和所有不同的工作流程，但它也有這些令人驚豔的幫助命令，你可以使用。
可用 Agent 列表
所以 BMAD agent 告訴你，你可以進入 YOLO 模式，只是處理你所有的文件。我不推薦它，但如果你想工作得真的很快，或者也許只是演示整個過程的演示，你可以把它放在 YOLO 模式。
你可以得到所有可用 agent 的列表以及它們能夠做什麼。所以，讓我們現在就做這件事。讓我們看看我們有什麼可用的以及它們的能力。
BMAD 方法的自訂性
敏捷方法的多樣性
你可以看到這告訴我們所有不同的 agent。我們給它們起了名字。其中一些也有自訂個性。我們可以看到它們可以做什麼類型的任務。如我所說，BMAD 方法非常可自訂。
所以過去人們告訴我，你知道，他們的敏捷版本與我的敏捷版本不同。老實說，在整個行業中，沒有一種做敏捷的方式，不同的角色做不同的事情。
角色自訂範例
所以如果你覺得產品負責人應該是建立產品需求文件的人，你可以自訂它並設定它。如果你認為沒有產品經理的空間，而你想要只有一個 PO，你可以做到這一點。
你可以更換分析師。你可以讓架構師和設計架構師是同一個人。你可以做這麼多配置。這真是太棒了。
工作流程演示
如果我想從事腦力激盪，我可以只是與分析師交談，說我想對一個想法進行腦力激盪。我甚至不知道我想建立什麼。或者當我準備好製作產品簡介時，我可以再次與分析師建立專案簡介。
然後當我完成後，專案簡介完成後，我們已經從她將與我們合作的模板中處理了所有部分，我們告訴她，讓我們把它交給產品經理，BMAD 將編排，在記憶體中它將交接。
IDE 中的實際開發
專案結構設定
一旦你的工件完成，你實際上可以開始開發。所以當你來到這裡時，再次，這是 BMAD 方法。你要做的是如果你有你的專案，無論你是開始新專案還是你已經開始專案並且你想開始使用這種方法，你所要做的就是將 BMAD agent 複製到你的專案中。
我可以向你展示我這裡的一個專案。你可以看到我已經稍微在這上面工作了。我已經用 Claude 4 完成了一個 epic。它進行得如此順利。
BMAD Agent 文件結構
你可以看到我所做的就是我把 BMAD agent 放在這裡。BMAD agent 由多個檔案和資料夾組成。有一個清單、一個資料、一個角色、一個任務和一個模板資料夾。
如果你會注意到從我們的 web build sample，我們這裡有什麼？我們有清單、資料、角色、任務和模板。無論 BMAD agent 中有什麼資料夾，它都會建立該資料夾中所有內容的編譯資料夾或編譯檔案。
角色系統詳解
所以，我所有的角色。讓我們看看 PM 是一個真正調整為非常好的產品經理的角色。那麼產品經理的原則是什麼，總是活躍的？嗯，它們就在這裡。
你可以看到這是一個將支持你和支持最終使用者的人或角色，真正與你密切合作，理解我們試圖建立什麼以及為什麼我們試圖建立它。這些都融入了這個角色的核心原則。
任務分離的優勢
與以前的方法不同，你不會在這裡看到任何關於 PM 能夠建立 PRD 或執行任何其他任務的內容。那是因為現在這一切都是完全可自訂的。這些只是角色。
所以分析師你會看到是好奇心驅動的，因為這是腦力激盪專家，有非常不同的角色，非常以行動為導向，喜歡戰略性和做市場研究。架構師非常分析性。這不是進入他們能做什麼。
任務定義系統
任務是我們在 BMAD 方法中定義的 agent 可以為我們做的所有事情。那麼其中一些是什麼？agent 可以為我們建立一個庫並索引我們的索引資料夾，以確保它是在我們的 docs 資料夾中找到所有資訊的良好資源。
它可以建立 UIUX。它可以建立 PRD、前端架構。它可以幫助我們建立精湛的提示來輸入深度研究，因為你放入深度研究的提示也會影響你在網路中進行深度研究時得到的品質。
課程修正功能
它可以幫助我們產生 lovable 或 vzero 或 replet 的提示，建立這些令人驚豔的提示，我們可以一次性建立我們的 UI。它可以幫助我們像我之前提到的那樣進行課程修正。
還有一個任務來運行清單。所以我們可能想在未來通過只有一個叫做運行清單的通用任務來定義各種清單。我們現在可以允許任何 agent 能夠運行我們定義的任何清單。
清單系統
現在這裡我們有故事完成定義清單，真正確保開發者做了它應該做的一切。它測試了嗎？它清理了故事嗎？它檢查一切都完成了嗎？它運行整合測試了嗎？我們想要放在我們的 DoD 中的任何東西都可以在這個清單中。
模板系統
我們有模板，對吧？所以你可以定義你想要在你的 PRD 中有什麼部分。如果你想要你的 PRD 像我一樣佈局，那麼這就是做到這一點的方法。如果你想要你的故事遵循我有故事的相同方式，這就是做到這一點的方法。
順便說一下，scrum master 將放入比你在這裡看到的更多的資訊。所以開發者 agent 真的會保持在軌道上，能夠完成事情。
自訂配置系統
Web 配置檔案
在網路中，我們有這個配置檔案。當我們編譯我們的 web build 時，這個檔案會變成 agent config。現在在這裡我們已經說了我們想要什麼 agent。
所以也許在我們的 BMAD 方法版本中，或者對於我們的網路 agent，我們只想要有三個 agent，或者也許我們只想要有四個 agent。也許我們想要有一個分析師，然後我們想要有一個可以做 PRD 架構和前端的技術產品負責人，對吧？
Uber Agent 的可能性
我們可以製作任何我們想要的專家，因為我們可以定義他們能夠做什麼任務，他們可以訪問什麼模板，以及除了任務給他們的之外，他們可以運行什麼清單。所以，我們可以建立一個 Uber agent，如果我們想要，除了可以做任何事情的 BMAD agent。
角色與任務匹配的重要性
但我真的建議保持角色與他們正在做的事情相關聯，因為再次角色真正使架構師成為製作你的架構的敏銳專家。所以匹配角色確實是有意義的，但再次這都是可自訂的。
開發者自訂範例
說到自訂，這裡最好的事情之一是你可以通過在這裡放入提示來進一步自訂。所以，這是一個自訂，它只是給他們不同類型的個性來測試它。但你可以用這些自訂做更多事情。
例如，如果你要自訂你的開發 agent，順便說一下，還有一個 IDE 編排器來做所有這些，這是一個非常類似的設定，但這是你可以建立你的全棧開發或你的前端開發的地方。
專業化設定
那麼區別是什麼？嗯，我告訴它專精於 Next.js、React、TypeScript、HTML 和 Tailwind。所以現在這真的會採取前端網路應用程式開發者大師的角色。而這更像是一個大師通才。
如果我知道我在做 TypeScript，你知道，我可以告訴它成為 TypeScript 專家，或者，你知道，Go 或 C 或任何它是什麼。你實際上可以在這裡製作多個開發者。
實際開發演示
專案設定演示
一旦你建立了你的 PRD、你的架構和所有這些，對吧，你將想要跳入實際的，這裡的網路或者對不起，你將想要跳入 IDE 並實際開始開發到我已經在這裡開始的這個專案。
所以這是我正在建立專案的地方。這是一個每日摘要。這將要做的是這將從 Hacker News 下載故事並建立每日 podcast，每日兩人 podcast，很像我在 Notebook LM 中手動可以做的，除了這將通過電子郵件向我發送每日 podcast。
後端服務架構
我們這裡有什麼，這是後端服務。在我甚至開始這個專案之前我做的第一件事，我確實從起始模板開始。如果你已經有一個，我總是推薦從起始模板開始。
當你與 agent 交談時，你告訴它你有一個起始模板。你顯示結構，它會確保它建立的文件實際上會遵循你的起始模板。
文件結構解析
但在 docs 中，你不會一開始就有所有這些。你將從網路中複製出來的，或者如果你在這裡使用 agent 來產生這些文件，你將有一個 PRD，你將有一個架構。就是這樣。然後你將運行那個分片任務。
分片任務將採用你的 PRD，它將拉出這些單獨的 EPIC 檔案。epic 是描述整體大功能片段的，它已經將其分解為這些高級故事。
關鍵文件系統
當我們在架構上運行分片任務時，它將建立我們的 API 參考，給我們所有我們將要互動的所有 API 的詳細資訊。它將給我們組件視圖，真正查看我們將要建立哪些組件。它將給我們的資料模型。
這些是將讓 agent 保持在軌道上的檔案。這可能是最重要的文件之一，或者是兩個最重要的文件之一，這是我們的專案結構。
技術棧規範的重要性
現在，這是後端，這是前端。所以，它已經在這裡佈局了，它將給所有檔案需要去的地方的詳細資訊。所以，它確切地知道把東西放在哪裡，它有一些描述在這裡。
現在技術棧非常重要，V3 中的一個大關鍵變化，實際上在 V2 中我們也有這個，是我們訓練 agent 在版本上非常具體。這裡我們說使用 Axios。在過去的版本中，它可能會說像使用 Axios 或 fetch 這樣的事情。
版本控制的重要性
如果你不把它綁定到一個版本，那是非常有害的，因為那麼你的 agent 會做什麼是他們可能開始使用 Axios，然後他們會有一個失敗的單元測試。然後如果你不注意，agent 會做什麼，相信我，我以前見過它做這個，它會說，"哦，我會使用 fetch，因為它不是很具體。"
所以然後你會在你的專案中有兩個不同的 HTTP 庫，甚至沒有意識到它，因為它犯了一些愚蠢的錯誤，而不是修復單元測試，它只是決定安裝像一個全新的版本或全新的庫。
設計規格展示
所以架構的關鍵是架構知道這裡需要盡可能明確和定義的一切。所以你不應該看到任何多選擇，也許使用這個，也許使用那個。
所以你可以看到這裡當我與設計 agent 一起工作時，我們首先在這個 UXUI 規格上工作，我描述了我想要的外觀和感覺。所以應用程式很簡單。有一個列表頁面和一個詳細頁面。
80 年代復古設計主題
在列表頁面上，我們將查看我建立的每天的 hacker news 摘要。你可以點擊它，你可以去詳細頁面。將會有一個播放器，你可以看到統計資料，你可以去 hacker news 上的不同連結實際看到評論，或者你可以只是聽網站。
但我想做一些不同的事情，不只是讓它看起來像無聊的庫存 Tailwind。所以我告訴它我想要一個 80 年代復古 CRT 終端外觀。綠色發光文字字體，真正給它那種 80 年代終端感覺。
V0 提示產生
提示，vzero 提示，我讓它在我們已經通過完整的 PRD 和兩個架構以及 UX UI 規格後產生。所以，它真的理解我們需要的每個頁面為 MVP。
所以，你可以看到它是一個三頁響應式網路應用程式。它知道應用程式的名稱，我們使用什麼技術，所有的約束，所有的設計。這正是我設想的。這是一次完成。
一次性完美建立
再次，我永遠不會能夠只是輸入所有這些並完美地得到這個。當我說這是一次完成時，這是一個令人驚豔的一次完成。看看它做的所有這些。它甚至知道我想要的前端架構檔案的佈局，我想要的應用程式組織從設計架構師，它給了我一個應用程式。
當我說一個完全工作的應用程式時，我的意思是這顯然不是調用後端資料，但它為其他一切準備好了。
本地運行演示
所以，你可以看到，一旦我讓這一切在這裡工作，我看到這一切都工作了，我只是被震撼了。然後我能夠點擊這個下載按鈕在這裡。然後我能夠跳入一個新專案。我倒入我下載的一切。
我在這裡添加的唯一東西是一個帶有前端架構的 docs 檔案，我還沒有在這裡分片。我會的。所以，它也有一切，但它已經完全按照設計架構師甚至設想的那樣佈局，這很棒。
我運行了 npm install。所以，它安裝了 node modules，它設定了 next 和我需要的一切。現在我可以做 npm run dev。然後轟。就像這真的是我所做的一切，除了 npm install。
完整功能展示
現在你可以看到應用程式實際上在我們的本地主機上運行。我會去這裡。我們會載入它。這現在從我的本地機器運行，準備被開發，雕刻起來，一旦部署就打擊常規 API。
就像我們在網路中看到的，這都是互動的，但這現在從本地機器運行。完全功能運行的網路應用程式，按規格建立，按我們實際應用程式的需求建立。所以它已經設定來調用和理解我們將在後端建立的 API 路由。
後端開發演示
IDE 設定指南
我現在想向你展示的是如何開始在後端程式。讓這個進行的關鍵是無論你在什麼 IDE 中，去 GitHub 倉庫，我有每個 IDE 如何設定你的自訂 IDE agent 的指令。
我不是規則的大粉絲。我現在在 cursor 中。你會看到我這裡有一些 cursor rules，但我會向你展示為什麼我有那些。但一般來說，我從沒有規則開始，因為一切都會在使用者故事中。
BMAD Agent 安裝
你要做的是你會想要安裝 BMAD agent，因為這是你的 agent，如果你需要它們，可以成為任何其他 agent。所以要設定 BMAD agent，只需來到這裡的 IDE BMAD 編排器 markdown 檔案。
複製所有這些內容，就像我們與其他自訂 agent 模式一樣，我們將把這個複製到一個新的 BMAD agent 中。去 cursor 中的進階選項。在那裡貼上所有那些指令，它現在將使用配置和所有資料夾，就像我們的網路 agent 一樣，成為任何 agent。
IDE 專用 Agent
在角色資料夾中，有兩個專門具有 IDE 擴展的 agent。所以，這些非常專門設定來與 BMAD 方法一起工作。它們被調整來尋找帶有這些檔案的 docs 資料夾，它們知道它們需要能夠尋找的檔案名來產生正確的工件。
你要做的是你會想要安裝 smid 版本和 devid agent。scrum master 的目的，一如既往，是產生下一個故事。所以我要向你展示這是如何工作的。
故事開發流程
我們已經實現了 epic 1，但你可以看到這裡我有 scrum master 草案故事 1.1。我總是在每個動作後開始一個新的上下文視窗。Scrum master 建立一個故事，為開發 agent 開始一個新視窗。一旦完成，為 scrum master 新視窗，然後到開發 agent。
所以，你可以看到我只是通過這個建立故事，實現故事，建立故事，實現故事。我可以選擇一次草擬我所有的故事，但這樣做有真正的好處。那就是因為當開發 agent 在故事上工作時，它將在故事中填入大量筆記。
筆記系統的價值
它也會為 scrum master 留下關於它可能需要知道的任何可能偏離的東西或它只需要為下一個故事知道的奇怪東西的筆記。scrum master 在製作下一個故事時會使用這個。所以也許它從過去的錯誤中學習，它不會再次做。
讓我們讓我們的 agent 開始新故事。所以總是開始一個新的聊天視窗，確保我選擇 scrum master，因為這是被調整的。我要從上下文中移除一切。只是為了向你展示它不依賴於任何東西被打開。我要關閉一切。
Scrum Master 工作演示
所以我要告訴 scrum master 草擬下一個故事。如果你喜歡使用 super whisper 或其他任何東西，你當然也可以與它交談。我們要讓那個草擬下一個故事。
基本上，這將要做的是它搜尋 docs 資料夾。它會找到最後完成的故事是什麼。它會查看 epic，弄清楚下一個是什麼。它會讀取我們所有的各種架構，所有的分片文件，並弄清楚開發者需要的所有資訊，這樣它就不必自己搜尋所有那些檔案。
故事狀態檢查
這很好。這實際上是這裡的保護。所以，它告訴我 1.6 實際上沒有標記為完成。所以，我忘了將 1.6 標記為完成。那是真的。它在審查中。所以，我們可以只是將這個標記為完成。儲存它。我要告訴它這裡的三號。繼續。
所以，那是一個安全預防措施，確保它不是在另一個故事沒有完成時建立或開始在新故事上工作。
故事詳細內容
我想在這裡向你展示的是在這些故事中，除了清單，它們也會留下它遇到的問題。所以我試圖找到一個例子。現在這裡有一個有趣的。所以這裡是當我試圖設定 CDK 時遇到的一些問題。我犯了一些錯誤。
規則產生機制
所以如我所說，我從一開始就不使用 cursor rules。但當我看到這樣的事情，我想從中學習並記住它，我會複製這個，將其貼上到 agent 視窗中，告訴 cursor 產生自訂規則，這樣這些事情就不會再發生。所以這就是為什麼我現在這裡有這些規則。
故事產生過程
這現在正在草擬我們的故事。它實際上有點慢。它慢的原因是因為它正在對所有這些文件和它讀取的部分進行大規模分析，以真正弄清楚它需要放入故事中的內容。
但你可以看到它找到了正確的故事來製作。它會實現它。然後一旦完成，我們切換到我們的開發 agent。agent，scrum master，也運行故事清單，真正確保草案是全面的，它沒有忘記任何東西。
開發 Agent 工作演示
它說是的，一切都很好，它考慮了一切。所以現在我們可以查看我們的草案故事 2.1。我只是要接受它。我要將其標記為進行中，這樣我就可以向你展示開發者 agent 進行。
它拿了它需要的片段，所以 agent 知道把它將要工作的程式碼放在哪裡。它拉出它需要知道的資料模型。我們將要設定一些步驟函式。這實際上將在這個 2.1 故事中進入一些相當複雜的東西，因為我們正在設定我們很多自訂基礎設施和異步編排。
Claude 4 的表現
所以，看開發 agent 在這方面做得如何將會非常有趣。你可以看到最後有所有這些佔位符，開發 agent 會放筆記。所以，它會放它的故事筆記進度。它會為下一個 scrum master 放完成筆記。那就是我談到的。
但我要確保我選擇我的開發者 agent。開發者有規則知道尋找進行中的故事或我告訴它的那個並開始開發它。所以我只是要說。讓我們實現這個故事。
Claude 4 在它似乎在我們之前的地方領先幾英里，就能夠修復 linting 問題、測試問題而言。這似乎比 3.7 領先幾英里。所以我一直喜愛到目前為止用這個新的 Claude Sonnet 開發的體驗，BMAD 方法 v3 的力量只是讓它更好地結合在一起。
總結與社群
體驗總結
因為 IDE 中的 scrum master 和 IDE 中的開發 agent 也被微調得比它們在 V2 中工作得更好。太多改進。甚至無法涵蓋所有這些。
社群參與呼籲
點讚，訂閱，加入社群，讓我知道這對你的效果如何。無論你的經驗水平如何，我知道 BMAD agent 對你來說將是令人驚豔的，並幫助你。所以，我們下次會在 BMAD Code 這裡見到你。謝謝大家。