技能 commit-helper
📦

commit-helper

安全 🌐 网络访问⚙️ 外部命令

生成符合規範的 Git 提交訊息

也可从以下获取: C0ntr0lledCha0s

撰寫清晰的提交訊息很困難。此技能會分析您的暫存變更,並生成符合業界最佳實踐的規範提交訊息,以改善專案歷史記錄。

支持: Claude Codex Code(CC)
⚠️ 68
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“commit-helper”。 Staged changes: Added new user authentication endpoint with JWT tokens

预期结果:

feat(auth): add JWT token refresh mechanism

Implement automatic token refresh to improve user experience
and reduce authentication failures.

- Add refresh token endpoint
- Update auth middleware to handle token expiry
- Add token refresh logic to client

Fixes #456

正在使用“commit-helper”。 Staged changes: Fixed null pointer exception in email validation

预期结果:

fix(validation): handle null values in email validator

Previous implementation threw error on null input.
Now returns false for null/undefined values.

正在使用“commit-helper”。 Staged changes: Updated API documentation for v2 endpoints

预期结果:

docs: update API documentation for v2 endpoints

安全审计

安全
v6 • 1/21/2026

All static findings are false positives. The 'network' finding is a metadata URL field. 'C2 keywords' and 'weak cryptographic algorithm' detections are benign documentation terms like 'command', 'execute', 'fix:', 'BREAKING CHANGE'. The 'external_commands' findings document legitimate git commands that Claude executes via its built-in tools, not shell backticks. This is a standard commit message helper skill with no security risks.

2
已扫描文件
516
分析行数
2
发现项
6
审计总数
审计者: claude 查看审计历史 →

质量评分

38
架构
100
可维护性
85
内容
20
社区
100
安全
83
规范符合性

你能构建什么

自動生成新功能的提交訊息

在為程式碼庫新增功能時,自動生成符合規範的提交訊息。

標準化團隊提交歷史記錄

確保所有團隊成員撰寫一致、易讀且符合規範提交標準的提交訊息。

快速記錄錯誤修復

快速記錄錯誤修復,提供清晰簡潔的訊息說明問題和解決方案。

试试这些提示

基本提交生成
Generate a conventional commit message for my staged changes. Use @commit-helper to analyze the diff and create an appropriate message.
範圍限定的功能提交
Create a commit message for my staged feature changes. Scope it to the authentication module.
包含重大變更的修復
Generate a commit message for my changes. This includes a breaking change to the API response format.
文件更新
Write a commit message for these documentation changes only.

最佳实践

  • 在生成提交訊息前執行 git diff --staged,確保所有相關變更都已暫存
  • 提供變更所解決的業務問題的背景資訊
  • 檢視生成的訊息,並根據需要調整範圍或內文

避免

  • 未檢視內容準確性就使用生成的訊息
  • 僅暫存部分變更並期望完整的背景資訊
  • 忽略規範提交格式要求

常见问题

什麼是規範提交格式?
規範提交使用格式:type(scope): subject。類型包括 feat、fix、docs、style、refactor、perf、test、chore、ci 和 revert。可選的內文說明變更,頁尾引用問題。
此技能會執行 git 命令嗎?
否,此技能會分析暫存變更並生成提交訊息。當您請求時,Claude 會透過其內建工具執行 git 命令。
我可以自訂提交類型嗎?
此技能遵循標準規範提交類型。您可以在請求中指定範圍和類型,例如 @commit-helper --scope api --type fix。
如果我的專案使用不同的提交風格怎麼辦?
此技能會檢查 git log 以符合您專案的現有風格。您也可以在請求中指定專案的規範。
提交訊息內文應該多長?
主旨行應為 50 個字元或更少。內文文字在 72 個字元處換行。著重於解釋做了什麼和為什麼,而非如何做。
此技能可以處理重大變更嗎?
可以,在您的請求中包含重大變更資訊。此技能會在頁尾正確格式化 BREAKING CHANGE。

开发者详情

文件结构

📄 SKILL.md