specflow

啟動完整的 specflow 專案流程。使用者只需與 spec agent 對話確認需求和架構，之後 tech-lead → (engineer + qa 並行) → verify → release 全部自動背景執行。觸發關鍵字："start", "開始", "啟動專案", "新專案"。

啟動實作流程（Lane 制：每個類型同時最多 1 個 agent）。Backend / Frontend / Pipeline 各自 1 個 engineer，加 1 個 QA、1 個 UI Designer，共最多 5 個 background agent。觸發關鍵字："implement", "實作", "開發"。

從 .specflow/state.json 讀取 SpecFlow 流程進度，重建狀態後繼續執行。在 /clear context 之後、或重開 session 時用來接續工作。觸發關鍵字："resume", "繼續", "接續"。

啟動 QA 撰寫 Playwright e2e tests。根據 spec .md 中的 acceptance criteria 撰寫 Playwright 測試，與 engineer 同時進行。觸發關鍵字："qa", "測試", "test", "e2e"。

對當前 sprint 進行三維度驗證：Completeness（完整性）、Correctness（正確性）、Coherence（一致性）。在 QA 通過後、release 前執行。觸發關鍵字："verify", "驗證", "檢查"。

為已完成的專案新增需求變更（Change Request）。spec-writer 評估影響範圍 → 建立 CR 文件 + 新 Sprint milestone → 走原本的 tech-lead → engineer + qa → verify 流程。觸發關鍵字："change", "新需求", "需求變更", "CR", "後續功能", "新增功能"。

更新本機 SpecFlow 安裝到 upstream 最新版。Fetch 最新 .claude/ 與 CLAUDE.md，顯示變更摘要，保留本地自訂後套用。觸發關鍵字："update", "升級", "更新 specflow"。

檢查 SpecFlow 流程的前置工具（git/gh/jq/node/docker）與 GitHub repo 狀態。第一次啟動專案前、或流程跑到一半懷疑環境出問題時執行。觸發關鍵字："doctor", "check env", "環境檢查"。

啟動 spec 討論流程。與使用者討論需求、規劃 sprint 階段、將功能需求以 GitHub Issue + Milestone 發佈。觸發關鍵字："spec", "規格", "需求", "新專案"。

將 Claude 版 SpecFlow 工作流重構為 Codex 可執行的專案交付 skill。用於初始化 GitHub specflow 專案、撰寫需求規格（含 Gherkin .feature 場景）、拆分 sprint 與 tasks、實作功能、準備 QA BDD step definitions（playwright-bdd）、驗證 sprint 交付（Cucumber 報告），以及 release gate 檢查。當使用者提到 specflow、規格流程、sprint 規劃、實作排程、QA 驗證、release 檢查，或想沿用 `.claude/skills/specflow:*` 的流程時使用。

部署 production。所有 sprint 完成後（或使用者決定部署時），執行 production 部署流程。觸發關鍵字："release", "發佈", "上線", "deploy", "部署"。

初始化 GitHub repo 的 issue labels、project 設定。在開始使用 specflow 工作流前執行一次。觸發關鍵字："init", "初始化", "setup"。

啟動技術規劃流程。Tech Lead 讀取當前 sprint 的 spec issues，拆分為 task issues。觸發關鍵字："plan", "規劃", "拆分", "架構"。