commit-message
Skill1 starsChanged 7 months agoMIT-0View on GitHub
根据 git diff 生成符合规范的 commit message;生成后提示用户确认是否发起 commit(不 push),确认后再执行 git commit。当用户说「提交」「commit」或要求生成提交信息时使用。输出格式为:提交类型 + 分支名 + 摘要,缩进列表说明改动,结尾带 Authored-by 署名,无多余内容、无空白行。
- Commits and pushes
62 other projects use a version of this.
Adopted by
Most recently taken up by
- AcademySoftwareFoundation/OpenImageIOtheir own version, first seen Nov 9, 2026
- haiderstudio/commit-message-skilltheir own version, first seen Nov 8, 2026
- mab-go/xmind-mcptheir own version, first seen Nov 8, 2026
- danielvm-git/bigpowerstheir own version, first seen Nov 6, 2026
- drinkspiller/skillstheir own version, first seen Nov 6, 2026
- mattiacerutti/supernovatheir own version, first seen Nov 2, 2026
Used with
Projects with it also use pr-description, changelog and 9 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
MicrosoftSkillpr-description
Draft Nacelle PR titles, pull request descriptions, commit titles, commit descriptions, and squash commit messages. Use when asked for PR or commit wording, a branch summary, or a PR description that can be used in a commit. Omit validation sections from commit bodies and remove filler.
Also in 9 projects that use this
HashiCorpSkillchangelog
Add a `.changelog/<PR_NUMBER>.txt` entry for a GitHub Pull Request, commit, and push.
Also in 3 projects that use this
GitHubSkillrefactor
Surgical code refactoring to improve maintainability without changing behavior. Covers extracting functions, renaming variables, breaking down god functions, improving type safety, eliminating code smells, and applying design patterns. Less drastic than repo-rebuilder; use for gradual improvements.
Also in 3 projects that use this
GoogleSkillcode-review
Adversarial systems, concurrency, memory-model, and architecture code review protocol. Use this skill whenever asked to review code, PRs, diffs, or branches in Filament.
Also in 7 projects that use this
GoogleSkillgrilling
Grill the user relentlessly about a plan, decision, or idea. Use when the user wants to stress-test their thinking, or uses any 'grill' trigger phrases.
Also in 3 projects that use this
OpenAISkillbrainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
Also in 3 projects that use this
- +2 more from google
Other versions62 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 62
- zulip/zulip★ 26ksame name
- mergisi/awesome-openclaw-agents★ 4.1ksame name
- AltraMayor/f3★ 3.4ksame name
- github/copilot-cli-for-beginners★ 2.9ksame name
- AcademySoftwareFoundation/OpenImageIO★ 2.4ksame name
- sheshbabu/zen★ 1.2ksame name
- s-kostyaev/ellama★ 963same name
- tektoncd/operator★ 606same name
- danielvm-git/bigpowers★ 288same name
- rshdhere/vibecheck★ 213same name
52 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository11 other files it gives its agents.
- AGENTS.mdAGENTS.md
- ai-coding-workflowSkill
- ai-tech-daily-reportSkill
- baidu-web-searchSkill
- browser-compatibilitySkill
- design-md-authorSkill
- excel-to-pdfSkill
- frontend-dev-workflowSkill
- oss-upload-online-accessSkill
- pre-commit-reviewSkill
- stock-quote-with-indexSkill
The file
Files
根据 git diff 生成 commit message
触发条件
用户提问包含「提交」或「commit」时应用本技能。
执行步骤
- 保存所有打开的文件
- 在执行提交前,先主动保存一次全部打开的文件,确保所有修改都已保存到磁盘
- 提醒用户保存文件:检查是否有未保存的文件,如果有则提示用户先保存
- 注意:git diff 只能看到已保存到磁盘的修改,未保存的修改不会出现在 git diff 中
- 获取变更与 Git 信息
- 暂存区变更:
git diff --cached(有则优先基于此生成) - 若无暂存区变更:
git diff - 当前分支:
git rev-parse --abbrev-ref HEAD - 提交者:
git config user.name、git config user.email
- 暂存区变更:
- 选择提交类型(首行关键词)
fix:修复 bugfeat:新功能refactor:重构(无新功能、非修 bug)chore:构建/工具/依赖等杂项docs:文档style:格式(不影响逻辑)test:测试perf:性能
- 生成内容
- 根据实际修改的内容总结提交信息,确保准确反映代码变更
- 仅输出最终 commit message 正文,不要解释、不要「建议如下」等旁白。
- 格式必须严格按下方模板,无空白行、无多余说明。
- 提示确认
- 在提交信息下方单独一行提示:「是否发起 commit(不 push)?确认后执行 git commit。」
- 不自动执行
git commit,等待用户确认。
- 用户确认后执行
- 仅当用户明确确认(如回复「确认」「是」「执行」「可以」等)后,才执行
git commit,将生成的 message 作为提交说明(多行时用git commit -F -或写入临时文件后git commit -F <文件>)。 - 提交时仅使用生成的 message,不要追加任何其他信息。说明:这条说明只针对Cursor软件生效,若用户已确认关闭 Cursor Settings > Attribution 下的 Commit Attribution 与 PR Attribution,则无需每次再提示,否则需要提示确认;提交由终端执行时可避免被自动追加 Co-authored-by。
- 不执行
git push。
- 仅当用户明确确认(如回复「确认」「是」「执行」「可以」等)后,才执行
输出格式(严格遵循)
<type>: <分支名> <一句话摘要>
- <第一条说明>
- <第二条说明>
- <更多说明,可选>
Authored-by: <git user.name> <git user.email>- 第一行:
<type>: <分支名> <摘要>,例如chore: feature-xyz 统一编辑器配置并更新 gitignore - 中间:原因说明使用列表格式,每条原因前加
-(两个空格 + 短横线 + 空格),每条一行 - 原因列表与署名之间:不空行,直接写
Authored-by - 最后一行:
Authored-by:+git config user.name结果 + 空格 +git config user.email结果 - 全文无空白行,不要输出「你可以这样提交」、不要输出命令示例、不要输出除上述内容以外的任何文字
示例
输入:用户说「提交」或「commit」,且 git diff 显示新增 .editorconfig、修改 .gitignore 忽略构建目录。
输出(仅此一段,无前后废话):
chore: feature-xyz 统一编辑器配置并更新 gitignore
- 新增 .editorconfig 统一缩进与换行符
- .gitignore 增加 dist、.cache 等构建产物目录
Authored-by: example-user dev@example.com其中示例中的 example-user 与 dev@example.com 仅为占位;实际输出时须使用当前仓库 git config user.name 与 git config user.email 的真实值。
约束
- 开头必须是上述提交类型之一(fix/feat/refactor/chore/docs/style/test/perf)。
- 第一行下方直接为缩进列表(
- ...),不写「原因」或「原因:」,每条原因前加-(两个空格 + 短横线 + 空格)。 - 列表与署名之间不空行,直接写
Authored-by: <用户名> <邮箱>(首字母大写),由本地 git 配置读取,不要编造。 - 提交信息全文无空白行。
- 不输出解释、命令、提示语或多余信息,只输出可直接粘贴到编辑器作为 commit message 的正文。
- 提交信息输出后必须提示「是否发起 commit(不 push)?确认后执行 git commit。」仅在用户确认后才执行
git commit,不执行git push。 - 执行
git commit时仅使用生成的提交信息,不要追加任何其他信息。
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

