Google Cloud AI 总监分享了他对 Loop Engineering 这个概念的看法,同时还专门录制了一个视频进行了演示和解释对于长期运行Agent,要能够跨会话保持状态,可以在更长的时间跨度内运作,是几小时、几天,甚至在某些情况下是几周。工作单元不再是一个提示词,而是一个完整的工作流程。Agent本身拥有并管理整个多步骤流程,从头到尾。
要做到长期运行必须满足三个条件:
第一,Agent必须能够“休眠”,直到某种外部事件唤醒它。这可能是一个 webhook,可能是一个定时任务,可能是人工审批、某种人类交互,或者是工具回调;
第二,每一步都必须有检查点。每一步的状态变化必须在每次转换时持久化保存。即使运行这些的容器崩溃了,服务器能够重新部署,而且人类可以花任意天数来完成某个操作,Agent都需要能够从它停下的地方准确地继续,不会出现幻觉记忆或从未发生过的中间步骤;
第三,Agent不能给自己的工作打分。来自多个实验室(包括 Anthropic)的研究已经表明,当Agent评估自己的输出时,它会持续高估质量。
这样一个Agent细化下去,由以下组件组成:
Automations(自动化机制):按调度节奏运转、自主完成异常发现与问题分流; Worktrees(工作树):物理隔离并行环境,斩断多 Agent 并发时的"相互踩踏"; Skills(技能包):沉淀私有项目上下文,拒绝让 Agent 靠"盲猜"写代码; Plugins & Connectors(插件与连接器):让 Agent 将触角深入你现存的业务主流程工具链; Sub-agents(子智能体):在架构上彻底解耦"出方案的执行者(Maker)"与"做校验的审查者(Checker)" - Memory(记忆层)。一个 Markdown 进度文件,或任何游离于单次会话之外、能持久化"已完成什么"与"待办是什么"的存储介质。
这些现在看起来已都平平无奇,Claude Code之类主流工具都行,所以就是多了个新概念Loop Engineering(闭环工程or循环工程)。再搞复杂一些,不就是在古早的人类工作流系统里穿接一些Agent节点嘛。
夜雨聆风