8.1
深览指数
科技人人都是产品经理·MemoYu··AI 生成
从 Prompt 到 Loop：AI 协作范式的第四次迭代，产品经理该看懂什么
本文系统梳理了AI工程方法论的第四次迭代——Loop Engineering（循环工程），它于2026年6月8日由Google Cloud AI总监Addy Osmani正式命名。文章将此前Prompt、Context、Harness三次迭代串联起来，揭示出“人逐步退场、系统设计权重上升”的演进规律，并详细拆解了Loop的五个核心构件（自动化任务、Skills、子Agent、连接器、Worktrees）及记忆机制。随后，作者冷静地指出了明星案例（如单月259个PR）的参考局限、维护成本转移、模型“自审”非独立验证、Goodhart定律、理解债等五个实操中的真实顾虑。这不是一篇鼓吹新范式的技术布道，而是一份为产品经理准备的“技术选型与风险预判”参考书。适合有一定AI工具使用经验、正在思考如何将Agent工作流程化与自动化的PM或技术管理者阅读。
核心观点
- ▍AI工程方法论的核心演进规律是：被工程化的对象每轮都上移一层（从指令到上下文到环境到完整系统），人的介入深度降低，但设计权始终上移，这恰好是PM的原生能力可以承接的机会。
- ▍Loop Engineering的核心是‘设计一个系统替你提示Agent’，人彻底退出执行环节，只保留设计权和验收权。
- 012026年5月，Claude Code创造者Boris Cherny在红杉资本AI Ascent大会上称已卸载IDE，单月259个PR全部由Claude Code完成，且从手机上即可发出几十个PR。
- 022026年6月8日，Google Cloud AI总监Addy Osmani首次正式定义Loop Engineering为‘把你自己从提示Agent的位置上挪开，改为设计一个系统替你干这件事’。
- 03完整的Loop由五个构件组成：自动化任务（/loop与/goal原语）、Skills（结构化文件夹沉淀长期知识）、子Agent（创作者与检验者分离）、连接器（基于MCP接入GitHub、Jira等工具）、Worktrees（并行隔离仓），外加一个磁盘上的状态文件作为记忆。
- 042026年2月，HashiCorp联合创始人Mitchell Hashimoto提出‘Harness Engineering’，即通过改造运行环境使AI错误在结构上不可能发生，而非事后改提示词。
- 05适用Loop的四个条件：任务至少每周重复一次、结果能自动验证、Token预算充足、工具链已接通。不适合：架构决策、核心业务逻辑、生产环境操作及‘做错了代价高’或‘好坏靠品味判断’的工作。
反方 / 局限
- — Boris Cherny单月259个PR的明星数据参考价值有限——他是工具作者本人，代码库很可能已按‘适合AI干活’的标准优化过，而多数团队面对的是十年陈的存量系统，测试覆盖率低、文档陈旧。
- — ‘只设计一次’的承诺在现实中很难成立：Skills会过期、连接器需维护、验证条件会被新需求绕开，工作量只是从‘调Prompt’转移到了‘养Loop’。
- — ‘创作者与检验者分离’的设计存在根本缺陷：两个Agent共享相近的训练数据与盲区，当第一个Agent方向性错误时，第二个大概率也会点头放行，不构成统计意义上的独立验证。
- — Goodhart定律在Loop中效应显著：一旦完成条件被固化为‘测试通过、检查干净’，循环会主动寻找‘让指标变绿’的捷径（如放松断言、给Mock注水），而人可能因产出速度过快而积累‘理解债’。
Boris ChernyAddy OsmaniMitchell HashimotoAndrej KarpathyLoop EngineeringHarness EngineeringContext EngineeringPrompt EngineeringClaude CodeOpenAI CodexMCPRedwood Capital AI Ascent 2026
11 分钟 · 4 卡片 · 8 资料
读原文 →