关于 commit-message
用于撰写简洁、突出意图的提交信息的 Skill。它引导 Agent 仅检查必要的 Git 变更，并按指定语言组织内容。
主要功能
- 01按设置指定消息语言
- 02写作前检查暂存变更
- 03尽量减少差异内容检查
- 04提供 Summary 和 Changes 模板
- 05要求条目简洁并说明意图
适用场景
- 01完成代码修改后撰写提交信息
- 02概括意图不明确的暂存变更
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/commit-message确认已加载。
附带文件README.md
详细介绍
提交消息
设置
locale: en
技能加载器会移除 YAML frontmatter，因此设置放在正文顶部。
这些设置已在你的上下文中，无需查阅时切勿打开此文件。locale 是消息语言的唯一依据：切勿从对话、用户消息、代码仓库或以往的提交中推断语言。
上下文预算
尽量少用上下文来说明更改的原因，然后停止。
- 如果你在本次会话中做了更改，你已经知道原因——直接撰写消息。仅使用
git status --short确认实际暂存的内容。 - 否则，先运行
git diff --staged --stat（如果没有暂存内容，则运行git diff --stat），了解更改概况。 - 只有当统计信息无法明确说明文件用途时，才查看实际差异；每次只查看一个路径：
git diff --staged -- <path>。
切勿输出不需要查看的完整差异，并跳过锁文件、生成的输出和 vendored 路径。
格式
<one-line summary>
## Summary
<1-3 sentences on motivation and context>
## Changes
- <change 1>
- <change 2>
规则
- 单行摘要、
## Summary正文和## Changes条目均使用配置的locale撰写。 ## Summary和## Changes标题保持英文并使用标题式大小写。- 不要使用
feat:、fix:或chore:等前缀或范围标签。 - 说明进行更改的原因，而不只是描述更改内容。
- 按意图将相关编辑合并为一个条目，而不是逐一列出所有修改的文件。
## Changes通常保留 2–6 条有意义的要点。
示例
Simplify login form validation logic
## Summary
Consolidated duplicated validation branches into one place to reduce maintenance overhead.
## Changes
- Merged email/password validation into a `validateLoginInput` helper
- Removed unused `legacyCheck` function
- Unified validation failure messages under the i18n dictionary
评论
支持 Markdown