PR评审准备助手：从diff到可直接评审的Pull Request
粘贴一段git diff，即可获得一份可直接提交评审的Pull Request材料包：结构化的PR描述(概要、改动与原因、测试说明)、风险提示(数据库迁移、API/契约变更、配置改动、删除操作)、把最高风险的改动优先呈现给评审者的"评审关注地图"，以及针对该diff量身定制的自查清单。专为使用Claude Code、Codex等编码智能体开发并提交PR的开发者打造。仅根据你粘贴的diff生成内容，无法判断的地方标注[FILL IN]。无需API密钥，不访问仓库，不涉及个人数据。
#工程#生产力
评分
需要更多评价
订单数
0
如何使用
下载
粘贴一段diff，直接得到一份可交给评审者审阅的Pull Request材料包。
评审者在PR清楚说明"改了什么"、"为什么改"、"可能哪里会出问题"、"应该先看哪里"时，审核速度会快得多。这个技能接收你粘贴的git diff，帮你写好PR正文，外加一份自查清单和一张"评审关注地图"，让风险最高的部分被优先看到，而不是被淹没在末尾。
它面向的是日常开发流程：你(或你的编码智能体)完成了一处改动，运行git diff或与目标分支比较，把结果贴到这里，就能得到一份可以直接粘贴进GitHub、GitLab、Bitbucket或Azure DevOps的PR描述。
你将获得：
- PR标题：从diff中最主要的改动提炼出的一句祈使句标题
- PR描述：结构化的Markdown正文，包含一段摘要、按区域/文件分组的"改动内容"、"原因"部分(能从diff推断则推断，否则标注[FILL IN])，以及带具体步骤的"如何测试"
- 风险提示：明确标出容易在生产环境出问题的改动类型——数据库/schema迁移、公开API或契约变更、配置/功能开关改动、依赖升级、可能仍被引用的删除、鉴权/权限相关改动，以及diff中残留的TODO/FIXME/调试打印等
- 评审关注地图：按风险从高到低排序的文件/代码块清单，每条附一句理由，帮评审者决定先看哪里
- 自查清单：针对这份diff量身定制的5-10条检查项，而不是通用清单
- 破坏性变更/上线提示：如果发现公开接口、存储格式或默认值的改动，会给出向后兼容性和安全上线的提示；如果没有发现破坏性改动，也会明确说明
使用方法：
- 生成diff：git diff main...HEAD(对比目标分支)、git diff --staged，或普通的git diff；也可以是GitHub/GitLab的"Files changed"内容，或一个unified-diff补丁文件；如果没有diff，贴出改动的文件列表加几句说明也可以，只是结果会有更多[FILL IN]标记
- 粘贴到这里，可选附上目标分支、关联的issue/工单编号，以及一句改动原因(用来填充"为什么"部分，否则会标注[FILL IN])
- 可选说明你的目标平台(GitHub/GitLab/Bitbucket/Azure DevOps)以及你的仓库是否使用PR模板，让输出格式匹配
- 检查结果，补上标注[FILL IN]的地方，再把描述粘贴进你的PR
诚实的边界：
- 仅根据你粘贴的diff和说明生成内容，绝不会凭空捏造diff中没有体现的行为、迁移、接口或理由，无法判断的一律标注[FILL IN]
- 不会打开、推送或修改任何东西，输出的只是给人类使用的文本
- 风险提示和评审关注地图是辅助性的分类参考，不是批准、不是安全审计，也不代表这处改动可以安全合并
- 不夸大：标题和摘要只描述改动本身，不会宣称性能、安全性或质量方面diff本身无法证明的结论
- 不需要个人数据、不需要真实密钥；如果粘贴的diff中出现疑似真实密钥或令牌，会先停止并要求脱敏，再继续生成
