Git提交规范化
提交信息总写得随意时用这条：把当前改动交给 Agent，它会读取代码变更，按约定式提交规范生成 feat、fix、docs、refactor 等类型的消息，支持交互修改，并自动推断改动所在范围。
适合做什么
- 在 Cursor / 同类 Agent 里挂载可复用技能
- 把重复检查或生成流程固化成一句话指令
- 团队共享「技能卡」减少口头约定
不太适合
- 当作完整安全审计或生产发布的唯一依据
- 无环境上下文时指望一次跑通复杂流水线
提示词正文
【技能名称】Git提交规范化
【技能目标】检查当前git diff的文件，自动生成Conventional Commits格式commit消息（feat/fix/docs/refactor/chore），支持交互式修改和scope推断。
【使用方式】
1. 将上方目标作为 Agent Skill / 自定义指令的核心描述；
2. 补充你的项目路径、技术栈与验收标准；
3. 要求 Agent 先列出检查清单，再执行并给出可复核的输出（如 diff / 报告）；
4. 若涉及发布或删除，必须二次确认。
【运营向用法提示】
可用于内容站、工具站或增长落地页的自动化检查与批处理；输出请要求中文结论 + 可执行下一步。复制后粘贴到 AI 对话框，按填空补全即可。
使用步骤
- 先把暂存区改动范围确定下来
- 把提交类型表和scope命名规则填进技能描述
- 让它按diff产出多条消息，再选一条改
常见问题
一次提交混了多种改动怎么办？
让它先按文件路径和改动类型给出拆分建议，再分别生成feat、fix、chore消息；混在一起的diff很难推出准确的type和scope。
生成的scope不准确如何调整？
把项目里模块目录名与scope的对应关系写进技能描述，要求scope只能从这份清单里选，超出范围时先向你提问而不是自造。
它会直接执行commit吗？
默认只输出消息文本，需要你自己确认后再提交。若挂载的Agent有写权限，请在技能描述里要求执行前二次确认，避免误提交。
来源说明
整理自公开提示词站点素材，经 52运营 筛选与页面改写，便于运营场景检索。 原始参考：来源链接