如何进行具有可验证发现的代码审查。
代码审查应将发现与具体行为或风险关联。没有项目约定时，不要把风格偏好当成缺陷。
按任务需求调整流程。
根据预期行为和项目约定审查代码，将发现关联到具体行或场景。区分缺陷、实质风险和可选风格建议，并尽可能提供可复现示例。
- 你需要提供什么
- 代码差异和项目约定。
- 你会得到什么
- 附引用的潜在缺陷与可维护性问题。
查看输入和结果。
演示用输入和输出 · 教学示例，并非 WebAct 实时运行结果
示例 个输入项
Python code review: def average(total, count): return total / count. No zero-count contract supplied.
完整示例
Finding: count=0 raises ZeroDivisionError. Reproduction: average(10, 0). Contract question: should an empty set return a designated value or raise a deliberate domain error? Proposed action: define that behavior and add a zero-count test before changing the implementation. Ordinary nonzero division is not itself identified as a defect.
将这份输入载入提示词，再复制到 WebAct 中尝试任务。实际结果可能与示例不同。
决策与问题排查。
风格偏好应作为 bug 报告吗？
按项目约定标注。偏好与不满足要求的行为是不同的。
为什么审查指出了调用方已防止的问题？
检查函数契约和调用位置。说明假设，不要把片段当成没有上下文的代码评估。
使用自己的资料试一试。
将任务提示词中的示例换成你的材料。保留所需条件，再把任务复制到 WebAct。
自定义并复制任务 ↑