操：7個(gè)AI智能體如何把功能需求自動(dòng)變成帶測(cè)試的PR)
Antfarm feature-dev工作流實(shí)操7個(gè)AI智能體如何把功能需求自動(dòng)變成帶測(cè)試的PR【免費(fèi)下載鏈接】antfarmBuild your agent team in OpenClaw with one command.項(xiàng)目地址: https://gitcode.com/gh_mirrors/antf/antfarmAntfarm 的 feature-dev 工作流讓你只需用一條命令輸入一句功能需求就能由 7 個(gè)各司其職的 AI 智能體自動(dòng)完成拆任務(wù)、寫代碼、寫測(cè)試、驗(yàn)證、集成測(cè)試、建 PR、代碼評(píng)審的全流程最終交付一個(gè)帶測(cè)試的 Pull Request。3分鐘快速上手一條命令啟動(dòng)AI開發(fā)團(tuán)隊(duì)Antfarm 是一個(gè)運(yùn)行在 OpenClaw 之上的 AI 智能體團(tuán)隊(duì)編排工具——你不需要雇傭開發(fā)團(tuán)隊(duì)只需要定義一個(gè)團(tuán)隊(duì)。安裝只需一步要求 Node.js 22curl -fsSL https://raw.githubusercontent.com/snarktank/antfarm/v0.5.1/scripts/install.sh | bash注意Antfarm 不發(fā)布在 npm 上安裝腳本會(huì)從官方倉庫拉取。npm 上那個(gè)同名的antfarm包是無關(guān)項(xiàng)目。安裝完成后即可安裝并運(yùn)行 feature-dev 工作流$ antfarm workflow install feature-dev ? Installed workflow: feature-dev $ antfarm workflow run feature-dev Add user authentication with OAuth Run: a1fdf573 Workflow: feature-dev Status: running輸入的任務(wù)描述可以是一句自然語言例如為博客系統(tǒng)添加評(píng)論功能。之后的一切都交給智能體團(tuán)隊(duì)了。認(rèn)識(shí)這7個(gè)角色feature-dev工作流的AI智能體陣容feature-dev 工作流由一組專職智能體組成每個(gè)智能體都有獨(dú)立的人格設(shè)定IDENTITY.md、行為準(zhǔn)則AGENTS.md和獨(dú)立工作區(qū)互不干擾智能體角色定位核心職責(zé)Planner 規(guī)劃者分析探索代碼庫把任務(wù)拆成最多 20 個(gè)有序用戶故事Setup 環(huán)境準(zhǔn)備編碼創(chuàng)建特性分支跑通構(gòu)建/測(cè)試建立基線Developer 開發(fā)者編碼逐個(gè)實(shí)現(xiàn)故事邊寫代碼邊寫測(cè)試Verifier 驗(yàn)證者驗(yàn)證獨(dú)立檢查每個(gè)故事是否真的完成拒絕自批作業(yè)Tester 測(cè)試員測(cè)試全部故事完成后做集成測(cè)試和端到端測(cè)試Reviewer 評(píng)審者分析審查 PR 代碼質(zhì)量批準(zhǔn)或要求修改DeveloperPR 環(huán)節(jié)編碼用gh pr create提交規(guī)范的 Pull Request其中開發(fā)者一人承擔(dān)實(shí)現(xiàn)和建 PR兩個(gè)環(huán)節(jié)所以官方稱為 7 個(gè) agent 角色。這種分工明確 互相驗(yàn)證的設(shè)計(jì)是整條流水線可靠的根基——開發(fā)者不會(huì)自己批改自己的作業(yè)。流水線全景plan → setup → implement → verify → test → PR → review整個(gè)工作流定義在 workflow.yml 中7 個(gè)步驟環(huán)環(huán)相扣1?? Plan規(guī)劃者拆解用戶故事規(guī)劃者會(huì)先探索代碼庫理解技術(shù)棧和代碼規(guī)范再把任務(wù)拆成小步用戶故事。它的行為規(guī)范有兩條鐵律每個(gè)故事必須能在一個(gè)會(huì)話一個(gè)上下文窗口內(nèi)完成——太大就拆小如果 2-3 句話說不清這個(gè)改動(dòng)說明故事太大了每個(gè)故事必須可機(jī)械驗(yàn)證——比如tasks 表新增 status 列默認(rèn)值為 pending而不是模糊的能正常工作且必須以類型檢查通過收尾、必須包含測(cè)試標(biāo)準(zhǔn)故事按依賴排序先數(shù)據(jù)庫/Schema再后端最后前端。2?? Setup建立可靠基線Setup 智能體進(jìn)入倉庫、創(chuàng)建特性分支、創(chuàng)建.gitignore、跑一遍構(gòu)建和測(cè)試確認(rèn)基線是綠的并把BUILD_CMD、TEST_CMD等環(huán)境信息傳遞給后續(xù)環(huán)節(jié)。3?? Implement逐故事實(shí)現(xiàn)每個(gè)故事都是全新會(huì)話這是整個(gè)工作流最精妙的部分。implement 步驟 是一個(gè)循環(huán)對(duì)每個(gè)用戶故事開發(fā)者都在一個(gè)全新會(huì)話中工作基于 Ralph 循環(huán)模式——記憶不靠上下文堆積而是靠 git 歷史和progress-*.txt進(jìn)度文件持久化。每個(gè)會(huì)話中開發(fā)者只做一件事實(shí)現(xiàn)當(dāng)前故事、寫單元測(cè)試、跑類型檢查和測(cè)試、提交feat: 故事ID格式的 commit。4?? Verify獨(dú)立驗(yàn)證者把關(guān)驗(yàn)證者不看開發(fā)者的口頭匯報(bào)而是直接檢查git diff 真實(shí)改動(dòng)代碼是否真實(shí)存在而不是 TODO 占位、驗(yàn)收標(biāo)準(zhǔn)是否逐條達(dá)成、測(cè)試是否真的寫了且通過、構(gòu)建是否成功還會(huì)掃描敏感文件.env、*.key等做安全檢查。前端改動(dòng)還會(huì)用瀏覽器技能截圖做視覺驗(yàn)證——布局是否錯(cuò)亂、元素是否缺失一目了然。驗(yàn)證不通過自動(dòng)打回給開發(fā)者重試最多 2 次再失敗則升級(jí)給人類處理。5?? Test集成測(cè)試兜底所有故事都通過單元級(jí)驗(yàn)證后測(cè)試員 負(fù)責(zé)整體視角跑全量測(cè)試套件、檢查故事之間的集成問題、用瀏覽器做端到端測(cè)試、關(guān)注跨功能的邊界情況和錯(cuò)誤處理。6?? 7?? PR 與 Review不經(jīng)過評(píng)審代碼不許發(fā)布最后由開發(fā)者創(chuàng)建 PR清晰的標(biāo)題、說明、測(cè)試說明評(píng)審者則用gh pr view/gh pr diff逐行審查代碼質(zhì)量、測(cè)試覆蓋和項(xiàng)目規(guī)范前端功能還會(huì)做一次設(shè)計(jì)質(zhì)量評(píng)審——不只是能用還要好看、協(xié)調(diào)、像產(chǎn)品。批準(zhǔn)則 approve不滿意則request-changes并附具體反饋?zhàn)詣?dòng)回到實(shí)現(xiàn)環(huán)節(jié)返工。為什么它可靠三個(gè)值得新手記住的機(jī)制失敗自動(dòng)重試 人類兜底每個(gè)步驟都有max_retries驗(yàn)證失敗自動(dòng)重跑對(duì)應(yīng)步驟重試耗盡才升級(jí)給你沒有任何環(huán)節(jié)會(huì)靜默失敗每步全新上下文智能體不會(huì)帶著 50 條消息前的幻覺狀態(tài)干活狀態(tài)全部落在 git 和進(jìn)度文件里?確定性流水線同樣的工作流、同樣的步驟、同樣的順序——不是希望智能體記得去寫測(cè)試而是流程強(qiáng)制它寫測(cè)試實(shí)時(shí)監(jiān)控用 Dashboard 盯住整條流水線運(yùn)行過程中可以隨時(shí)查看狀態(tài)$ antfarm workflow status OAuth Steps: [done ] plan (planner) [done ] setup (setup) [running] implement (developer) Stories: 3/7 done [pending] verify (verifier) [pending] test (tester) [pending] pr (developer) [pending] review (reviewer)更喜歡可視化運(yùn)行antfarm dashboard啟動(dòng) Web 儀表盤默認(rèn) 3333 端口以看板形式查看每個(gè)工作流實(shí)例在各步驟的進(jìn)展點(diǎn)開還能看到故事完成度、驗(yàn)收標(biāo)準(zhǔn)明細(xì)和智能體輸出源碼見 src/server/dashboard.ts。進(jìn)階照著 feature-dev 打造你自己的智能體工作流feature-dev、security-audit、bug-fix 只是起點(diǎn)。所有工作流都是純 YAML Markdown 定義的——你能寫提示詞就能寫工作流。官方完整教程docs/creating-workflows.md?？偨Y(jié)Antfarm feature-dev 工作流把需求 → 帶測(cè)試的 PR這條完整研發(fā)鏈路壓縮成了一條命令規(guī)劃者拆任務(wù)、環(huán)境智能體打地基、開發(fā)者逐故事實(shí)現(xiàn)并寫測(cè)試、驗(yàn)證者獨(dú)立把關(guān)、測(cè)試員集成兜底、評(píng)審者終審判卷。你只負(fù)責(zé)提出需求剩下 7 個(gè)智能體接力完成失敗自動(dòng)重試全程可觀測(cè)。對(duì)于新手來說這是體驗(yàn)AI 開發(fā)團(tuán)隊(duì)最直接的入口。【免費(fèi)下載鏈接】antfarmBuild your agent team in OpenClaw with one command.項(xiàng)目地址: https://gitcode.com/gh_mirrors/antf/antfarm創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 Antfarm feature-dev工作流實(shí)操：7個(gè)AI智能體如何把功能需求自動(dòng)變成帶測(cè)試的PR
Antfarm feature-dev工作流實(shí)操7個(gè)AI智能體如何把功能需求自動(dòng)變成帶測(cè)試的PR【免費(fèi)下載鏈接】antfarmBuild your agent team in OpenClaw with one command.項(xiàng)目地址: https://gitcode.com/gh_mirrors/antf/antfarmAntfarm 的 feature-dev 工作流讓你只需用一條命令輸入一句功能需求就能由 7 個(gè)各司其職的 AI 智能體自動(dòng)完成拆任務(wù)、寫代碼、寫測(cè)試、驗(yàn)證、集成測(cè)試、建 PR、代碼評(píng)審的全流程最終交付一個(gè)帶測(cè)試的 Pull Request。3分鐘快速上手一條命令啟動(dòng)AI開發(fā)團(tuán)隊(duì)Antfarm 是一個(gè)運(yùn)行在 OpenClaw 之上的 AI 智能體團(tuán)隊(duì)編排工具——你不需要雇傭開發(fā)團(tuán)隊(duì)只需要定義一個(gè)團(tuán)隊(duì)。安裝只需一步要求 Node.js 22curl -fsSL https://raw.githubusercontent.com/snarktank/antfarm/v0.5.1/scripts/install.sh | bash注意Antfarm 不發(fā)布在 npm 上安裝腳本會(huì)從官方倉庫拉取。npm 上那個(gè)同名的antfarm包是無關(guān)項(xiàng)目。安裝完成后即可安裝并運(yùn)行 feature-dev 工作流$ antfarm workflow install feature-dev ? Installed workflow: feature-dev $ antfarm workflow run feature-dev Add user authentication with OAuth Run: a1fdf573 Workflow: feature-dev Status: running輸入的任務(wù)描述可以是一句自然語言例如為博客系統(tǒng)添加評(píng)論功能。之后的一切都交給智能體團(tuán)隊(duì)了。認(rèn)識(shí)這7個(gè)角色feature-dev工作流的AI智能體陣容feature-dev 工作流由一組專職智能體組成每個(gè)智能體都有獨(dú)立的人格設(shè)定IDENTITY.md、行為準(zhǔn)則AGENTS.md和獨(dú)立工作區(qū)互不干擾智能體角色定位核心職責(zé)Planner 規(guī)劃者分析探索代碼庫把任務(wù)拆成最多 20 個(gè)有序用戶故事Setup 環(huán)境準(zhǔn)備編碼創(chuàng)建特性分支跑通構(gòu)建/測(cè)試建立基線Developer 開發(fā)者編碼逐個(gè)實(shí)現(xiàn)故事邊寫代碼邊寫測(cè)試Verifier 驗(yàn)證者驗(yàn)證獨(dú)立檢查每個(gè)故事是否真的完成拒絕自批作業(yè)Tester 測(cè)試員測(cè)試全部故事完成后做集成測(cè)試和端到端測(cè)試Reviewer 評(píng)審者分析審查 PR 代碼質(zhì)量批準(zhǔn)或要求修改DeveloperPR 環(huán)節(jié)編碼用gh pr create提交規(guī)范的 Pull Request其中開發(fā)者一人承擔(dān)實(shí)現(xiàn)和建 PR兩個(gè)環(huán)節(jié)所以官方稱為 7 個(gè) agent 角色。這種分工明確 互相驗(yàn)證的設(shè)計(jì)是整條流水線可靠的根基——開發(fā)者不會(huì)自己批改自己的作業(yè)。流水線全景plan → setup → implement → verify → test → PR → review整個(gè)工作流定義在 workflow.yml 中7 個(gè)步驟環(huán)環(huán)相扣1?? Plan規(guī)劃者拆解用戶故事規(guī)劃者會(huì)先探索代碼庫理解技術(shù)棧和代碼規(guī)范再把任務(wù)拆成小步用戶故事。它的行為規(guī)范有兩條鐵律每個(gè)故事必須能在一個(gè)會(huì)話一個(gè)上下文窗口內(nèi)完成——太大就拆小如果 2-3 句話說不清這個(gè)改動(dòng)說明故事太大了每個(gè)故事必須可機(jī)械驗(yàn)證——比如tasks 表新增 status 列默認(rèn)值為 pending而不是模糊的能正常工作且必須以類型檢查通過收尾、必須包含測(cè)試標(biāo)準(zhǔn)故事按依賴排序先數(shù)據(jù)庫/Schema再后端最后前端。2?? Setup建立可靠基線Setup 智能體進(jìn)入倉庫、創(chuàng)建特性分支、創(chuàng)建.gitignore、跑一遍構(gòu)建和測(cè)試確認(rèn)基線是綠的并把BUILD_CMD、TEST_CMD等環(huán)境信息傳遞給后續(xù)環(huán)節(jié)。3?? Implement逐故事實(shí)現(xiàn)每個(gè)故事都是全新會(huì)話這是整個(gè)工作流最精妙的部分。implement 步驟 是一個(gè)循環(huán)對(duì)每個(gè)用戶故事開發(fā)者都在一個(gè)全新會(huì)話中工作基于 Ralph 循環(huán)模式——記憶不靠上下文堆積而是靠 git 歷史和progress-*.txt進(jìn)度文件持久化。每個(gè)會(huì)話中開發(fā)者只做一件事實(shí)現(xiàn)當(dāng)前故事、寫單元測(cè)試、跑類型檢查和測(cè)試、提交feat: 故事ID格式的 commit。4?? Verify獨(dú)立驗(yàn)證者把關(guān)驗(yàn)證者不看開發(fā)者的口頭匯報(bào)而是直接檢查git diff 真實(shí)改動(dòng)代碼是否真實(shí)存在而不是 TODO 占位、驗(yàn)收標(biāo)準(zhǔn)是否逐條達(dá)成、測(cè)試是否真的寫了且通過、構(gòu)建是否成功還會(huì)掃描敏感文件.env、*.key等做安全檢查。前端改動(dòng)還會(huì)用瀏覽器技能截圖做視覺驗(yàn)證——布局是否錯(cuò)亂、元素是否缺失一目了然。驗(yàn)證不通過自動(dòng)打回給開發(fā)者重試最多 2 次再失敗則升級(jí)給人類處理。5?? Test集成測(cè)試兜底所有故事都通過單元級(jí)驗(yàn)證后測(cè)試員 負(fù)責(zé)整體視角跑全量測(cè)試套件、檢查故事之間的集成問題、用瀏覽器做端到端測(cè)試、關(guān)注跨功能的邊界情況和錯(cuò)誤處理。6?? 7?? PR 與 Review不經(jīng)過評(píng)審代碼不許發(fā)布最后由開發(fā)者創(chuàng)建 PR清晰的標(biāo)題、說明、測(cè)試說明評(píng)審者則用gh pr view/gh pr diff逐行審查代碼質(zhì)量、測(cè)試覆蓋和項(xiàng)目規(guī)范前端功能還會(huì)做一次設(shè)計(jì)質(zhì)量評(píng)審——不只是能用還要好看、協(xié)調(diào)、像產(chǎn)品。批準(zhǔn)則 approve不滿意則request-changes并附具體反饋?zhàn)詣?dòng)回到實(shí)現(xiàn)環(huán)節(jié)返工。為什么它可靠三個(gè)值得新手記住的機(jī)制失敗自動(dòng)重試 人類兜底每個(gè)步驟都有max_retries驗(yàn)證失敗自動(dòng)重跑對(duì)應(yīng)步驟重試耗盡才升級(jí)給你沒有任何環(huán)節(jié)會(huì)靜默失敗每步全新上下文智能體不會(huì)帶著 50 條消息前的幻覺狀態(tài)干活狀態(tài)全部落在 git 和進(jìn)度文件里?確定性流水線同樣的工作流、同樣的步驟、同樣的順序——不是希望智能體記得去寫測(cè)試而是流程強(qiáng)制它寫測(cè)試實(shí)時(shí)監(jiān)控用 Dashboard 盯住整條流水線運(yùn)行過程中可以隨時(shí)查看狀態(tài)$ antfarm workflow status OAuth Steps: [done ] plan (planner) [done ] setup (setup) [running] implement (developer) Stories: 3/7 done [pending] verify (verifier) [pending] test (tester) [pending] pr (developer) [pending] review (reviewer)更喜歡可視化運(yùn)行antfarm dashboard啟動(dòng) Web 儀表盤默認(rèn) 3333 端口以看板形式查看每個(gè)工作流實(shí)例在各步驟的進(jìn)展點(diǎn)開還能看到故事完成度、驗(yàn)收標(biāo)準(zhǔn)明細(xì)和智能體輸出源碼見 src/server/dashboard.ts。進(jìn)階照著 feature-dev 打造你自己的智能體工作流feature-dev、security-audit、bug-fix 只是起點(diǎn)。所有工作流都是純 YAML Markdown 定義的——你能寫提示詞就能寫工作流。官方完整教程docs/creating-workflows.md?？偨Y(jié)Antfarm feature-dev 工作流把需求 → 帶測(cè)試的 PR這條完整研發(fā)鏈路壓縮成了一條命令規(guī)劃者拆任務(wù)、環(huán)境智能體打地基、開發(fā)者逐故事實(shí)現(xiàn)并寫測(cè)試、驗(yàn)證者獨(dú)立把關(guān)、測(cè)試員集成兜底、評(píng)審者終審判卷。你只負(fù)責(zé)提出需求剩下 7 個(gè)智能體接力完成失敗自動(dòng)重試全程可觀測(cè)。對(duì)于新手來說這是體驗(yàn)AI 開發(fā)團(tuán)隊(duì)最直接的入口。【免費(fèi)下載鏈接】antfarmBuild your agent team in OpenClaw with one command.項(xiàng)目地址: https://gitcode.com/gh_mirrors/antf/antfarm創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考