提交信息最好在改动刚完成时立刻写。把改了什么、动了哪些文件一起粘给 AI，它生成的提交信息会更准，也少编造。
把改动内容丢给它，按 Git 提交规范生成提交信息，还能配 PR 描述。
如果正在处理Git 提交信息别再用「update」，按规范写一次，先把目标、材料和验收标准对齐，后面的提示词才不会反复返工。
先复制这几段
直接拿走的写法
提示词骨架
1. 格式{{格式要求}}
2. type 用{{type要求}}并{{说明}}
3. 长度{{长度要求}}
输出格式：{{格式}}。
- {{改动内容}}：把增删改列清楚
- {{提交信息类型}}：commit message / PR 描述
- {{格式要求}}：Conventional Commits / 中文 / 英文
- {{长度要求}}：标题50字内 / 正文可多行
- {{type要求}}：fix（修 bug）/ feat（新功能）/ refactor（重构）
- {{格式}}：Conventional Commits 规范格式 / 中文格式 / 简短一行式
- {{说明}}：说明影响范围 / 解释为什么用这个 type / 补充正文细节
使用中的问题
**Q: 这个提示词/工具适合谁？**
A: 适合需要提高工作效率的职场人士、学生、自由职业者等，无需专业背景即可使用。
**Q: 使用时有什么注意事项？**
A: 建议根据具体需求进行调整，不同AI工具可能有不同的效果，可以多尝试几种方式。
**Q: 可以免费使用吗？**
A: 文中介绍的提示词和工具大部分可以免费使用，部分高级功能可能需要付费。
继续看这些
还不会选提示词？先看《怎么选提示词：五问选词法》，5 分钟学会挑词和改造。
用法先看这里
怎么用：三步。① 列改动；② 让它判断 type；③ 重要提交让它「再写一条更短的版本」。
这条把「写提交信息」拆成了三件具体事——改了什么、用什么 type、要不要说明理由，AI 就不会凭空发挥；示例覆盖了修 bug、删接口、发 PR 三种最常见场景，比笼统的「帮我写 commit message」更容易得到能直接照抄的格式。
① 把改动内容按增删改列清楚，文件名和影响范围给得越具体，提交信息越准确；② 拿不准 type 就让它判断并说明理由，顺便学一次；③ 重要提交输出后追加「再写一条更短的版本」，两条正好一条当标题、一条当正文。
适用模型：ChatGPT / GPT-4 / Claude / Kimi
适用场景：日常提交；开源项目 PR；代码评审
