Loop Engineer
可以先理解为:把Agent工作流设计成可复用循环的角色
以前你每次都要站在 agent 旁边派活:看这个、改那个、最后告诉我结果。Loop Engineer 做的事更像修一条流水线:什么时候开工、看哪张单、结果放哪里、谁来验收、下次怎么接着干,都先设计好。
关键结构图
画一个闭环:Trigger 唤醒 agent,Contract 提供上下文,Tools 执行任务,Artifacts 写入结果,Verification 检查证据,Compounding 把经验写回 Contract 和 Artifacts。中心写 Loop Engineer。
What
Loop Engineer 不是更会写 prompt 的人,而是把 agent 工作流设计成会被触发、会读上下文、会留下状态、会验证结果、会在下一轮继续变好的循环系统的人。
Loop Engineer 是设计 agent 工作循环的人或方法。它把一次性 prompt 升级成长期可运行的系统:agent 被正确事件唤醒,读取稳定的任务说明和上下文,调用工具完成工作,把发现写回共享状态,再用测试、证据或审查确认结果。
它和 Prompt Engineer 的区别在于重心不同。Prompt Engineering 优化一次模型输入;Loop Engineering 优化多轮、多 session、多 agent 工作如何持续接力和复利。
StructureFormula:
When
当你发现自己反复对 agent 说同一类话,或者一个任务需要跨天、跨工具、跨多个 agent 接力时,就该考虑 Loop Engineer 的视角。 典型信号包括: 每次启动任务都要重新解释背景。 agent 做完以后没有可复查证据。 多个 agent 各自工作,但产物无法汇合。 旧反馈没有进入下一轮规则,同样的错误反复出现。 一个流程本来可以定期运行,但仍然完全依赖人工提醒。
How
设计一个 agent loop 时,先问六个问题: 1. Trigger:什么事件、时间或信号把 agent 唤醒? 2. Contract:agent 每次开工前必须读哪份目标、边界和交接说明? 3. Artifacts:产物、任务、信号、日志和证据写到哪里? 4. Tools:agent 能安全调用哪些真实系统? 5. Verification:结果由什么测试、审查或证据确认? 6. Compounding:本轮发现怎样变成下一轮会读取的规则、模板或信号? 如果这六个问题都没有答案,那通常还只是一次 prompt 或一次临时自动化,不是可复用的 loop。
Examples
一个支持客服 loop 每 30 分钟醒来,读取新工单,回复简单问题,把重复摩擦写成 product signal,把明确 bug 写成 engineering task。它的价值不只是“自动回消息”,而是把一线反馈变成下一轮产品和工程都能读到的状态。
一个个人学习 loop 可以每周读取最近点亮的阅读材料,只挑 1-3 条还活着的问题,生成思想孵化入口。它不追求整理所有旧笔记,而是让真正能被调用的材料继续生长。
来源
类型:实践 / agent 工程角色概念
事实线:这张卡来自一篇关于「Loop Engineer:把 Agent 工作流变成可复用知识模板」的阅读触发,并结合 1000 Bricks 中已有的 agent harness、agentic workflows 和 verification loop 概念整理成公开卡片。
依据:agent 工程实践中反复出现的触发器、上下文、共享文件、日志、工具、验证和复盘机制。
边界:它适用于长任务、跨 session、多 agent、需要沉淀状态的工作流设计;不适用于一次性问答,也不是正式职业认证或行业统一头衔。
常见误读:不要把它理解成 prompt engineer 的新名字,也不要以为“自动定时跑 agent”本身就等于 loop engineering。