code-review 会审查一段 Git 代码改动，分别检查两件事：有没有遵守项目规范，有没有实现需求文档里说的功能。
这两个问题经常被混在一起。比如退款接口写得很整齐，测试也通过了，却漏掉需求中的“部分退款”。只看代码风格，很容易把这次改动放过去。
使用时要明确比较范围，例如当前分支相对于主分支的改动，并让它能找到相关需求和项目规范。它会分开整理这两类审查结果；找不到需求时，也应该明确说明这部分无法核对。
因此，它更适合放在提交评审前。你会得到带依据的问题清单，帮助自己回看实现；审查意见仍需要开发者判断，不能把“AI 没发现问题”当成合并依据。
每天在iskills.cc看懂一个skill，让 AI 的本领， 成为你的拿手好戏！