代码审查的最小交付标准

当用户要求审查代码时，结论不能只停留在“能不能运行”。至少要把下面四件事说清楚：

维度 必须回答的问题
可行性 什么能做到，目标是否能在当前条件下实现？
机制 凭什么做到，关键流程和依赖是什么？
边界 在哪些输入、环境或权限条件下会失败？
验收 用什么测试、日志或可观察结果确认已经完成？

推荐的审查顺序

  1. 先给出结论和影响范围；
  2. 再解释实现机制与关键路径；
  3. 明确已验证项、未验证项和失败边界；
  4. 最后给出可复现的验收步骤。

这四项缺一不可：没有可行性，方案无法决策；没有机制，结论无法复核；没有边界，使用时容易误判；没有验收，修复就无法确认。