Loop engineering：把 agent 放进工程循环
一句话概括
工程循环把状态读取、任务决策、执行、验证、持久化与停止判断连起来，工程师负责设计约束并审查产物。原文
实践内容
以下为流程转述，完整 Prompt 示例见原文。
| 组件 | 应承担的工作 | 需要另行解决的边界 |
|---|---|---|
| Automation | 按事件或时间启动任务 | 任务范围和验收依据 |
| Worktree | 隔离任务的 checkout | 语义冲突、人的审查带宽 |
| Skill | 复用稳定的操作知识 | 描述准确、流程足够小 |
| Plugin / Connector / MCP | 分发能力、连接系统、提供协议 | 授权、审计、审批 |
| Sub-agent | 分离实现与验证职责 | 协调成本、角色权限 |
| Memory | 保存目标、失败路线、验证和下一步 | 下一轮实际读取状态 |
CI 分诊示例先分类回归、偶发失败、基础设施问题与未知，再处理相关且可复现的回归。每轮限一个问题，先复现后修改；迁移、权限、账务或生产配置问题转人工。文中的操作规程还举例限制修改最多 3 个文件，并在相同失败连续出现两次时停止。这些是示例边界，不是所有循环的统一默认值。
启动前应检查输入、产物、验收、权限、恢复方式是否明确，并考虑失败能否沉淀为规则、夹具或脚本。验证报告需要提供运行命令、退出码、失败项目与停止判断；并发任务数量要服从可审查的吞吐。
摘录
仅保留短引文；其余内容为转述。
心跳，不是大脑
状态必须在对话之外
涉及实体
- Loop-Engineering —— 跨轮调度、状态和停止机制
- Harness-Engineering —— 每轮执行的前置约束与后置反馈
- Agent-Skill —— 项目流程的可维护载体
- Generator-Evaluator —— 实现者与检查者分工
- Agent-Memory —— 会话外的恢复依据
涉及主题
我的评注
这篇文章适合用作自动化设计检查表。它引用了多个产品文档，但本文未独立复核各产品现行功能，具体接口应另查实际版本；流程中的读取、提案、外部执行与自动合并需要分别定义授权。