国潮造物局 · 实操文章
Copilot 修bug：从失败请求到最小修改，不靠反复猜
明确一个触发条件，审查差异，再用同一输入证明修复。
本页目录 · 18个部分
你卡在哪动手前准备适合用什么工具练习材料（本站设计）操作 1操作 2操作 3操作 4操作 5操作 6做完应该得到什么不成功时怎么调整适用场景可以直接用的任务验收标准工具与原始资料动手验证继续解决相关问题国潮造物局编辑部 · 资料整理日期 2026-10-21 · 编程实践 · 10分钟
基于官方公开资料编写的练习方案，未逐项登录工具实测。界面、费用与版本以官网为准。
你卡在哪
反复猜补丁，不复现、不审 diff，容易改崩无关代码。
动手前准备
练习：订单不存在应明确未找到而非500。只在授权测试环境操作。
适合用什么工具
VS Code + GitHub Copilot
练习材料（本站设计）
练习现象：一个订单查询接口在编号不存在时返回500，期望返回明确的未找到状态。只在个人练习项目或授权测试环境操作，不触碰生产库。
操作 1
在VS Code打开练习项目，先保存当前代码或创建提交。按项目说明启动服务，记录一次失败请求与返回内容。没有可复现错误就先补材料，不开始乱改。
操作 2
在Copilot/Agent聊天中附加路由、查询函数和错误日志，写清“仅处理不存在的订单编号”。如果需要执行终端命令，先审查命令及影响。
操作 3
要求工具先解释失败路径和证据，再提出修改计划。它若建议改数据库、重写整个路由层或关闭校验，退回到当前触发条件。
操作 4
检查拟修改的差异，确认只改未找到分支及必要测试。不要因为补了一个catch就认为根因已经处理。
操作 5
用原来不存在编号的请求重测，再测一个存在编号与一个非法格式输入；分别核对状态码和响应内容，不只看服务没崩。
操作 6
记录哪些命令实际执行过、哪些只是建议。修复后检查git差异，保留可解释的修改和验证证据。
做完应该得到什么
同一失败请求得到预期响应，正常查询保持正确，差异可审核。
不成功时怎么调整
模型误读项目：附上入口和实际调用链。只修日志文字：重跑原输入检查实际响应。新增错误：撤回本次差异再缩小复现。
适用场景
明确一个触发条件，审查差异，再用同一输入证明修复。
可以直接用的任务
请先根据文件和日志定位根因，区分确定事实与假设。范围仅是订单不存在时的错误响应；不改无关格式和架构。先给最小修复计划及验证输入，等我检查后再修改。
验收标准
同一失败请求得到预期响应，正常查询保持正确，差异可审核。