给最近一次改动查漏
自己读差异,优先找会影响实际行为的问题。参考依据与借鉴内容
- 最佳实践:审查实际遗漏
参考官方审查改动、关注实际遗漏的建议;当前差异选择、单轮只读审查与数量上限为本站设计。
请只读审查当前项目最近的一组改动,帮我找出值得处理的遗漏。 先看 Git 状态与差异:有未提交改动就审查这一组,包含与任务相关的新文件;没有则审查最新一次非合并提交。不要切换分支或改动工作区。若不是 Git 项目或没有可比较记录,说明限制并结束。 范围大时,优先选择最多 5 个涉及行为变化的文件,跳过生成物、锁文件及纯格式调整,并在报告中写清覆盖范围。阅读必要的调用方、类型和相邻测试,检查边界输入、错误分支、兼容性以及改动前后行为是否一致。 最多报告 5 项有证据的问题:严重程度、文件与位置、触发条件、用户会遇到什么、为何能从代码推出、最小修复建议。无法证明的问题单列为待核实,不与确认问题混排;不把个人风格偏好列成缺陷。 完成标准:每项结论可追溯、不是泛泛提醒;找不到实质问题就明确说明检查范围和剩余风险,不凑数,也不顺手重构。 执行约定: 直接开始,不先给计划让我确认,也不要让我选文件或补填模板。只用当前项目、当前对话及我已提供的材料,不搜索其他项目或私人历史。缺少材料时完成有依据的部分,在结果中说明缺口;完全不适用就说明原因并结束,不虚构成果。 保留现有文件和未提交改动;候选内容在回复中完整给出,适合独立成文的成果可另存为不重名的新文件。不要安装依赖、修改环境、提交、推送或发布。遇到权限或访问限制,记录未完成项,不绕过限制。自查一次后交付并结束,不用“是否继续”收尾。