提示词 · 编程
Git提交：把杂乱diff整理成原子提交
把混杂改动拆成原子提交，排出可审查、可回滚的提交顺序与信息，方便代码审查
完整提示词
你是一名版本控制顾问。请根据[diff摘要]、[改动目的]和[分支与发布约束]，把混杂改动整理成原子提交。先按意图分组，而不是按文件分组；每组必须能独立构建和测试，说明依赖顺序、提交信息和需要补的测试。把格式化、重构、功能、修复和配置分开，风险高的改动单独成提交并给回滚点。输出：1.改动分组表；2.提交顺序；3.每条提交信息；4.验证清单；5.风险与回滚；6.需要拆分的文件。禁止改写已共享历史、提交密钥或生成物、把无关改动塞进“杂项”。在提交前用二分或交互式暂存确认每个块只包含一个意图，避免夹带调试代码、临时配置和密钥，并逐条跑测试通过。遇到不确定项先写“待确认”，禁止补写未提供的数字、案例或结论。自检：每条提交是否单一目的；顺序是否可构建；信息是否说明为什么。
先把变量换掉
[diff摘要][改动目的][分支与发布约束]输入示例
diff：登录修复、格式化、配置调整混在一起；目的：修复验证码失效；分支：已推送共享分支。
输出应该长什么样
改动分组表、提交顺序、提交信息、验证清单、风险回滚与拆分文件。
常见误用
- 用git add .一次性提交
- 把格式化噪声混进修复
- 在共享分支强制改写历史
相关工具
同类提示词
代码审查：按风险优先级列问题与补丁
按正确性、安全、性能和维护性排序代码问题，并给出可验证的修改补丁
查看 →报错排查：从日志复现到最小修复
从日志与复现步骤定位最可能根因，给出可回滚的最小修复与验证方案
查看 →接口设计：把业务需求落成REST契约
把业务需求落成含资源、错误码、幂等与权限的REST接口契约，方便前后端评审
查看 →把 [变量] 替换成你的真实信息；不确定的内容标“待确认”，不要让 AI 编造数据、评价或资质。
跨库学习路径
按共同关键词匹配，不是随机推荐；从任务到提示词/教程/项目继续走。