@hrswatigupta: Anthropic 一位资深工程师刚刚发布了一篇 11 页的论文,探讨循环工程——它重新构建了代理系统的设计方式……

X AI KOLs Timeline 论文

摘要

Anthropic 一位资深工程师发表了一篇 11 页的论文,提出构建代理系统的新范式,核心是反馈循环、隔离、验证和记忆,而非更聪明的提示词。

Anthropic 一位资深工程师刚刚发布了一篇 11 页的论文,探讨循环工程——它重新定义了代理系统的构建方式。 转变很简单: 别再向代理发送提示词。开始构建能提示代理的系统。 循环: 调度 → 发现 → 构建 → 验证 → 重复 每个循环是一个包含五个关键步骤的单次轮转: • **发现** — 代理通过扫描失败的 CI 运行、未解决的问题、最近的提交和项目状态来自行寻找工作。无需手动整理任务列表。 • **交接** — 每个任务获得独立的 Git 工作树,允许多个代理并行工作而不相互干扰。 • **验证** — 第二个代理以一条指令审查输出:假设代码已损坏。这是内置的怀疑者——能说“不”的角色。 • **持久化** — 结果写入磁盘,而非困在上下文窗口中等待被遗忘。 • **调度** — 自动化按定时器唤醒系统。这正是一个工作流转变为循环的关键。 最重要的洞察: 一个代理评估自己的工作时,几乎总是会批准它。 可靠的代理系统并非建立在更聪明的提示词之上,而是围绕反馈循环、隔离、验证和记忆构建的。 这篇论文改变了我对自主软件系统的看法。 请先阅读论文。然后浏览下面的文章。
查看原文
查看缓存全文

缓存时间: 2026/06/25 19:26

一位 Anthropic 高级工程师刚刚发布了一篇 11 页的论文,探讨“循环工程”(Loop Engineering)——它从根本上重新定义了代理系统的构建方式。

转变其实很简单:

别再提示代理了。转而构建能够提示代理的系统。

循环流程如下:

调度 → 发现 → 构建 → 验证 → 重复

每一轮都是一个单独的回合,包含五个关键步骤:

发现 —— 代理通过扫描失败的 CI 运行、未解决的问题、最近的提交以及项目状态,自行找到待完成的工作。不需要手动整理的任务列表。

交接 —— 每个任务都会分配到独立的 git 工作目录,允许多个代理并行工作,互不干扰。

验证 —— 第二个代理负责审查输出,指令只有一个:假设代码有问题。它就是一个内置的怀疑论者——能够说“不行”的角色。

持久化 —— 结果写入磁盘,而不是被困在上下文窗口中等待被遗忘。

调度 —— 自动化机制按计时器唤醒系统。正是这一步将工作流转化成了循环。

最重要的见解:

一个代理评估自己的工作时,几乎总会批准通过。

可靠的代理系统不是靠更聪明的提示构建的,而是围绕反馈循环、隔离、验证和持久化来构建的。

这篇论文改变了我对自主软件系统的思考方式。

先读论文。然后再看看下面的文章。

相似文章

循环工程:设计能自动提示的系统

Reddit r/ArtificialInteligence

文章介绍了'循环工程'作为AI工作的第四阶段,工程师设计系统自动提示、执行、评估和迭代而无需人工干预,超越了提示工程和自主工具使用。