夜雨聆风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节点嘛。