AI改变了你的工作,项目却还是这么慢

如果你的工作已经开始让 AI 写代码、做页面或整理测试，大概也碰过这种反差。一个需求上午就有初稿，项目却照样等评审、等测试、等上线。看完这篇，你会知道时间到底耗在哪，也能判断自己该把精力放到哪一步。

你想想看，一个需求刚说清楚，它能很快给出页面、接口、测试，连改动了哪些文件都列好了。手上那段原本要写两三天的活，午饭前已经有了大半个样子。

可项目并没有跟着跑起来。

需求还在群里被追问，测试排着队，安全同事在等材料，发布窗口得等下周。代码交上去了，真正的等待才刚开始。

我把 Anthropic 8 月 21 日发布的 AI 原生研发手册看了一遍。它有个判断很直接，代码已经不再是开发流程里最慢的部分。规划、审查、测试和部署这些仍由人推动的环节，接住了原本花在写代码上的时间。

很多朋友可能不知道，这听起来像程序员的话题，办公室里的人其实也很熟悉。

一个方案写得再快，也得有人确认客户到底要什么。表格做得再快，也得有人决定用哪一版数据。邮件起草得再快，也得有人愿意在发出前签字。AI 让执行变得很便宜，模糊的决定和来回的等待反倒更显眼了。

我一直觉得，问题就在这儿。

以前的软件团队为什么有那么多步骤。

一份需求先被讨论，再有人画设计图，工程师开始开发，测试人员验证，发布团队安排上线，运维接手后续的问题。手册把这条路归成规划、设计、开发、测试、部署和维护六段。过去写一段可靠的代码要花很久，前面的需求文档、估时和评审能让一群人在动手前对齐，也能把责任留在纸面上。

代码慢时，这套流程虽然麻烦，却有它的用处。

现在的麻烦在于，代码这一段先提速了。会议、审批和交接单还按原来的节奏开。一个人一周能写完的改动，AI 几小时就能堆到审查者面前。安全团队原本按人工产量配置，人却没有跟着变多。手册用安全审查举例，队列会越积越长，或者改动在没有充分审查的情况下被放出去。两种结果都谈不上轻松。

说真的，很多团队此时会把注意力放错地方。

他们继续研究怎样让 AI 多写一点、多连几个工具、多自动几步。代码数量确实还会涨，可项目经常卡在更靠前的地方。大家并没有把事情说清楚。

「加一个用户能看懂的入口」听着像需求，落到执行时却缺了太多东西。谁在用。原来卡在哪。做到什么程度算完成。哪些数据不能碰。要是规则冲突，谁拍板。人脑里有答案，聊天框里和任务单里却只留下了一个动词。

AI 很擅长把一句模糊的话扩成一套看上去完整的方案。问题也在这里。它会替你补很多合理的空白，却不知道哪一处空白会影响客户、预算或风险。最后返工的人，往往还是一开始没有把边界写下来的人。

那份手册给出的做法不复杂。先把想做的事写成一份 intent.md。里面写清问题、想要的结果、受影响的人和系统、限制条件，以及还没答上的问题。发起人先把 AI 整理出的内容改对，产品负责人看过以后再往下走。

文件名不重要。真正有用的是这一步把「我大概想做这个」变成「我们同意先做这一件事，而且知道哪些地方还没定」。

怎么说呢，接下来才轮到计划。

手册建议工程师让 AI 先读代码库、写出要改哪些文件、先做什么、用什么测试证明结果。此时它先不改代码。人把计划里的风险、遗漏和取舍看一遍，确认后再进入开发。

很多人觉得这多了一道手续。可返工最贵的时候，通常已经不是代码刚写出来的时候。一个改动进了测试，另一个团队接上了接口，发布排期也占好了，再发现目标弄错，前面省下的时间很快就得还回去。

人得提前出现。

人不必把每一行普通改动都手抄一遍，也没必要在低风险工作里硬撑成最后一个执行者。手册提出让多层自动审查承担更多检查，把人的注意力留给受监管和关键的代码。这个思路也能放到其他工作里。让 AI 整理、比对、生成初稿，让熟悉业务的人盯住那些会改变结果的选择。

我有时候觉得，一项优惠该给谁，一份报告采用哪套口径，一次上线会影响哪些客户。它们没法靠输出速度解决。有人得看到代价，愿意承担决定。

这也不要求每个小任务都建一套复杂流程。给同事改一段文案，写一封回复，做一次性的资料整理，能得到合用的结果就够了。流程要花成本，任务本身也有轻重。

回到这块，一件工作会被反复做，会牵动多人，会改真实数据，或者出错后要找人负责时，就该把那几句关键的话写下来。要解决什么。成功长什么样。哪些内容不能自己补。谁来确认最后一步。

我自己的感受是，AI 会让越来越多的工作看上去很快完成。真正拉开差距的，可能是有人在速度突然提高以后，还能把问题说清楚，把取舍留住，把人放在该出现的关口。

下次看到 AI 几分钟吐出一大段成果，先别急着给它计时。

坦率的讲，先看一眼，它到底在替你完成一件已经想明白的事，还是在替你把一个还没说清的问题写得更像完成了。

留言告诉我，你手上的项目最近最常等在哪一步。

主来源为 Anthropic 于 2026 年 8 月 21 日发布的 AI 原生研发手册。本文关于传统开发的六个阶段、瓶颈转移到规划审查测试与部署、intent.md、计划审阅和关键代码保留人工判断的内容，均据此整理。

https://claude.com/blog/the-ai-native-sdlc-playbook

封面图为该官方手册中对比智能体出现前后研发阶段耗时的图表，已按公众号封面比例裁切。

第一张正文图为该官方手册中传统线性流程与 AI 原生循环流程的对照图，已按正文比例裁切。

第二张正文图为该官方手册中的采用路径图，已按正文比例裁切，用于对应文中关于需求设计评测审查和持续交付的说明。