AI 编程别急着跑：先写一张验收单

这两年 AI 编程的入口变化很快：以前是聊天框里补几行代码，现在是后台 Agent 接 issue、开分支、改文件、跑测试、提 PR，等你回来审。

GitHub 的 Copilot coding agent 已经围绕 issue 和草稿 PR 工作；OpenAI 的 coding agent 文档强调写代码、审查 PR、修 bug 这类工程任务；Google Jules 也走异步任务、计划和代码审查路线；Claude Code 文档里，worktree、测试和 PR 创建也都成了常见流程。

这不是单个工具的新闻，而是一个信号：AI 编程正在从“让它写一段代码”，变成“让它交付一个可审查的变更”。

很多小团队第一次用 AI 编程，会把注意力放在“它能不能一次写对”。这个问题当然重要，但更现实的问题是：它写完以后，谁知道它到底改了哪些路径？谁知道它有没有动到旧逻辑？谁知道测试覆盖了什么？

AI 写得越快，人的审查压力越大。以前一个人一天改 3 个 PR，你还能细看。后台 Agent 一晚上给你推 8 个分支，如果每个任务都只有一句“帮我优化一下”，第二天真正堵住团队的不是 AI，而是审查、回滚和责任归属。

不要把任务写成一句愿望。写成下面这 6 格，AI 更容易做对，人也更容易验收。

官方工具的共同趋势很清楚：让 Agent 在某个独立任务环境里工作，然后把结果变成可审查的 diff、branch 或 PR。小团队不一定要马上用最复杂的平台，但一定要学会这个思想。

AI 可以负责速度，但流程要负责人类可验收。

没有验收单的自动化，只是在更快地产生不确定性。

AI 做完以后，不要先问“能不能上线”，先问这 5 个问题：

这 5 个问题，比“AI 写得像不像人”更重要。小团队最怕的不是代码不够漂亮，而是看不懂、测不住、回不去。

暂时不要把支付、权限、生产配置、数据库迁移、客户数据导出、正式发布按钮交给 AI 自己决定。可以让它分析、起草、提出方案，但动作要停在人类确认前。