Loop Engineering — AI 编码 Agent 循环工程模式
Codex 核验（2026-10-10）：工作流约束、提示规则与隔离执行边界需要分别验证。git worktree 只隔离工作副本，不隔离进程权限或网络；工具 hook 的阻断效果也取决于宿主、覆盖的入口及失败策略，不能由项目名称或提示宣称推出安全边界已成立。本文部署与防护结论未重跑。
GitHub: github.com/cobusgreyling/loop-engineering ⭐: 6,947 | 语言: JavaScript | 许可: MIT 创建: 2026-06-09 | 灵感: Addy Osmani / Boris Cherny (Anthropic Claude Code Head)
核心理念
Stop prompting. Design the loop. Get a score.
从手工 prompt 编码 Agent → 设计循环系统自动 prompt Agent。Boris Cherny 原话：“I don’t prompt Claude anymore. I have loops running that prompt Claude.”
五大构建块 + 记忆
| 原语 | 循环中的职责 |
|---|---|
| 自动化/调度 | 按节奏发现和分类 |
| Worktrees | 安全的并行执行隔离 |
| Skills | 持久化项目知识 |
| 插件与连接器 | 接入真实工具 (MCP) |
| 子 Agent | 制造者/检查者分离 |
| + 记忆/状态 | 任何会话外的持久脊柱 |
CLI 工具集
| 工具 | 功能 | 命令 |
|---|---|---|
| loop-audit | Loop 就绪度评分 | npx @cobusgreyling/loop-audit . |
| loop-init | 脚手架 starters | npx @cobusgreyling/loop-init . |
| loop-cost | Token 花费估算 | npx @cobusgreyling/loop-cost |
| loop-sync | 状态漂移检测 | npx @cobusgreyling/loop-sync . |
| loop-context | 有状态记忆管理器+断路器 | npx @cobusgreyling/loop-context --check |
| loop-mcp-server | MCP 运行时模式查询 | npx @cobusgreyling/loop-mcp-server |
| loop-worktree | git worktree 隔离管理 | npx @cobusgreyling/loop-worktree create |
7 个生产模式
包含 7 个可运行的 production pattern，有交互式 Pattern Picker
对我们的价值
- loop-audit 的评分模型可直接用于评估我们 Agent 的可靠性
- loop-worktree 与 Kanban Codex Lane 的 worktree 隔离完全是同一个模式
- loop-context 的断路器设计与我们的 context-compaction 互补
- loop-cost 可用于多 provider 的成本预算管理
- “设计循环而非 prompt” 的思维框架适用于我们所有 cron job / 自动化任务
关联
-
4-layer-agent-architecture — 四层架构中的可靠性层设计模式
-
omnigent-meta-harness — meta-harness 与循环工程的协同
-
shadcn-improve-pattern — 分层执行与循环工程的结合
-
superlog-agentic-observability — 循环可观测性
-
local-models-available-2026 — 本地模型降低循环成本
-
llm-cost-optimization-routing — 循环成本优化
-
knowledge-loop-engineering — 知识循环工程计划
-
knowledge-network-map — 知识网络地图
-
knowledge-base-index — 知识体系索引
-
databricks-coding-bench-pi — 编码效率量化基准