【调研】长周期 Agent 控制平面——LoopX
内容提要
LoopX 是面向长周期 Agent 的有状态控制平面，不替代 Codex 等执行器，而是管理目标、待办、人工关卡、证据与配额。它通过事件溯源保存权威状态，用 Claim、Lease 和局部 Gate 协调并发，强调证据验证后才算完成。适合跨天、多工作线、需人工审批的任务，但仍是早期项目，生产采用需谨慎验证。
延伸解读
控制平面与执行器的分工逻辑
LoopX 不替代 Codex 等执行器，而是将长期任务拆成 Agent、Provider、Capability、Kernel 四个角色。执行链路是 Agent 到外部系统，控制链路则反向走：外部 readback 经 Provider、Capability 校验后，以类型化状态迁移写入 Kernel。这种分层把“工具调用成功”和“任务能标完成”分开，CI 返回 200 不等于验收通过。换执行器时，Session 和工具实现可变，但项目层面的 Goal、Gate、Evidence 不应丢失。
Evidence-first 对完成与配额的重定义
LoopX 要求完成必须被接受而非被宣布。一次执行结束不能顺手勾掉待办，需走完结果、验证、证据写回、状态迁移。测试日志、CI 链接、产物和人工确认都可作为完成依据。这也改变配额记账：只有验证通过且被 Kernel 接受的写回才消耗成功执行配额，静默跳过、dry-run、预检失败、验证失败都不算有效交付。模型调用次数与系统内可信变化次数是两回事。
并发协调中的 Claim、Lease 与局部 Gate
Claim 表示谁正在处理 Todo，Lease 给执行权加过期时间，避免 Agent 断线后任务被永久占用。Gate 是必须等人或外部条件的关卡，且可以是 scoped 的，只拦住依赖该决定的 Lane，其余 Todo 照常推进。但 Lease、重试和外部写入仍需幂等键、readback 和恢复规则，过期 Agent 恢复后可能提交旧结果，带来 Session 漂移或重复写入。LoopX 提供位置，不消除外部系统的并发风险。
采用前需验证的异常路径与成熟度边界
长周期 Agent 最难的不是首次跑通，而是异常路径。PoC 应验证进程退出后事件可重放、重试写回幂等、Lease 过期后旧 Owner 不能覆盖新结果、readback 与重试有边界、局部 Gate 不导致全局停摆、Host 更新时状态独立于 Session。公开 Issue 显示 Session 恢复和状态检查性能仍是边缘条件。LoopX 状态 Kernel 和 CLI 合约相对成熟，但 Host 适配和高级路径需逐项验证，企业生产控制器不宜直接下结论。
Q&A
LoopX 是什么？它和 Codex、Claude Code 这类工具有什么区别？
LoopX 是面向长周期 Agent、与供应商无关的有状态控制平面。它不替代 Codex、Claude Code、Cursor 等执行器，而是负责管理目标、待办、人工关卡、证据、配额、恢复和交接，决定“现在是否应该继续，以及下一步是什么”；执行器则负责完成一次有边界的工作。
LoopX 主要解决长周期 Agent 的哪些问题？
LoopX 反复追问并保存五类信息：目标是什么（Goal、范围、授权边界）、接下来做什么（Todo、优先级、负责人、Claim、Lease）、哪里需要人判断（User Gate、阻塞原因、决策上下文）、什么已经确认（Evidence、验证结果、运行历史）、能否继续运行（Quota、Capability、停止条件、调度提示）。
LoopX 如何避免多个 Agent 同时处理同一个任务造成冲突？
LoopX 通过 Claim 表示谁正在处理 Todo，通过 Lease 给执行权加过期时间，避免任务被永久占用。Gate 可以是 scoped（局部）的，只拦住依赖该决定的 Lane，其余 Todo 照常推进，从而支持真实但复杂的并行关系。
LoopX 的 Evidence-first 是什么意思？任务完成需要满足什么条件？
Evidence-first 指任务完成需要被接受，而不是被宣布。一次执行结束不能直接勾掉待办，必须走完“结果 → 验证 → 证据写回 → 状态迁移”。测试日志、CI 链接、产物和人工确认都可以作为完成依据。只有验证通过、被 Kernel 接受的写回，才消耗成功执行配额。
什么情况下适合使用 LoopX？什么情况下普通 Agent 就够用？
如果任务有多条独立工作线、局部阻塞、外部等待、跨 Host 交接、周期性重入，或完成依赖多份证据，就更像控制平面问题，适合 LoopX。如果大多是“否”，比如修一个 Bug、写一个页面、解释一段代码，普通 Agent 或 Goal Mode 就够用。
LoopX 目前成熟度如何？生产采用需要注意什么？
LoopX 仍是早期项目。状态 Kernel 和 CLI 合约相对成熟，但 Host 适配、高级路径还需逐项验证。公开 Issue 显示 Session 恢复、重试、状态检查性能等边缘条件复杂。生产采用需谨慎，权限、审计、密钥与审批仍应交给外部系统，高风险动作必须由人或审批系统拍板。
