从“感觉良好”工程到持续 AI

Vibe coding（随性编程）出现在今年早些时候，用于描述利用 AI 进行快速、随意的实验。

现在，Simon Willison 提出了“vibe engineering”（氛围工程/感性工程）。

Vibe coding 是通过掷骰子般的方式不负责任地构建软件，完全不关心生成的代码质量。

那么，当顶尖工程师负责任地使用 AI 工具来加速工作时，情况又如何呢？

我提议使用“vibe engineering”！

— Simon Willison (@simonw) 2025年10月7日

Vibe engineering 很好地将 “利用 AI 工具构建生产级软件时那种截然不同、难度更高且更复杂的工作方式” 与 vibe coding 区分了开来。

然而，它并没有涵盖那些在整个开发生命周期中持续运行 AI 的团队和组织。这就是 Continuous AI（持续 AI） 的用武之地。

正在规模化扩展 vibe engineering 的工程组织，实际上就是在践行 Continuous AI。他们正在将 Continuous AI 工作流进行“氛围工程化”。

从“脑力编码”到“氛围工程”

这段故事你应该很熟悉。在过去几年里，许多开发者已经完成了从手动输入花括号到使用 AI 编码智能体编写大部分代码的转变。

信任是逐渐建立的。你先让 AI 处理小任务。当你看到它成功时，就会赋予它更多的自主权。

但一旦你信任智能体可以在没有持续监督的情况下运行五分钟，情况就会发生转变。

你会因为等待而感到无聊，于是启动第二个智能体并行处理其他任务。

随着你越来越擅长管理多个智能体，你开始挑战极限。三个任务在运行。四个。五个。

从氛围工程到持续 AI

但你不是公司里唯一这样做的人。现在团队里的每个人都在运行智能体。这就是 Continuous AI 开始显现的地方。

突然间，每个人都有了相同的需求：安全执行、事件驱动触发器、夜间运行、监控等。

一切都变得难以管理。监控智能体、审查它们的工作、了解什么在何处运行。

而当 Continuous AI 工作流偏离轨道时，开发者需要介入。他们引导智能体回到正轨，或者直接接管任务。

你需要能够让你在自主智能体和手动开发之间无缝切换的工具。在 IDE 和 CLI 之间切换。在完全自动化和人工控制之间切换。

Continuous AI 并不是要把开发者排除在循环之外，而是让开发者能够根据每项任务选择合适的抽象层级进行工作。

有时是 vibe coding——看着 AI 快速生成内容。有时是 vibe engineering——在 AI 加速工作的同时仔细审查每一行代码。而越来越多的时候，则是 Continuous AI——编排多个远程智能体，同时对最终交付的结果负责。

要深入了解 Continuous AI，请查看 Continue 文档中的 实战指南 (cookbooks)。