7 個 Agent 把 Vibe Coding 升級成軟體工廠

作者 @sairahul1 拆解 Claude Code 工作流：用 7 個專責 Agent 取代單一對話，讓研究、規格、建造、測試與驗證各司其職。

📌 來源： blocktempo.com/claude-code-software-factory-7-agents 【20260531 AI 應用】【Claude Code】【7 個 Agent 把 Vibe Coding 升級成軟體工廠】發布者：anson4139 還在用「Prompt → 生成 → 報錯 → 補丁」的 Vibe Coding？作者 @sairahul1 指出，真正卡住的不是 AI 能力，而是工作流：你把產品分析師、架構師、後端、前端、測試、Code Review 全塞進同一個 AI 對話，錯誤假設就會一路擴散。🧠 這套做法把 Claude Code 拆成 7 個專責 Agent：Codebase Researcher 先讀程式碼庫、Story Writer 寫使用者故事與驗收標準、Spec Writer 產出技術簡報，接著 Backend Builder、Frontend Builder 分別實作後端與前端，再由 Test Verifier 寫驗收測試，最後由 Implementation Validator 對照故事與簡報抓落差。關鍵不是「讓 AI 多做一點」，而是讓每個 Agent 只做單一職責：研究員只能 Read、Grep、Glob；後端建造者只碰後端資料夾；前端建造者不能發明 API；驗證員只回報問題、不修程式。這種乾淨上下文與明確邊界，是降低上下文漂移的核心。⚙️ 流程中設計了 3 個人類審核點：核准使用者故事、核准技術簡報、核准 PR。也就是說，人仍然負責判斷「問題是否正確、設計是否正確、能不能安全上線」，其餘研究、建造、測試、驗證則交給代理人鏈條處理。文章也強調 CLAUDE.md 的重要性：這個 repo 根目錄的 Markdown 檔會在每次 Claude Code 對話開始時載入，用來保存技術棧、指令、架構規則與「不要做的事」。建議維持在 100–300 行，逐步記錄 AI 曾經誤判過的假設。🧩 如果要實作，作者建議建立 .claude/agents/、feature-factory、build-with-test

https://blog.buclaw.org/posts/7-agent-vibe-coding-mptplpjs