从范围明确的修改开始
选择一个能观察结果的问题，写明预期行为，以及可能涉及的文件和范围。保留项目现有约定，在能检查修改的分支或工作区操作。
能够编辑文件或执行命令的助手，与只建议一行代码的工具，需要不同的审核流程。Claude Code 概览说明项目编辑和命令能力，GitHub Copilot 文档则介绍多种编辑器及智能体流程。应核对自己实际使用的入口。
接受前先读差异
- 确认修改处理了要求的行为。
- 检查所有改动文件，包括配置和生成文件。
- 核对新增依赖、脚本及环境要求。
- 查看是否意外影响权限、数据处理或已有工作。
- 对自己无法判断的修改要求解释。
语气肯定的解释不能证明代码有效，应与实际文件和运行结果对照。
验证行为，不只阅读解释
运行适合本次修改的检查。修复问题时，重现原始失败并确认新结果；修改界面时，查看受影响布局和交互。沿用项目已有检查，不要添加只是复述实现的测试。
记录实际执行过的项目及尚未解决的限制。构建成功不能证明所有业务流程和部署环境都可用。
单独核对费用和集成
Copilot、Cursor 和 Claude Code 的环境及额度不同。产品选择可查看编程分类，本指南解决的是工具给出修改后仍然需要完成的审核工作。
从需求追到验证结果
如果需求是列表里隐藏已归档条目，先找到实际生效的过滤条件，再用已归档和未归档各一条数据验证。批准前检查搜索、数量和分页是否也受影响。
比较适合编辑器流程的工具
