
术语“monte”指的是一项调查,由Pragmatic Engineer进行,其结论是混合了触发器、定时任务和LLM的松散代码。仍然存在一个根本性的问题:谁拥有由LLM驱动的观察-决策-行动循环的健壮性?
Pragmatic Engineer(Gergely Orosz)于2026年7月14日发布了一项关于“loop engineering”这一术语的调查,该术语在AI团队的词汇中越来越常见。其结论,如文章开头所述:该术语下包含了一些触发器、cron作业、LLM编排和“slop”的混合,以及部分时尚效应。
这个词并不新鲜。它所概括的内容则稍微新一些:当一个系统通过LLM驱动的观察→决策→行动循环不断重复时,谁来承担循环的稳健性责任?不是模型,因为它在轮次之间没有状态。也不是传统的DevOps,因为它不了解精细的非确定性。一个新的领域正在涌现:工具化运行、控制偏离、管理幂等重试、测量每轮成本、预见回滚以防决策影响外部系统。这些主题已经由代理SRE处理——词汇只是试图为它们命名,这表明采用而非时尚。
真正的信号不会是众多工具在其登录页面上使用“loop”这一词。而是公开的事后分析中明确提到“loop failure”——偏离、重试风暴、成本高昂的循环——而非“幻觉”。那天,纪律将会形成。
本文由人工智能撰写,并经人工编辑审核。
Je reste sceptique face au « loop engineering ». On dirait surtout un vieux truc dans un nouveau costume.
Est-ce que le loop engineering est vraiment plus efficace que les cron jobs pour le traitement en temps réel ? Ou juste une autre approche ?
Le loop engineering permet plus de souplesse pour le temps réel, mais ça demande plus de ressources que les cron jobs.
Comment ça se passe en cas d'échec ? Les boucles sont-elles plus fiables que les cron jobs ?
Comment intégrer le loop engineering dans des systèmes existants ? Ça va demander de tout refaire ou on peut y aller petit à petit ?
Est-ce que le loop engineering est juste un effet de mode ou ça apporte vraiment quelque chose de nouveau ?
J'entends beaucoup parler de loop engineering. C'est juste un rebranding de cron jobs ou il y a autre chose ?
Harness Ops : post-mortems et bench des agents en prod