PR堆积没人看？这10个Skill重做代码审查

PR 堆着没人看，往往不是没人负责，而是审查没有一条能走完的路。比如你收到一个「把列表页首屏加载优化一下」的 PR，diff 不大，描述只有两行。直接点开看代码，你很难判断它到底改没改对。

所以先别急着读 diff。让 grilling 把需求追问到没有静默假设，再用 autoresearch 给「优化是否生效」定一个可测量的指标。目标站住了，后面的检查才有参照。

接着按改动波及面分头查：组件写法、数据库查询与权限、安全规则，各自对照对应规范，而不是凭印象。前端流程用 webapp-testing 和 playwright-cli 跑一遍，把截图和可回放路径当作评审证据。

最后回到部署后的真实指标，用 web-perf 和 vercel-optimize 判断这次改动是否拖慢了页面或抬高了成本，再决定放行。评审通过后，用 git-commit 把修改整理成可追溯的提交。

顺序不能反：先确认目标，再查实现，最后看线上结果。