/commit-generate

name: commit-generate
description: Generate bilingual (English + Traditional Chinese) commit message from git changes.

> **本 Skill 為 Agenvoy 內部最佳化版本**，依 Agenvoy 的執行環境撰寫（`run_command` 的 CWD、`~/.config/agenvoy/skills/.system/` 安裝位置、`edit_skill`／`schedules`／`find_edit_tool` 等工具、subagent 與排程的觸發路徑），**不保證適配其他 AI harness**。

Commit Message Generator

從 git diff 產生雙語 commit message（英文 subject + 繁體中文 body）。

Input

僅處理 staged 變更。若無 staged 檔案，直接報錯並停止，不 fallback 到工作區 diff。

**不呼叫 `ask_user`。** 本 skill 沒有任何需要使用者決定的參數：範圍固定是 staged、輸出格式固定、Tag 由訊號決定。有 staged 就直接分析並輸出 message，沒有 staged 就回步驟 2 的那句話。詢問「要不要產生 staged 變更的 commit message」等於把已經確定的事再問一次，使用者按 enter 才能繼續，純粹是多一輪往返。

Steps

0. 直接開始，不做任何確認詢問 1. 同一輪並行取得四份資料（彼此無依賴）：

• `git diff --cached` — 本次要描述的變更，唯一的內容來源
• `git status --short` — 找出與 staged 檔案相關但未 stage 的檔案
• `git log --oneline -10` — 本 repo 實際在用的 tag 詞彙與描述顆粒度
• `git branch --show-current` — 分支名常帶意圖（`fix/token-expiry`）

2. 若 `git diff --cached` 為空，回應：「目前沒有 staged 變更，請先執行 `git add` 選擇要提交的檔案。」並停止 3. 判斷是否為跨主題變更（見 **Multi-Topic Detection**） 4. 依 **Tag Upgrade Signals** 由上而下掃描訊號，命中即強制升級 Tag，未命中才可依意圖選 lower tag 5. 套用下方規則產生 commit message 6. 若命中跨主題：先輸出拆分建議，再輸出單一概括 message；否則直接輸出 message 7. 輸出為純文字，不加額外說明

**四份資料的權重：** `git diff --cached` 決定寫什麼——message 只描述 staged 的內容，未 stage 的改動不寫進去。`git log` 與分支名只影響**用詞**（同一個模組在既有 log 裡叫什麼、慣用哪個 tag），不影響 Tag 的選擇；**Tag Upgrade Signals** 與 **Output Format** 蓋過 log 裡的任何既有寫法，既有 log 與本規範衝突時以本規範為準。

**未 stage 的相關檔案：** `git status --short` 顯示與 staged 檔案同模組、卻停在 ` M` 的檔案時，在 message 之前加一行提醒並列出檔名。不改變「只描述 staged 內容」的規則——提醒的是使用者可能漏 `git add`，判斷權在他。

Multi-Topic Detection

**偵測條件（任一命中即視為跨主題）：**

• diff 同時觸及 2 個以上 primary tag 類別（`feat` / `fix` / `refactor` / `breaking` / `security`）
• 變更檔案橫跨 2 個以上語意無關的模組（以一級目錄或套件邊界判斷）
• 單次 commit 包含 3 個以上彼此無關的主題

**命中時輸出格式：**

⚠️ 偵測到跨主題變更，建議拆分為多次 commit：
- {主題 A 簡述}：{檔案清單}
- {主題 B 簡述}：{檔案清單}

若仍要合併，以下為概括描述：
tag: English description
tag: 繁體中文描述

**理由：** 單次 commit 應呈現單一意圖。混合主題使 `git log` 難以追溯、`git revert` 無法精準還原、code review 無法聚焦。格式化、純註解補充、依賴升級等輔助性改動可併入主 commit，不視為跨主題。

Tag Upgrade Signals

**強制升級規則：** 依下列順序由上而下掃描訊號，命中即強制採用對應 Tag；即使其他部分看起來像 feat / update / chore，也不得降級。

Breaking Signals（命中 → `breaking`）

• 刪除任何 exported / public 符號（function、class、method、type、constant、enum value）
• 已存在函式 / 方法簽章變更：參數型別、順序、新增必填參數、回傳型別改變
• HTTP API 變更：endpoint 刪除、URL 路徑改、response schema 欄位移除或型別變、status code 變更
• 環境變數或設定檔：刪除既有鍵、新增必填鍵、既有鍵的型別 / 格式變更
• 資料庫 migration 非向後相容：`DROP COLUMN`、必填欄位加在有資料的表、型別縮窄
• CLI / 指令參數：旗標刪除、新增必填位置參數、既有旗標語意變更
• Import path / package / module 結構變更導致既有引用失效

Security Signals（命中 → `security`，除非同時命中 Breaking）

• 修補注入類漏洞：SQL / XSS / Command / LDAP / Template injection
• 驗證 / 授權邏輯修補：missing auth check、privilege escalation、JWT 驗證缺失
• 敏感資料洩漏：log / response / error message 移除密鑰、token、PII
• 硬編碼密鑰 / token / 預設密碼移除
• CSRF / CORS / CSP / HSTS 相關修補
• 相依套件 CVE 修補（從 `chore: upgrade` 升級為 `security`）

未命中時

依 Tag 優先序 `BREAKING` > `FEAT` > `FIX` > `SECURITY` > `UPDATE` > `REFACTOR` > `PERF` > others 中擇一，匹配 diff 的核心意圖。

Classification Tags

| Tag | 適用情境 | |-----|----------| | `feat` | 新功能、新 endpoint、新元件 | | `fix` | Bug 修正、錯誤處理、nil check | | `update` | 修改既有行為、參數調整 | | `add` | 新增檔案/資源（非功能） | | `remove` | 刪除程式碼或檔案 | | `refactor` | 重構（行為不變） | | `perf` | 效能優化 | | `style` | 格式化、排版 | | `doc` | 文件、註解 | | `test` | 測試相關 | | `chore` | CI/CD、工具、依賴管理 | | `security` | 安全性修補 | | `breaking` | 破壞性變更 |

Output Format

tag: English one-line description
tag: 繁體中文一句話描述

Rules

1. **單一 Tag** — 選擇最能代表本次變更核心意圖的 Tag 2. **Tag 優先序** — `BREAKING` > `FEAT` > `FIX` > `SECURITY` > `UPDATE` > `REFACTOR` > `PERF` > others 3. **英文 subject** — imperative mood，不超過 72 字元（Add / Fix / Refactor / Remove / Update） 4. **繁體中文 body** — 不超過 50 字，動詞開頭（新增、修正、重構、移除、優化） 5. **合併相關變更** — 多個小改動歸納為單一描述 6. **單一主題優先** — 一次 commit 表達一個意圖；偵測到跨主題時先警示使用者拆分，再給概括 message

Examples

feat: Add Docker environment auto-detection and database path switching
feat: 新增 Docker 環境自動偵測與資料庫路徑切換機制

fix: Fix token expiration not handled correctly during user login
fix: 修正使用者登入時 token 過期未正確處理的問題

refactor: Extract shared validation logic from order module
refactor: 重構訂單模組並抽離共用驗證邏輯

update: Set API timeout to 30s and pass context through call chain
update: 調整 API timeout 為 30 秒並加入 context 傳遞

chore: Upgrade Go to 1.22 and update dependencies
chore: 升級 Go 版本至 1.22 並更新相依套件

breaking: Remove legacy API v1 endpoints, all clients must update
breaking: 移除舊版 API v1 endpoint，需更新所有 client

security: Fix SQL injection via parameterized queries
security: 修補 SQL injection 漏洞並加入參數化查詢

perf: Optimize batch queries to eliminate N+1 problem
perf: 優化批次查詢減少 N+1 問題