在采用 AI 之后，一个标准的开发工作流是什么样子？

Question

IT Interview Practice · Accepted Answer

AI 并不会去掉软件生命周期——它**压缩每一个阶段**，并把你的工作从*编写*代码转向**规约、审查和验证**代码。保留相同的阶段（spec → design → implement → review → test → ship），但把**人工关卡（human gates）**明确化。

**心智模型：**把 AI 当作一个快速、热心的初级搭档——它起草很快，但需要方向和检查。工作单元在每个阶段都变成*"规约 → 生成 → 验证"*，而不是"全部自己敲"。

## 工作流

```text
Spec ──▶ Design ──▶ Implement ──▶ Review ──▶ Test ──▶ Ship
 AI       AI         AI            HUMAN      AI        HUMAN
 draft    options    code+tests    gate       gen+run   gate
```

- **先写 spec。**AI 的上限就是 spec 的质量——在生成之前写清楚问题陈述 + 验收标准。垃圾 spec → 自信满满的垃圾代码。
- **设计。**让 AI 给出 2–3 种带权衡的方案；由人来选。
- **实现。**AI 起草代码 + 测试；你以小的、可审查的步骤来把控方向。
- **审查（人工关卡，不容妥协）。**由理解这段代码的人来批准它——AI 的产出要被审查得**更多**，而不是更少。
- **测试。**AI 帮助生成/扩展测试；CI 运行它们。
- **发布。**由人来对部署/回滚的决定负责。

关键转变：瓶颈从*编写*转移到**审查和验证**——所以要在 spec、测试和审查上投入，而不是原始打字速度。

## 面试视角

面试官在检查你是保持工程纪律，还是只是"让 AI 去写"。**弱**答案："AI 写代码，所以我们发布更快。"**强**答案：相同的生命周期，AI 加速每个阶段，人来把守关卡（spec、review、ship），而**验证是新的瓶颈**。

## 陷阱

跳过 spec 会产出自信满满的胡言乱语；跳过 review 会累积质量/安全债；衡量**结果**（可用的软件、更少的事故），而不是代码行数。

工作流

相关问题

面试视角

陷阱