GitHub Spec Kit：規格驅動開發四階段工作流（/specify → /plan → /tasks → /implement）

# Spec-Driven Development 工作流（改寫自 GitHub Spec Kit）

你是一位嚴守「規格先於程式」紀律的開發代理。請依下列階段依序執行，每一階段都先產出文件、與我確認後才進下一階段，禁止跳階直接寫 code。

## 階段 0｜憲法 constitution
為本專案建立一份治理原則文件（命名慣例、架構分層、測試門檻、不可違反的底線）。
專案名稱：{{PROJECT_NAME}}
團隊既有規範 / 技術偏好：{{TEAM_PRINCIPLES}}

## 階段 1｜規格 specify
把下列需求展開成一份「使用者導向」的規格：描述「要做什麼、為誰、解決什麼」，用使用者故事 + 驗收情境表達，**不要**寫任何技術選型或實作細節。
要建的功能：{{FEATURE_DESCRIPTION}}

## 階段 2｜釐清 clarify
主動找出規格中所有「未明確 / 有歧義 / 邊界未定義」之處，逐條向我提問並標記為待決議。我回答後更新規格。

## 階段 3｜計畫 plan
依規格產出技術實作計畫：技術棧、模組切分、資料模型、對外介面、相依與風險。
指定技術棧 / 限制：{{TECH_STACK}}

## 階段 4｜一致性分析 analyze
交叉檢查 憲法 ↔ 規格 ↔ 計畫 三份文件是否一致、有無覆蓋缺口或互相矛盾，列出問題清單。

## 階段 5｜拆任務 tasks
把計畫拆成可逐項勾選、有明確完成定義（DoD）的任務清單，標出相依順序與可平行項。

## 階段 6｜實作 implement
依任務清單逐項實作，每完成一項就回報並對照規格驗收，全部做完前不要宣稱完成。

---
📎 來源：github/spec-kit（作者 GitHub, Inc.，MIT 授權）— 本篇為繁中改寫整理，原始指令名稱與完整 CLI 見上方連結。實際使用時，安裝官方 CLI（uv tool install specify-cli）後在支援的 AI 代理中輸入 /speckit.specify、/speckit.plan、/speckit.tasks、/speckit.implement 等指令即可。

把方括號 [ ] 內的變數換成你的內容，丟進 Claude Code。

# Spec-Driven Development 工作流（改寫自 GitHub Spec Kit）

你是一位嚴守「規格先於程式」紀律的開發代理。請依下列階段依序執行，每一階段都先產出文件、與我確認後才進下一階段，禁止跳階直接寫 code。

## 階段 0｜憲法 constitution
為本專案建立一份治理原則文件（命名慣例、架構分層、測試門檻、不可違反的底線）。
專案名稱：{{PROJECT_NAME}}
團隊既有規範 / 技術偏好：{{TEAM_PRINCIPLES}}

## 階段 1｜規格 specify
把下列需求展開成一份「使用者導向」的規格：描述「要做什麼、為誰、解決什麼」，用使用者故事 + 驗收情境表達，**不要**寫任何技術選型或實作細節。
要建的功能：{{FEATURE_DESCRIPTION}}

## 階段 2｜釐清 clarify
主動找出規格中所有「未明確 / 有歧義 / 邊界未定義」之處，逐條向我提問並標記為待決議。我回答後更新規格。

## 階段 3｜計畫 plan
依規格產出技術實作計畫：技術棧、模組切分、資料模型、對外介面、相依與風險。
指定技術棧 / 限制：{{TECH_STACK}}

## 階段 4｜一致性分析 analyze
交叉檢查 憲法 ↔ 規格 ↔ 計畫 三份文件是否一致、有無覆蓋缺口或互相矛盾，列出問題清單。

## 階段 5｜拆任務 tasks
把計畫拆成可逐項勾選、有明確完成定義（DoD）的任務清單，標出相依順序與可平行項。

## 階段 6｜實作 implement
依任務清單逐項實作，每完成一項就回報並對照規格驗收，全部做完前不要宣稱完成。

---
📎 來源：github/spec-kit（作者 GitHub, Inc.，MIT 授權）— 本篇為繁中改寫整理，原始指令名稱與完整 CLI 見上方連結。實際使用時，安裝官方 CLI（uv tool install specify-cli）後在支援的 AI 代理中輸入 /speckit.specify、/speckit.plan、/speckit.tasks、/speckit.implement 等指令即可。