LoopX证据与回写Evidence Writeback机制长任务为何可复盘——新手完整指南【免费下载链接】loopxLong-horizon agent control plane for durable, governed work across Codex, Claude Code, and other harnesses.项目地址: https://gitcode.com/GitHub_Trending/lo/loopxLoopX 是一个面向长时程 Agent 的控制平面Control Plane用于让 Codex、Claude Code 等 Agent 框架可靠地持久工作。它的证据Evidence与回写Writeback机制让长任务的每一步都可追溯、可验证、可复盘Agent 做了什么、证据在哪里、状态如何被写回全程有据可查。 为什么长任务需要证据和回写让 Agent 跑一个几天甚至几周的长任务新手最容易遇到三个问题它说完成了但完成没——Agent 的口头声明不可信需要可验证的证据中途断了接着怎么跑——没有回写持久状态下一个 Agent或未来的你只能从头再来出了偏差怎么复盘——没有事件记录事后无法回答当时为什么这么决策。LoopX 的答案很简单每个动作必须留下证据每次推进必须回写状态。二者缺一不可。 一次可靠交付的五层从 Artifact 到 SpendLoopX 认为一次看起来完成了和控制面已接受之间隔着五个层次层含义缺失的后果1. Artifact产物代码、文档、PR、实验结果只有正在推进的空话2. Validation验证测试、readback、审查不知道是否真的满足行为3. Writeback回写证据与状态写入持久层下一个 Agent 重复劳动4. Refresh刷新状态、历史、投影同步更新看板信息过期调度决策错误5. Spend记账只为已验证的推进记一次账配额与预算失真关键顺序是验证先于回写回写先于记账。缺任何一层故障形态都不同——这也是 LoopX 能够精确复盘卡在哪一步的基础。 什么才算权威证据并非所有输出都能当证据。LoopX 的证据标准很严格✅ 有效的权威证据变更文件 / commit / PR diff 等直接产物评测输出、聚焦的 smoke/test 结果外部权威数据源、后继状态successor state具体的 blocker 描述说明卡在哪、为什么、需要什么才能恢复。❌ 单独不算数todo 被标记完成、replan 的 ACK、Agent 的我完成了声明、没有验收证据的无事跟进结论。一个好的证据引用evidence ref足够紧凑比如pr:2136、commit:sha、smoke:todo-lifecycle-cli——可以据此恢复判断但不复制原始日志。✍️ 回写Writeback如何让状态可恢复回写不是发条消息而是一次有语义的状态事务。典型流程Agent 完成动作后通过loopx refresh-state等命令写入 run 分类、交付结果、进度事件被追加到只增不改的回滚事件日志rollout-event-log如todo_update、validation、quota_spend等类型化事件状态投影、看板、历史自动同步更新任何后续 Agent 都能从持久状态恢复而不依赖某次会话的记忆。对多 Agent 场景LoopX 还提供Agent 作用域的证据账本evidence ledger每个 Agent 能看到自己的时间线事件 其他 Agent 的压缩 frontier既够 replan 用又不会泄露彼此的原始工作轨迹。️ 安全边界Public-Safe 与失败即关闭回写给外部运行时Runtime时同样讲究边界核心原则有两条Public-Safe公开安全回写 payload 只能是紧凑的元数据——决策 id、摘要、证据指针数量严禁复制原始转录、本地路径、凭据或私有文档。LoopX 在写入时会自动扫描并拒绝含敏感标记的内容失败即关闭Fail Closed源事件不存在、投影缺失、运行时不可用时写回直接拒绝或记为skipped/failed绝不猜。回写失败不会让原本正确的决策失效——它只表示宿主还没收到这份紧凑反射下次重试即可。这套边界让证据可以放心共享、复盘和审计而不会变成隐私泄露。 新手三步用上证据与回写看状态loopx status投影当前状态、todo 索引、Agent 车道与事件摘要回答现在什么是对的打包复盘loopx review-packet把状态与关注项打包成审查/交接包随时可以断点续传查账本通过 Agent 作用域证据日志查看类型化事件时间线todo、validation、quota、refresh定位推进或停滞的根因。长任务之所以跑得久还不迷路靠的不是 Agent 的记忆力而是这套证据 回写的机制每步留痕、每步可验证、每次恢复都有据可查。 延伸资料课程第 8 讲证据、Refresh 与 Self-Repairdocs/development/control-plane-course/08-evidence-refresh-and-self-repair.md回滚事件日志实现loopx/rollout_event_log.pyAgent 作用域证据账本协议docs/reference/protocols/agent-scoped-evidence-ledger-v0.md受控回写协议docs/reference/protocols/session-runtime-controlled-writeback-v0.md监控轮询回写实现loopx/control_plane/scheduler/monitor_poll_writeback.py【免费下载链接】loopxLong-horizon agent control plane for durable, governed work across Codex, Claude Code, and other harnesses.项目地址: https://gitcode.com/GitHub_Trending/lo/loopx创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 LoopX证据与回写（Evidence + Writeback）机制：长任务为何可复盘——新手完整指南
LoopX证据与回写Evidence Writeback机制长任务为何可复盘——新手完整指南【免费下载链接】loopxLong-horizon agent control plane for durable, governed work across Codex, Claude Code, and other harnesses.项目地址: https://gitcode.com/GitHub_Trending/lo/loopxLoopX 是一个面向长时程 Agent 的控制平面Control Plane用于让 Codex、Claude Code 等 Agent 框架可靠地持久工作。它的证据Evidence与回写Writeback机制让长任务的每一步都可追溯、可验证、可复盘Agent 做了什么、证据在哪里、状态如何被写回全程有据可查。 为什么长任务需要证据和回写让 Agent 跑一个几天甚至几周的长任务新手最容易遇到三个问题它说完成了但完成没——Agent 的口头声明不可信需要可验证的证据中途断了接着怎么跑——没有回写持久状态下一个 Agent或未来的你只能从头再来出了偏差怎么复盘——没有事件记录事后无法回答当时为什么这么决策。LoopX 的答案很简单每个动作必须留下证据每次推进必须回写状态。二者缺一不可。 一次可靠交付的五层从 Artifact 到 SpendLoopX 认为一次看起来完成了和控制面已接受之间隔着五个层次层含义缺失的后果1. Artifact产物代码、文档、PR、实验结果只有正在推进的空话2. Validation验证测试、readback、审查不知道是否真的满足行为3. Writeback回写证据与状态写入持久层下一个 Agent 重复劳动4. Refresh刷新状态、历史、投影同步更新看板信息过期调度决策错误5. Spend记账只为已验证的推进记一次账配额与预算失真关键顺序是验证先于回写回写先于记账。缺任何一层故障形态都不同——这也是 LoopX 能够精确复盘卡在哪一步的基础。 什么才算权威证据并非所有输出都能当证据。LoopX 的证据标准很严格✅ 有效的权威证据变更文件 / commit / PR diff 等直接产物评测输出、聚焦的 smoke/test 结果外部权威数据源、后继状态successor state具体的 blocker 描述说明卡在哪、为什么、需要什么才能恢复。❌ 单独不算数todo 被标记完成、replan 的 ACK、Agent 的我完成了声明、没有验收证据的无事跟进结论。一个好的证据引用evidence ref足够紧凑比如pr:2136、commit:sha、smoke:todo-lifecycle-cli——可以据此恢复判断但不复制原始日志。✍️ 回写Writeback如何让状态可恢复回写不是发条消息而是一次有语义的状态事务。典型流程Agent 完成动作后通过loopx refresh-state等命令写入 run 分类、交付结果、进度事件被追加到只增不改的回滚事件日志rollout-event-log如todo_update、validation、quota_spend等类型化事件状态投影、看板、历史自动同步更新任何后续 Agent 都能从持久状态恢复而不依赖某次会话的记忆。对多 Agent 场景LoopX 还提供Agent 作用域的证据账本evidence ledger每个 Agent 能看到自己的时间线事件 其他 Agent 的压缩 frontier既够 replan 用又不会泄露彼此的原始工作轨迹。️ 安全边界Public-Safe 与失败即关闭回写给外部运行时Runtime时同样讲究边界核心原则有两条Public-Safe公开安全回写 payload 只能是紧凑的元数据——决策 id、摘要、证据指针数量严禁复制原始转录、本地路径、凭据或私有文档。LoopX 在写入时会自动扫描并拒绝含敏感标记的内容失败即关闭Fail Closed源事件不存在、投影缺失、运行时不可用时写回直接拒绝或记为skipped/failed绝不猜。回写失败不会让原本正确的决策失效——它只表示宿主还没收到这份紧凑反射下次重试即可。这套边界让证据可以放心共享、复盘和审计而不会变成隐私泄露。 新手三步用上证据与回写看状态loopx status投影当前状态、todo 索引、Agent 车道与事件摘要回答现在什么是对的打包复盘loopx review-packet把状态与关注项打包成审查/交接包随时可以断点续传查账本通过 Agent 作用域证据日志查看类型化事件时间线todo、validation、quota、refresh定位推进或停滞的根因。长任务之所以跑得久还不迷路靠的不是 Agent 的记忆力而是这套证据 回写的机制每步留痕、每步可验证、每次恢复都有据可查。 延伸资料课程第 8 讲证据、Refresh 与 Self-Repairdocs/development/control-plane-course/08-evidence-refresh-and-self-repair.md回滚事件日志实现loopx/rollout_event_log.pyAgent 作用域证据账本协议docs/reference/protocols/agent-scoped-evidence-ledger-v0.md受控回写协议docs/reference/protocols/session-runtime-controlled-writeback-v0.md监控轮询回写实现loopx/control_plane/scheduler/monitor_poll_writeback.py【免费下载链接】loopxLong-horizon agent control plane for durable, governed work across Codex, Claude Code, and other harnesses.项目地址: https://gitcode.com/GitHub_Trending/lo/loopx创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考