specengine

Plugin specengine from marketplace specengine-marketplace in yi-luan/specengine-plugin. Commands read from the repo's manifest — yesterday.

Skills (12)

• spec-00-scope-split

  當使用者輸入 /spec-00 [path]、/spec-run（帶來新需求時），或說「評估需求大小」「這個需求要不要切」「幫我切分需求」「拆成幾個模組」時使用。在 spec-01 之前評估一份新需求的大小：未超過門檻就以單一模組繼續；超過門檻就自動決定切分方案並落盤，只有不確定之處會改變下一個要跑的模組範圍時才停下來問，其餘疑點放進待人檢視清單、不阻擋流程。之後 spec-01 一次只掃一個模組。

• spec-01-discovery-bootstrap

  當使用者輸入 /spec-01 [path]、/spec-run，或說「冷啟動」「掃需求」「幫我分析這個需求」時使用。對新需求靜態掃描：鎖定核心業務切片、抽取行為矩陣與 DBML 草稿、初始化術語表、套用既有組織慣例、以高風險探測清單找盲點並轉成 MCQ 佇列。純掃描器角色，唯一允許問的是「這屬於哪個模組」。新需求必須先經 spec-00 確認切分方案，本階段一次只掃方案中的一個模組。

• spec-02-interactive-clarify

  當使用者輸入 /spec-02 [MODULE_ID]、/spec-run，或說「釐清」「回答問題」「繼續問我」時使用。把 .specengine/sdd/ 佇列裡的未決問題以白話選擇題分組詢問使用者（優先用 AskUserQuestion 工具），每題答完立即把決策寫回行為矩陣、刻意不做清單或 .specengine/spec/。未答的題一律掛起為 PARKED。

• spec-03-formalize-gherkin

  當使用者輸入 /spec-03 [MODULE_ID]、/spec-run，或說「形式化」「產生 feature 檔」「寫 Gherkin」時使用。把已釐清並通過流程對齊的模組矩陣形式化為 Gherkin，逐列核對 Examples 可由矩陣推導，產出 .specengine/spec/features/*.feature，並以 feature-lint.js 實際驗證。

• spec-04-generate-test-stub

  當使用者輸入 /spec-04 [MODULE_ID]、/spec-run，或說「產生測試骨架」「寫測試 stub」時使用。為已形式化的 Feature 檔，依 architecture-manifest.md 宣告的 BDD 框架、目錄與 Binding Layer，產出確定性紅燈的 Step Definitions、Driver 介面與 fixture 接線。

• spec-05-coder-implement

  當使用者輸入 /spec-05 [MODULE_ID]、/spec-run，或說「開始實作」「寫代碼」「紅轉綠」時使用。把 spec-04 產出的紅燈測試改為綠燈：先實作 Driver 介面接產品碼，再寫產品碼。以 spec-guard.js 凍結規格、Step 句型與 Driver 介面；完工後 lock。

• spec-06-drift-audit

  當使用者輸入 /spec-06，或說「巡檢」「規格漂移」「檢查跟現實有沒有脫鉤」時使用。比對 .specengine/spec/erm.dbml 與實際資料庫 Schema、比對 Rule 覆蓋率與測試結果，找出漂移並推入佇列。純唯讀巡檢，不自動修正任一邊。不屬於 spec-run 串接範圍。

• spec-change

  當使用者輸入 /spec-change [MODULE_ID]，或對「已完工（IMPLEMENTED，有 lock）」的模組提出需求變更（「上限改成 35%」「這條規則要改」「多加一個條件」「需求變更單」）時使用；`spec status` 顯示 CHANGING 時也由本 Skill 續跑。先用腳本把變更分成「只改參數／改既有行為／新增規則」三級，再只走該級需要的站，最後重新上鎖並檢查沒被波及的規則一字未動。未完工模組的需求調整不走本 Skill，走 spec 02。

• spec-flow-align

  當使用者輸入 /spec-flow-align [MODULE_ID]、/spec-run，或說「對齊流程」「畫流程圖確認」「流程圖給我看」時使用。把已完成釐清（spec-02）的行為矩陣依業務子情境畫成流程圖，跟使用者確認有無遺漏的分支、行為或畫面狀態。是 spec-02 與 spec-03 之間的強制關卡。

• spec-manifest-sync

  當使用者輸入 /spec-manifest-sync，或說「核實環境宣告」「manifest 是不是過時了」「這個專案還沒有 architecture-manifest，幫我建一份」「幫我把 SpecEngine 導入這個專案」「CLAUDE.md 還沒接 SpecEngine，幫我補上」時使用。若 .claude/spec/architecture-manifest.md 或專案 CLAUDE.md 的 SpecEngine 區塊不存在，先從 plugin 範本落地初稿，再唯讀掃描專案實際狀態核實或更新〔待確認〕項目，掃描後一次問完仍缺的必填欄位。不修改程式碼或設定檔。不屬於 spec-ru

• spec-run

  當使用者輸入 /spec-run [path] [MODULE_ID]，或說「spec run」「跑一次全流程」「幫我把這個需求跑完」時使用。以 spec-status.js 判定模組目前階段作為起點，依序委派 spec-00 → spec-01 → spec-02 → spec-flow-align → spec-03 → spec-04 → spec-05。新需求一律先經 spec-00 評估大小與切分。一次只把一個模組跑完。不含 spec-06 與 spec-manifest-sync。

• spec-status

  當使用者輸入 /spec-status [MODULE_ID]，或說「現在到哪了」「狀態」「這個模組跑到哪一步」「下一步是什麼」時使用。從檔案系統推導每個模組目前的階段、待答題數、流程對齊是否通過、下一步該跑哪個指令。純唯讀。

Similar plugins