怎样检查 Agent 做出的代码改动？
查看工作区中的变更补丁、运行证据和复核结果，区分 Agent 报告与实际通过的项目检查。
由 路墨 Lumoswitch 产品团队维护
先核对补丁文件，再查看本轮实际运行的测试和复核证据；没运行的检查不要当作已通过。
先看哪些内容？
1. 打开本次任务的运行记录和“文件变更”，逐个检查新增、修改、删除或重命名的路径。 2. 阅读补丁，重点对照原任务范围、配置文件和已有未提交改动。 3. 找到验证报告，确认它列出的命令、结果和记录属于这一次运行；若报告引用的证据缺失，先检查任务状态再接受。变更预览可能会截断，必要时在项目里打开完整文件或 diff。
怎样请求一次有用的独立复核？
用只读的明确请求，例如： “请只检查当前任务产生的代码变更，不要编辑文件。对照需求检查边界情况，运行仓库中与这些文件相关的现有测试；报告具体文件和行、实际运行的命令、通过或失败结果，以及还没验证的风险。” 1. 想让工作区先计划、执行再独立复核，开始任务时选择“规划”模式。 2. 如果改动已经完成，只想复核，在对话里要求不做修改，并逐项看它的检查结果。 3. 模型的判断不能替代实际测试；报告里没有列出的命令就没有可据此确认的通过结果。
哪些证据能说明检查真的执行了？
1. 查看运行记录中的命令输出或验证报告，不只看最终总结。 2. 对照仓库脚本运行本地检查；任务可写成“如有失败请贴出失败名称，不要只说检查通过”。 3. 对 UI 改动再运行项目预览，亲自检查目标屏幕尺寸。工作区可显示捕获的文件变更、测试报告和复核引用；补丁预览可能有限，且这不等于发布验收。
测试失败或没法复核时怎么办？
1. 记录实际失败命令和第一条相关错误，再确认是本次改动造成还是环境依赖没准备好。 2. 若任务还在等待决定或复核，可选择继续调整并给出具体失败依据；不要点击完成来绕过失败。 3. 若运行环境不可用，保存当前结果，换到有依赖的本地项目环境后再运行对应检查。 4. 对变更范围外的文件先不要让 Agent 清理，确认其是否是你原有的工作。