@milesdeutscher: Anthropic 的内部循环工程指南刚刚被泄露。这是我今年读过的最有价值的 AI 指南。…

X AI KOLs Timeline 工具

摘要

一份泄露的 Anthropic 内部指南详细介绍了循环工程原则,以最大化 AI 生产力,包括分离生成器和评估器、使用工作树以及 80/20 杠铃成本策略。

Anthropic 的内部循环工程指南刚刚被泄露。 这是我今年读过的最有价值的 AI 指南。 这份指南信息量巨大,如果你想通过循环工程最大化 AI 生产力,有五件事你需要知道(请收藏): 1. 每个循环应围绕以下 5 个原则构建: • 发现 → 让代理自己找到工作(CI 失败、issue、commit) • 交接 → 为每个任务分配独立的 git 工作树 • 验证 → 绝不让生成器评估自己的工作 • 持久化 → 始终将状态写入磁盘(markdown 或看板) • 调度 → 按定时器运行,让你睡觉时它也能工作 2. 分离生成器与评估器(最重要的规则) 使用两个代理:一个负责编写,另一个是持怀疑态度的法官,假设代码是坏的。 让评估器采取行动(运行测试、点击按钮、截屏)——这才是真正阻止糟糕输出产生的方式。 3. 用以下 6 个部分构建: • 自动化(定时器) • 工作树(安全并行) • 技能(永久项目知识) • 连接器(与 GitHub、Linear 等对话) • 子代理(生成器 + 评估器) • 记忆(在运行之间持久化的状态文件) 4. 循环工程中必须注意的事项: • 验证债务(使用验证代理) • 失去对自身代码库的理解(必要时从零开始) • Token 成本飙升(解决方案见下文) • 认知放弃(不要因为“循环处理了”就停止思考) 5. 解决 Token 成本问题 循环工程可能极其昂贵。 我建议你采用 80/20 的“杠铃”方法来处理循环工程。 对于最复杂、需要最佳智能的任务,使用昂贵的模型(Opus)。 对于剩余 80% 的任务(基础工作),在 Claude Code 框架内使用廉价的开源模型(GLM-5.2 非常适合代码执行)。 保存这 5 条规则,以免忘记。
查看原文
查看缓存全文

缓存时间: 2026/06/29 14:28

Anthropic 内部循环工程手册刚刚泄露了。

这是我今年读过的最有价值的 AI 指南。

这份指南信息量巨大,如果你想通过循环来最大化 AI 效率,以下五点你必须了解(请保存本条):

  1. 每个循环都应围绕这 5 个原则来构建:

• 发现 → 让智能体自行找到工作任务(CI 失败、问题、提交) • 交接 → 为每个任务分配独立的 git 工作树 • 验证 → 绝不让生成者评估自己的成果 • 持久化 → 始终将状态写入磁盘(Markdown 或看板) • 调度 → 定时运行,让你在睡觉时也能工作

  1. 将生成器与评估器分离(最重要原则)

使用两个智能体:一个负责编写,另一个充当怀疑法官,假设代码是有问题的。

让评估器采取实际行动(运行测试、点击按钮、截取屏幕截图)——这才是真正阻止劣质输出的关键。

  1. 用以下 6 个部分构建:

• 自动化(定时器) • 工作树(安全并行) • 技能(永久项目知识) • 连接器(与 GitHub、Linear 等交互) • 子智能体(生成器 + 评估器) • 记忆(在多次运行之间持久化的状态文件)

  1. 循环工程中必须注意的几点:

• 验证债务(使用验证智能体) • 对自己代码库的理解丧失(必要时从零开始) • Token 成本飙升(解决方案见下文) • 认知放弃(不要因为“循环会处理”而停止思考)

  1. 解决 Token 成本问题

循环工程可能极其昂贵。

我建议采用 80/20 的“杠铃”式循环工程策略。

对于最复杂、需要最高智能的任务,使用昂贵模型(Opus)。

对于其余 80% 的任务(基础工作),在 Claude Code 框架内使用廉价的开源模型(GLM-5.2 在代码执行方面表现很好)。

保存这五条规则,以免忘记。

相似文章

@shmidtqq: https://x.com/shmidtqq/status/2068704187492221405

X AI KOLs Timeline

一份关于AI编程代理循环工程的深入指南,解释了如何构建自动循环来重复提示代理、验证结果并避免失控成本,并通过一位工程师一个月内提交259个拉取请求的案例研究加以说明。