AI 编程：怎样把生成的改动验收到可以上线

用一个小型搜索功能，练习写验收示例、检查实际行为、审查文件差异，以及能够恢复的发布流程，让 AI 生成的代码有证据可查。

三个月免费开放 · 至 2027 年 1 月 10 日（日本时间），所有文章均可阅读全文。

从一个说得清楚的改动开始

当 AI 编程任务只有一个看得见的结果时，验收会容易得多。“优化这个应用”没有明确终点；“搜索没有匹配结果时显示提示，其他搜索结果保持正常”则可以直接检查。下面是本站设计的练习流程，并非厂商对效果的保证。

GitHub 提醒，生成的代码仍需审查和测试，具体限制见其 Copilot 应用说明 ↗。Anthropic 在验证循环文章 ↗中介绍了反复检查与修正。这些材料可以帮助你设计自己的交付流程。

以一个小型搜索功能为例，写下三个条件：空查询显示全部条目；搜索标题时不区分英文字母大小写；没有匹配项时显示明确的空状态。每个条件配一个输入示例。同时记录需要保持稳定的部分，例如当前语言和文章链接。

把相关文件、项目已有的检查命令以及这些示例交给助手，先请它说明预计修改的位置，再开始编辑。这样，你就有一份可以与结果核对的简短规格，也有依据质疑与目标无关的改动。

首先运行项目已经使用的检查。为这次功能选择一个有针对性的行为检查；截图本身不能证明筛选逻辑正确。在本练习中，尝试两个大小写不同的查询，再输入一个肯定找不到结果的词。如果界面发生变化，还要检查窄屏效果。

然后阅读文件的实际差异，留意被删除的校验、被忽略的错误、新增依赖，以及共享组件的改动。逐个追问额外修改的文件有什么作用。检查通过，只能证明其覆盖的情况满足要求，不能回答关于该功能的所有问题。

如果检查失败，提供具体输入和观察到的结果，让助手修正这一问题，再运行受影响的检查。简单记录所用命令、检查结果和提交版本，方便确定你验收过的是哪一版。

把原理，切开来看

编辑示意图生成的产出只是候选结果。通过预先定义的检查后，才算完成。

先使用预览部署，再逐一执行验收示例。本练习把改动限制在显示和筛选功能，让发布无需数据库迁移。保存上一个已部署的提交，并了解如何恢复。正式发布后，在公开网址上重复同一组简短检查。

在你熟悉的项目中挑选一个小改进：用五分钟写三个验收示例，十五分钟生成并检查，十分钟审查改动和预览。这些时间是练习建议，并非效率承诺。最终有价值的产出，是一个附有可检查证据的小改动；即使练习在正式发布之前结束，也应保留这些记录。

读懂之后，再动手试一次。