## 殊途同归：/goal 在短短几个月内，每一个主要的智能体编码工具都独立地趋同于同一个基本原语：一个自主循环，它接收一个目标，然后运行直到它决定完成。 - Claude Code 发布了 `/goal`。 - OpenAI Codex 发布了 `/goal`。 - Antigravity 围绕循环构建了其整个模型。 - GitHub Copilot 发布了 Routines 和 Automations。 四个团队，四套代码库，四种激励机制。一个基本原语。当 Claude Code 的创建者 Boris Cherny 描述他现在的工作方式时，这句话很有启发性： > "他不再写代码了。他写的是循环。" 这不是巧合。当独立团队在竞争压力下达成相同的抽象时，这证明了一个真正的基本原语，就像 `map` 和 `reduce` 是真正的基本原语一样。有趣的问题不是为什么会出现这种趋同。而是你如何利用它。因为如果每个人都有这个循环，那么循环本身就一文不值。Agents, Orchestrated 的第一集讲述的是实际价值的转移方向。 ## 一个循环的真实面貌 “运行直到完成”不是一个循环。它是一个带有超时的希望。一个结构良好的循环有三个部分，我发现明确地命名它们是发现设计不佳循环的最快方法。 **结果（Outcome）。** 成功是什么样子。这是智能体试图达到的目标状态，关键词是“状态”。不是一个任务（“重构认证模块”），而是一个可验证的终点（“所有认证测试通过，并且模块导出相同的公共接口”）。如果你不能将结果表述为可检查的东西，那么你还没有一个循环。你只有一个模糊的感觉。 **证明（Proof）。** 你如何知道它已完成。这是验证步骤：测试通过，输出符合规范，差异正确。大多数循环都在这里失败，而且是悄无声息地失败。一个仅凭自身说法就宣布胜利的智能体，无论工作是否正确，都会宣布胜利。证明必须是智能体无法通过希望其为真而生成的东西。 **护栏（Guardrail）。** 防止失控的措施。退出条件、预算，或者阻止循环无限运行的人工门控。没有它，一个无法达到其结果的循环就不会停止。它会消耗 token，改变状态，并不断重试，直到外部干预。护栏使故障模式变得无害而不是昂贵。 结果、证明、护栏。我在生产环境中见过的每个循环都具备这三点。我见过的每个失败的循环都至少缺少其中一点，通常是证明。 ## 四种循环 并非所有循环都相同，一个框架让我对整个领域一目了然。两个轴定义了它：循环运行的位置（在你的会话中还是在云端）以及什么控制它的退出（一个触发器还是一个验证）。 这形成了四个象限： | | 由触发器控制 | 由验证控制 | |---|---|---| | **会话内** | 即席运行 | 目标驱动运行 | | **云端** | 计划任务 | 自主智能体 | **即席运行**（会话内，由触发器控制）。用户启动它，智能体运行直到超时或预算耗尽，并在你停止时停止。这是目前大多数智能体的使用方式。它很有用，但人是验证层，这意味着它无法超越人的注意力范围进行扩展。 **目标驱动运行**（会话内，由验证控制）。智能体运行直到完成证明。这就是 `/goal`。智能体提出已完成，验证步骤进行检查，循环仅在有证据时退出。这是你可以审计的循环，因为退出条件事后可供检查。 **计划任务**（云端，由触发器控制）。Cron 触发它，智能体运行固定时间，根本没有验证循环。许多“自主智能体”的营销悄然存在于此：一个穿着风衣的 cron 任务。 **自主智能体**（云端，由验证控制）。云端托管、目标驱动、长期运行。这是智能体工作的发展方向，我认为只有当验证层坚实可靠时，它才能奏效。该象限中的其他一切都只是偶尔走运的计划任务。 这个框架之所以有价值，是因为它区分了人们经常混淆的两件事：智能体在哪里运行以及它为什么停止。关于自主性的问题几乎总是伪装成“它为什么停止”的问题。 ## 护城河是验证，而非自主性 这种趋同令人兴奋，我理解为什么演示侧重于自主性。但自主性本身并非护城河。现在每个实验室都有它。四个工具在同一个季度发布相同的基本原语，证明这个基本原语已成为商品。 护城河在于循环认为完成时内部发生的事情。一个能够捕获错误输出、回滚错误并生成审计追踪的验证层，是演示与产品之间的区别。我与金融机构合作，他们首先问的绝不是“它有多自主”。而是“告诉我它为什么那样做”，而无法回答的循环不是一种能力，而是一种负债。 这就是整个这一集，坦白说也是整个系列的论点：**只有可审计的循环才能投入使用。** ## 未在 LinkedIn 帖子中提及的内容 这一集本身就是用它所描述的基本原语构建的，这部分值得如实讲述。 EP 01 以一段大约 58 秒、4:5 比例的动态图形形式发布，配有演示者画外音，它使用我的 explainer-video-studio 技能和 Claude Code 的 `/goal` 基本原语，并根据书面规范运行构建。这意味着循环的三个部分由我设计：结果是规范，证明是静帧验证通过，它检查渲染帧是否实际显示了锁定的字幕，而护栏则是我，在观看运行。 两点坦诚的说明。首先，证明步骤是视频得以发布的全部原因。朴素的循环会愉快地生成一个存在但错误的 mp4 文件；只有针对规范进行的帧级验证才捕捉到了字幕和时间漂移。其次，这是一个会话内、目标驱动的运行，而不是框架所指向的自主云端象限。我就是那个“人工门控”。我不会将受监督的运行描述为自主性，因为这两个象限之间的差距正是本集所讨论的验证层。 规范、循环设置和输出都在仓库中，你可以根据这些产物来验证这些说法。 ## 发布日志 - **格式：** 约 58 秒动态图形，4:5 比例，演示者画外音 - **构建工具：** Claude Code `/goal`，基于书面规范 - **管道：** explainer-video-studio 技能 - **渲染器：** Remotion - **验证：** 针对锁定规范对渲染输出进行静帧检查 - **仓库：** [letmereviewyourcode/what-are-loops](https://github.com/letmereviewyourcode/what-are-loops)