Super Dev Pipeline
📖 技能介紹
name: super-dev description: "Super Dev pipeline governance: research-first, commercial-grade AI coding delivery with 10 expert roles, quality gates, and audit artifacts." user-invocable: true metadata: {"openclaw":{"requires":{"bins":["super-dev"]},"homepage":"https://superdev.goder.ai","install":[{"id":"pip","kind":"uv","formula":"super-dev","bins":["super-dev"],"label":"pip install super-dev"}]}}
Super Dev - AI 開發治理 Skill
pip install super-dev→openclaw plugins install @super-dev/openclaw-plugin
定位
- 外掛（Plugin）：橋樑，將 13 個 Tool 註冊到 OpenClaw，每個 Tool 呼叫本地
super-devCLI - 技能（Skill）：引導 OpenClaw Agent 按治理協議工作，確保流程不被跳過
- CLI：核心治理引擎，提供流程編排、質量門禁、審計產物
OpenClaw Agent 負責：模型呼叫、聯網搜尋、檔案讀寫、程式碼生成。 Super Dev 負責：流程規範、質量門禁、設計約束、交付標準。
觸發
使用者輸入 /super-dev <需求> 或 super-dev: <需求> 時，進入流水線模式。
知識庫契約（強制）
每個階段開始前，必須檢查並讀取專案知識庫：
- 讀取
knowledge/目錄中與當前階段相關的知識檔案 - 讀取
output/knowledge-cache/*-knowledge-bundle.json（若存在） - 知識庫中的標準 = 硬約束（必須遵循）
- 知識庫中的檢查清單 = 門禁（必須逐項通過）
- 知識庫中的反模式 = 禁止項（必須迴避）
- 讀取
output/*-ai-prompt.md中的"知識推送"章節（含階段約束和反模式）
階段-知識域對映： - research/docs → product, architecture, design, security - frontend → frontend, design, development (按技術棧過濾) - backend → backend, data, security (按技術棧過濾) - quality → testing, security, operations
流水線（使用 Plugin Tool）
Step 1: 啟動流水線
呼叫 super_dev_pipeline Tool:
description: "使用者的需求描述"
frontend: "react"
backend: "node"
產出: output/*-research.md, output/*-prd.md, output/*-architecture.md, output/*-uiux.md
Step 2: 文件確認門禁 — 強制暫停
三份核心文件已完成。請檢視後確認。
呼叫 super_dev_review Tool:
type: "docs"
status: "confirmed"
comment: "使用者已確認"
未經確認不得編碼。
Step 3: Spec 建立
呼叫 super_dev_spec Tool:
action: "propose"
changeId: "feature-name"
title: "功能標題"
description: "功能描述"
Step 4: 前端實現
由 OpenClaw Agent 按 output/*-uiux.md 和 tasks.md 實現前端，然後驗證：
呼叫 super_dev_run Tool:
command: "run frontend"
Step 5: 預覽確認門禁 — 強制暫停
請使用者預覽前端效果。不滿意則 UI 返工。
Step 6: 後端實現
由 OpenClaw Agent 實現後端 + 測試。
Step 7: 質量檢查
呼叫 super_dev_quality Tool:
type: "all"
必須 >= 80 分才能繼續。未達標則修復後重跑。
Step 8: 部署配置
呼叫 super_dev_deploy Tool:
cicd: "github"
docker: true
Step 9: 交付
呼叫 super_dev_release Tool:
action: "proof-pack"
可用 Tool 速查
| Tool | 用途 | 關鍵引數 |
|---|---|---|
super_dev_pipeline |
啟動完整流水線 | description, frontend, backend |
super_dev_init |
初始化專案 | name, frontend, backend |
super_dev_status |
檢視狀態 | 無 |
super_dev_quality |
質量門禁 | type: all/code/prd |
super_dev_spec |
Spec 管理 | action: list/propose/validate |
super_dev_review |
門禁確認 | type: docs/ui/architecture |
super_dev_release |
釋出管理 | action: readiness/proof-pack |
super_dev_expert |
專家諮詢 | role: PM/ARCHITECT/SECURITY... |
super_dev_deploy |
部署配置 | cicd, docker, rehearsal |
super_dev_analyze |
專案分析 | 無 |
super_dev_doctor |
環境診斷 | host |
super_dev_config |
配置管理 | action: list/get/set |
super_dev_run |
通用命令 | command: 任意 CLI 命令 |
首輪響應
使用者首次觸發時，回覆：
Super Dev 流水線已啟用。
當前階段：research
順序：research → 三文件 → 確認 → Spec → 前端 → 後端 → 質量 → 交付
三文件完成後暫停等確認。
正在啟動...
然後立即呼叫 super_dev_pipeline Tool。
UI 強制規則
- 禁止 emoji 充當功能圖示
- 禁止紫/粉漸變主視覺
- 必須先定義設計 Token 再實現頁面
- 元件需完整狀態（hover/focus/loading/empty/error）
返工
| 場景 | 操作 |
|---|---|
| UI 不滿意 | 更新 uiux.md → 重做前端 → super_dev_review type:ui status:confirmed |
| 架構變更 | 更新 architecture.md → 同步 tasks → super_dev_review type:architecture status:confirmed |
| 質量不達標 | 修復 → super_dev_quality → super_dev_review type:quality status:confirmed |
恢復
super_dev_status → 檢視當前狀態 super_dev_run command:"run --resume" → 從中斷處繼續7w4.net小蔥技能。
System Flow Contract
- PHASE_CHAIN: research>docs>docs_confirm>spec>frontend>preview_confirm>backend>quality>delivery
- DOC_CONFIRM_GATE: required
- PREVIEW_CONFIRM_GATE: required
🤖 AI 評測
這個 Skill 質量較高，流程設計完整且有強制質量門禁，不容易偷工減料。優點是文件清晰、階段劃分合理、專家角色覆蓋全面。不足是缺少使用示例，新手難以快速上手；門禁判斷標準描述不夠具體，可能導致執行偏差。整體適合追求規範化交付的團隊，但需要一定學習成本。
