git-commitlisted

並行審查模式的 Git Commit 流程：Stage → 並行三軌（使用者確認 message + Codex 審查 + code-reviewer 審查）→ Commit → Push。觸發詞（任一命中即觸發）： - 中文：「commit」、「提交」、「上版」、「推上去」、「推上板」、「推」 - 指令式：「git commit」、「git push」、「git add」、「push」 - 組合：「commit and push」、「commit 後 push」、「stage 一下」 **重要**：AI 禁止直接執行 `git commit` / `git push` / `git add` 指令。只要使用者意圖是「要把程式碼提交或推上去」，一律透過本 skill 走完整流程。
abs1294/fulin-claude-plugins · ★ 2 · Code & Development · score 65

Install: claude install-skill abs1294/fulin-claude-plugins

# Git Commit Skill — 並行審查流程本 Skill 定義本專案的 Git 提交流程。 **核心設計：Codex Review 與 code-reviewer 審查前移到 commit 之前，與使用者確認 commit message 三軌並行跑。** | 階段 | 動作 | |------|------| | Step 1 | 分析 + Stage → **並行三軌（使用者確認 message + Codex 審查 + code-reviewer 審查）** → 匯流決策 | | Step 2 | Commit → Push → 確認結果 | 這麼做的好處： 1. 兩軌審查看的是 **尚未 commit 的 staged diff**，若 BLOCK 只需修改程式碼 + 重新 stage，**無需 `git revert` 或 `git reset`** 2. 使用者審閱 commit message 預覽時，Codex 與 code-reviewer 同步審查，**減少等待時間** 3. git 歷史永遠乾淨，不會留下「Fix → Revert → 新 Fix」的噪音 --- ## 核心原則（不可違反） > **Commit 的觸發條件：Codex PASS（或已豁免）✅ ∧ code-reviewer PASS（或已豁免）✅ + 使用者未明確否決。** 本 skill 採「**三軌審查默許機制**」： | 情境 | 行為 | |------|------| | Codex + code-reviewer **皆 PASS**（有 / 無清單）+ 使用者**尚未回覆** | → **自動** 進 Step 2，不等使用者 | | Codex + code-reviewer 皆 PASS + 使用者**明確確認 ✅** | → 進 Step 2 | | 兩軌皆 PASS + 使用者**明確否決 🖊**（要改 message / staging / 攔截） | → 照使用者意思處理，不 commit | | **任一軌豁免**（Style / Docs 純樣式/純文字）+ 使用者**尚未回覆** | → **自動** 進 Step 2（豁免比照 PASS 默許，自動 commit + push） | | 任一軌豁免 + 使用者**明確確認 ✅** | → 進 Step 2 | | 任一軌豁免 + 使用者**明確否決 🖊** | → 照使用者意思處理，不 commit | | **任一軌 BLOCK** + 任何狀態 | → **絕不自動 commit**，列出必修項 | 其他規則： - 無論是首次 commit、BLOCK 後重做，都必須完整走過 Step 1（分析 + Stage → 並行三軌）→ 匯流 → Step 2（執行） - 禁止沿用先前已確認的 commit message 直接 commit（程式碼可能已改動） - **原則上不得跳過任何審查軌**，唯一例外見下方「Review 豁免規則」 - 預覽（1.3a）必須清楚告知使用者「兩軌審查 PASS 後會自動 commit，要攔截請在審查完成前回覆」 --- ## Review 豁免規則為避免對純樣式 / 純文件的瑣碎變更浪費審查資源，以下類型**自動豁免 1.3b 與 1.3c 兩軌**（仍需 1.3a 預覽 + 使用者確認）： ### 可豁免的 Type | Type | 豁免條件 | 典型內容 | |------|----