吴恩达如何理解 Loop Engineering？

吴恩达最近发帖，专门聊他怎么理解 Loop Engineering。

他的说法和“让 Agent 不停写代码”不太一样。他把从 0 到 1 做产品拆成三个循环：代理负责实现，开发者负责判断，真实用户负责给答案。

三个循环的速度完全不同。代码几分钟就能迭代一次，开发者可能隔几个小时才重新审视产品，外部反馈甚至要等几天或几周。吴恩达认为，产品就是在这三种节奏之间往前走的。

吴恩达分享的三个产品开发循环

吴恩达分享的三个产品开发循环

原贴：Andrew Ng on X

编码循环已经能跑很久了

吴恩达说的第一个循环，是大家最熟悉的代理式编码循环。

给 Agent 一份产品规范，再配上一组用来衡量效果的评估数据，它就可以自己写代码、测试、修改，直到结果符合规范。这个循环很快，几分钟就可能出现一个新版本。

他为女儿做过一个练习打字的 App。编码代理连续工作了大约一小时，中间多次打开浏览器检查自己的实现，确认后才回来报告，整个过程不需要他盯着。

这个例子里，Agent 接走的已经不是某个函数，而是一段完整的工程过程。但吴恩达没有把功劳全归给模型：代理之所以能跑下去，是因为前面有明确的产品规范，后面有能检查结果的测试和评估。

人不再只负责找 Bug

吴恩达把第二个循环叫作开发者反馈循环。

早期使用编码代理时，开发者经常充当 QA：自己找 Bug，再告诉 Agent 去修。现在代理更会测试自己的代码，人可以少做一点这种检查，把注意力移到更高层的产品问题上。

还是那个打字 App。吴恩达真正反复修改的，是视觉设计、孩子可以解锁的猫咪服装，以及成人怎样登录并引导孩子学习。这些问题没有标准测试答案，却直接决定产品好不好用。

开发者通常每隔几十分钟到几小时看一次实现，再更新或澄清规范。某个问题反复出现，就把它写进评估，让代理以后自己检查。

在吴恩达的描述里，人没有退出循环，只是从“帮 Agent 找错”转向“告诉 Agent 什么更重要”。

最慢的循环来自真实用户

第三个是外部反馈循环。

找几位朋友试用、把产品交给 Alpha 用户，或者上线后做 A/B 测试，都属于这一层。它不像代码那样几分钟就有结果，通常要等几个小时，有时甚至要几天或几周。

这些反馈会改变开发者的产品愿景。新的愿景被写成更详细的规范，规范再交给编码代理，下一轮实现才会开始。

这也是吴恩达看待 Loop Engineering 很关键的一点：编码循环变快，不代表外部反馈也能加速。用户还没用过产品时，让 Agent 多跑几十轮，只是在更快地执行旧想法。

人类真正拥有的是语境

AI 原生团队已经在用 AI 分析使用数据、整理客户反馈、研究竞争产品。吴恩达依然认为，人类在产品方向上有关键作用。

他不太愿意把这种作用简单称为“品味”，更倾向于用“语境优势”来解释。人知道用户是谁、产品运行在什么环境里、哪些限制没有被写进文档，这些都是 AI 暂时不知道的信息。

只要这部分信息还在人手里，人就需要留在循环中，把它交给 AI。看到实现后改变主意，也不代表前面的规范写错了，可能只是产品真正出现以后，人获得了新的语境。

工程师开始做更多产品判断

编码和测试逐渐交给 Agent 后，工程师会自然接触更多产品管理工作：选择关键功能、把愿景写成规范、判断什么时候继续构建，什么时候该去找用户。

吴恩达认为，难点会落在构建与反馈之间。一直构建，产品愿景得不到用户校正；只收反馈，不把判断写成规范，Agent 也无法继续执行。

他对这种角色变化持鼓励态度。工程师开始做更多产品工作，产品经理和设计师也在做更多工程工作，团队里的边界正在重新移动。

所以，吴恩达眼里的 Loop Engineering，并不是把人从软件开发里拿掉。恰恰相反，它让机器负责速度，让人负责注入语境，再用真实反馈决定下一轮该往哪里走。