gpwork4u

啟動完整的 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", "環境檢查"。

處理 Google Chat AI Agent 後端的待處理訊息。執行一次會拉 /api/claude/pending、逐則判斷並產生回覆、依 auto_mode 決定直接送出或進 approve queue。使用者說「處理 chat」「回覆 chat」「process chat」「chat drafts」時自動啟用。

從 Google Chat space 的歷史訊息萃取 5 類 context（產品 / 我的角色 / 術語 / pinned 決策 / 人物關係）。執行一次會拉 mining queue、對每個 space 跑 LLM 列點、把 candidate 寫進 backend 等 user approve。使用者說「mine space」「整理 space facts」「space mining」「mine fedflow-team space」「挖掘 space 事實」時自動啟用。

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

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

啟動 QA 撰寫 BDD step definitions。根據 Gherkin .feature 場景撰寫 playwright-bdd step definitions，與 engineer 同時進行，不需等實作完成。觸發關鍵字："qa", "測試", "test", "e2e", "bdd"。

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

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

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

啟動實作流程。多個 engineer agent 背景並行認領 feature issues，同時 QA agent 根據 spec 撰寫 e2e test。觸發關鍵字："implement", "實作", "開發"。

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

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

啟動 QA 撰寫 e2e test script。根據 spec API contract 撰寫測試程式碼，與 engineer 同時進行，不需等實作完成。觸發關鍵字："qa", "測試", "test", "e2e"。

確認當前 sprint release，關閉 milestone，自動推進到下一個 sprint。觸發關鍵字："release", "發佈", "上線"。

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

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

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

啟動實作流程。多個 engineer agent 背景並行認領 feature issues，同時 QA agent 根據 spec 撰寫 e2e test。觸發關鍵字："implement", "實作", "開發"。

啟動 QA 撰寫 e2e test script。根據 spec API contract 撰寫測試程式碼，與 engineer 同時進行，不需等實作完成。觸發關鍵字："qa", "測試", "test", "e2e"。

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

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

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

用 codex CLI 內建 image_gen 自動生成 pixel-art 角色 sprite 動畫與遊戲素材（逐格 + 去背 + GIF），不需啟動任何 server。當使用者要求「生成角色 sprite / 像素動畫 / 遊戲素材 / 道具圖示 / walk/run/idle/attack 動畫 / sprite sheet」，或提到 "sprite", "pixel art", "sprite sheet", "角色動畫", "像素素材", "去背逐格" 時使用此 skill。