From zenbu-powers
BDD 全自動批次迴圈。掃描 features 目錄,為每個 .feature 展開 3 phase TODO 清單 (red → green → refactor),逐一執行直到全數完成。 透過 arguments.yml 自動決定測試命令和變體。統合 Python E2E / Java E2E / Python UT / Node.js IT 四個版本。 當 /aibdd-specformula 的 Phase 02 觸發,或使用者說「control-flow」「批次執行」時觸發。
npx claudepluginhub zenbuapps/zenbu-powers --plugin zenbu-powersThis skill uses the workspace's default tool permissions.
掃描 feature 檔案 → 建立 TodoWrite 任務清單 → 逐一執行 red → green → refactor。
Searches, retrieves, and installs Agent Skills from prompts.chat registry using MCP tools like search_skills and get_skill. Activates for finding skills, browsing catalogs, or extending Claude.
Checks Next.js compilation errors using a running Turbopack dev server after code edits. Fixes actionable issues before reporting complete. Replaces `next build`.
Guides code writing, review, and refactoring with Karpathy-inspired rules to avoid overcomplication, ensure simplicity, surgical changes, and verifiable success criteria.
Share bugs, ideas, or general feedback.
掃描 feature 檔案 → 建立 TodoWrite 任務清單 → 逐一執行 red → green → refactor。
從 arguments.yml 讀取:
| tech_stack | test_strategy | 測試命令 | 備註 |
|---|---|---|---|
| python | e2e | behave ${FEATURES_DIR}/ --tags=~@ignore | 含 Schema Analysis |
| java | e2e | mvn clean test | 含 Schema Analysis |
| python | ut | behave ${FEATURES_DIR}/ --tags=~@ignore | 無 Schema Analysis |
| nodejs | it | npx cucumber-js --tags "not @ignore" | 含 Schema Analysis |
| typescript | it | npx vitest run | 5 phases;委派 standalone /zenbu-powers:aibdd.auto.ts.it.control-flow |
E2E 變體在 Red 前多一步 Schema Analysis(由 /zenbu-powers:aibdd-auto-red 內部處理)。
UT 變體跳過 Schema Analysis(由 /zenbu-powers:aibdd-auto-red 的 variant reference 控制)。
TypeScript IT 變體(React 前端)有完整 5 phase 流程(schema-analysis → step-template → red → green → refactor),由 standalone skill set /zenbu-powers:aibdd.auto.ts.it.* 處理。
驗證 backend 骨架是否存在(依變體檢查:Python → requirements.txt、Java → pom.xml、Node.js → package.json)。
/zenbu-powers:aibdd-auto-backend-starter?」→ 使用者確認後觸發 /zenbu-powers:aibdd-auto-backend-starter,完成後再繼續讀取 ${FEATURES_DIR},找出所有 .feature 檔案。
若 ${FEATURES_DIR} 下存在 句型.md,讀取其中的「覆蓋矩陣」或「操作清單」,以該文件列出的操作順序作為 feature 排序依據。此順序通常反映業務流程的依賴關係(核心功能 → 延伸功能)。
若無 句型.md,依以下啟發規則排序:
@command)優先於 query(@query)排序結果展示給使用者確認後再建立任務清單。
對每個 feature 檔案,建立 3 個任務:
TodoWrite([
{ content: "{feature} — Red", status: "pending" },
{ content: "{feature} — Green", status: "pending" },
{ content: "{feature} — Refactor", status: "pending" },
...
])
標記 → in_progress
↓
使用 Skill 工具呼叫對應 skill(帶入 feature file 路徑作為 args)
↓
標記 → completed
↓
前進到下一個 pending
| 任務 phase | 呼叫的 Skill |
|---|---|
| Red | /zenbu-powers:aibdd-auto-red |
| Green | /zenbu-powers:aibdd-auto-green |
| Refactor | /zenbu-powers:aibdd-auto-refactor |
所有 Skill 內部自行讀取 arguments.yml 決定語言變體,control-flow 不需路由。
所有任務 completed 後,執行完整回歸測試(命令見變體路由表)。