LetItLoop 发布：为崩溃 AI 代理循环提供零 token 浪费恢复能力

AI 编程代理在执行长任务时常遭遇中途崩溃、不可捕获的 SIGKILL 信号以及破坏性的整文件覆写，导致大量 token 与算力浪费。LetItLoop 项目组发布了一套名为「Tripartite Ecosystem」的三组件生态，尝试从持久化日志、CI 卡点与可测量基准三个层面解决这一痛点。

三大组件构成核心生态

LetItLoop 生态由以下三部分组成：

• letitloop（核心引擎）：提供亚 2 毫秒的预写日志（WAL）状态日志、源代码级 AST 节点拼接（声称「0% 注释丢失」）、内存级 Zero-Copy 快速沙箱，以及确定性验证闸门。
• letitloop-action（市场组件）：独立 GitHub Action，可在 CI 中校验 AI 拉取请求，强制执行严格的 AST 签名，并在 PR 评论中发布机器可验证的证明包。
• agent-durability-bench（DCP-1.0）：开源基准测试套件，实现 Durability Challenge Protocol 1.0，通过零 API 合成模拟衡量 agent 在不可捕获 SIGKILL 故障下的恢复能力。

关键能力与设计要点

核心引擎在工程细节上做了若干明确取舍：

• 源代码级 AST 节点拼接：替换目标函数或类方法时，声称保证模块文档字符串、文件注释、许可证头和类缩进不会被剥离或更改。
• 内存快速沙箱：基于 Zero-Copy 的 sys.modules 评估与 Windows Job Object 容器，在写入磁盘前在内存中验证代码假设。
• 容错 WAL 监督循环：原子化 Win32/POSIX 文件锁，最多 3 次重试并附带策略变异。
• 认知可行性闸门：自动判断某次重构是否可以自主执行，必要时调用 arXiv、GitHub 与 DuckDuckGo 进行多源研究。
• 人机协作提案账本：高风险架构变更以 PROP-*.md 工单形式暂存，供人工审核而非直接执行。

适配器与协议覆盖

项目内置 12 种可插拔 worker 适配器，覆盖当前主流 AI 编程工具：

• Tier-1 核心：Google Antigravity CLI、Claude Code CLI、OpenAI Codex CLI、Mock Worker。
• Tier-2 贡献：OpenCode CLI、Hermes Agent CLI、Cline CLI、Aider、Docker 沙箱、本地 LLM 工具调用（Ollama/vLLM）、Omniroute 网关以及直接 LLM 调用。
• 协议层：内置原生 MCP（Model Context Protocol）服务端与客户端，提供 8 个 stdio JSON-RPC 工具，可直连 Claude Code、OpenAI Codex、Cursor、Google Antigravity 与 Hermes Agent。

跨平台进程守护通过 Windows Job Objects（win32job）和 POSIX 会话进程组容器实现，确保子进程与孙进程被完整清理。可观测性方面提供原生 Prometheus 指标导出、生命周期事件总线、SSE 流式接口以及 HMAC-SHA256 签名的 Webhook 分发器。

快速上手与语义限制

通过 pip install letitloop 即可安装核心引擎。开发者可在 Python 函数、LangGraph 节点或 CrewAI agent 上使用 @durable 装饰器，将 WAL 内核嵌入现有代码；已完成步骤在恢复时直接跳过，号称实现「0% 重复 token 浪费」。CLI 提供了 lil bench --matrix、lil heal --target ...、lil status、lil action --init 等子命令用于基准执行、AST 自愈、状态检查与 GitHub Action 脚手架生成。

需要注意的是，LetItLoop 的恢复语义为「at-least-once」：已完成步骤不会重跑，但进行中的步骤会至少执行一次。因此项目组建议将步骤设计为幂等，或使用 atomic_marker 原语保护外部 API 变更，以免产生重复副作用。