gen-commit

完整開發流程編排器。使用者說「幫我做 X 功能」時觸發，自動依序驅動所有 agent 直到 PR 建立，只在關鍵決策點暫停確認。 也可用既有 GitHub issue id 直接進入 STAGE 1（跳過 STAGE 0a/0b 規劃），例如「開發 issue #42」「處理 #54」。 PR…

當使用者要為已合入 main 的變更發布新版本——更新版號（pubspec.yaml / lib/src/version.dart / README.md / CHANGELOG.md）、把使用者可見的新功能同步進 README、補上 CHANGELOG、並打 git tag…

當使用者輸入 /gen-list-work-item-by-priority，或詢問「接下來要做什麼」、「還有哪些待辦」、「列出待開發項目」、「優先順序」時使用。彙整專案 docs 下 brainstorm／architecture 文件中的待開發、改善、優化、除錯項目，實查 codebase…

整理本地 Git 分支命名，把未依 YYYYMM 年月分組的分支，依其最後一個 commit 的日期移到 <前綴>/YYYYMM/<原名>，並正規化 feat/、bug-、fix- 等舊前綴；自動跳過受保護分支。觸發條件：gen-rn-br <前綴>、整理 <前綴> 分支、幫我重命名 <前綴> 分支。

當使用者輸入 /list-work-dir，或詢問「目前工作目錄有哪些」、「working directory 有什麼」時使用。

當使用者提供 GitHub issue id 連同已解析的 issue brief，並希望 Claude 從安全的 base 建立新的 git branch 與 worktree、沿用既有命名規則、且不依賴當前 branch 名稱即完成最小開發設定時，使用此 skill。

當使用者輸入 /gen-sync-docs-by-branchs，或說「依 branch 同步文件」、「把這幾個分支的改動更新到 docs」、「同步 brainstorm/architecture 文件」時使用。讀取指定 branch 的實際變更，把已完成／已調整的項目回寫到 docs 下的…

讀取 GitHub PR 的 review inline comments，自行判斷每則意見是否需要修復——技術正確且合理者修復後 commit、push 並回覆附 commit SHA；不需修復者直接以中文回覆技術理由。觸發時機：使用者說「回覆 PR comment」、「針對 review…

依據 GitHub Issue 編號建立以 main 為 base 的「純本地分支」（不追蹤任何 remote）， 命名格式對齊 <category>/YYYYMM/<ISSUE-NUMBER>-<kebab-case-summary>。 觸發條件：gen branch <ISSUE-NUMBER>

在 planner 產出規格之前盤問需求，直到問題定義、觸發場景、成功標準、範圍邊界、既有覆蓋五項齊備才放行。需求已有文件背書或屬機械性改動時直接放行。觸發條件：gen-dev-workflow STAGE 0a 啟動時自動執行、或使用者說「盤問我」「grill」「/gen-grill」。

當使用者想要針對合併至 origin/main 的變更撰寫、改寫、縮短或標準化 Pull Request (PR) 描述草稿時，請使用此技能。在審閱後可選擇發布 PR。此技能會產出精簡的 zh-tw Markdown，並保留必要的 en-us 技術術語。若未明確指定基準分支，預設與 origin/main…

讀取一份 execute plan 文件，理解內容後在 GitHub 建立一個英文標題的 issue， 接著呼叫 gen-branch 以該 issue 編號建立分支並 checkout。 觸發條件：gen issue-from-plan <plan-file-path>