LoopX对接KunlunCode原生Goal Pro与严格校验下的安全回写【免费下载链接】loopxLong-horizon agent control plane for durable, governed work across Codex, Claude Code, and other harnesses.项目地址: https://gitcode.com/GitHub_Trending/lo/loopxLoopX 是一个面向长时任务Long-horizon的 Agent 控制平面为 Codex、Claude Code 等执行器提供统一的 goal、todo、配额quota与权限治理。本文介绍LoopX 对接 KunlunCode的完整用法使用原生 Goal Pro 模式运行长任务并在独立验证器strict verifier通过后才执行安全、可恢复的 LoopX 回写。为什么需要 LoopX 对接 KunlunCode 单独使用 KunlunCode 跑/goal时任务状态只存在于它自己的会话里缺少统一的完成证据、配额记账和跨 Agent 协作记录。接入 LoopX 后两者分工清晰部件职责不会做的事LoopX保存 goal/todo、决定是否should_run、校验 Agent 身份、记录完成证据与配额消耗不替 KunlunCode 推理不授予发布/生产权限loopx-kunluncode适配器连接项目、创建/恢复原生 Goal、验证终态并事务化回写不创建常驻后台进程KunlunCode执行原生 Goal 续行、工具调用以及 Goal Pro 的独立验证器不绕过 LoopX 的 quota、todo 或权限边界核心原则LoopX 是外层控制器KunlunCode 只是执行器。任务能否“算完成”由 KunlunCode 的独立 verifier 说了算LoopX 只在验证通过后回写状态。快速上手安装与连接三步走 一键安装适配器python3 -m pip install --upgrade loopx loopx-kunluncode install安装器只通过uv管理适配器自己的 MCP 环境不会修改系统 Python。连接目标项目loopx-kunluncode connect --project . --goal-id my-goal --agent-id kunlun这一步会注册 KunlunCode 的独立 Agent 身份默认kunlun并写入项目本地绑定文件.loopx/kunluncode.json。已有 LoopX goal 时连接会保留其他已注册 Agent不会覆盖。验证连接loopx-kunluncode status --project .看到ok: true、正确的 goal id 和已注册的kunlun身份即连接成功。详细的字段说明见官方中文指南 docs/guides/kunluncode-adapter.zh-CN.md。Goal Pro 是什么原生 Goal 加一道独立验证门禁 ✅先厘清一个常见误解/goal-pro不是另一套目标生命周期它就是 KunlunCode 原生的/goal额外加了一道强制的独立验证普通 Goal--mode goal对应协议中的arrangement模式主 Agent 完成即视为完成Goal Pro--mode goal-pro默认对应strict模式。主 Agent 请求完成时KunlunCode 会拉起一个独立 verifier 子代理复核只有 verifier 通过Goal 才进入complete状态。验证失败或基础设施出错时Goal 保持 active不会“假完成”。适配器不会把/goal之类的斜杠命令塞进 prompt而是直接调用 KunlunCode 的 app-server APIthread/goal/set激活同一个原生生命周期行为确定、可恢复。安全回写一条完整的事务链路 默认执行loopx-kunluncode run后一次任务的完整事务是LoopX should_run → 选择并 claim 一个 todo → app-server initialize → thread/start 或 thread/resume → thread/goal/set(modestrict) → turn/start 原生自动续行 → thread/goal/get(statuscomplete, verification_passed) → LoopX refresh-state → todo complete → quota spend其中的“严格校验”体现在三个层面完成门禁goal-pro必须同时满足原生statuscomplete和verification_passedtrue缺一项 LoopX 都不回写写权限守卫原生运行期间模型可见的 MCP 工具claim_task/complete_task以及直接指向绑定 goal 的 LoopX 生命周期写命令都会被外层守卫拒绝失败关闭防止模型在 verifier 之前抢先“交卷”。相关实现见 loopx/kunluncode_goal_mode/guards.py事务日志对账每个回写阶段立即写入本地 journal.loopx/kunluncode-runtime.json日志只保存不透明 id、摘要与回执不含原始输出和轨迹。校验逻辑见 loopx/kunluncode_goal_mode/runtime.py。中断了怎么办直接重跑如果控制器中途被中断重跑同一条命令即可它会恢复同一个原生 thread或者只补齐尚未完成的回写阶段不会重复已完成的交付、todo 完成或配额记账。状态机会依次经过native_active → native_verified → delivery_recorded → todo_completed → committed用status命令随时查看当前阶段。常见问题速查 现象处理方式kunluncode is not on PATH先确认 KunlunCode 安装与 PATHcommand -v kunluncode传了--permission-mode askapp-server 无法交互审批会提前失败关闭自动路径请用auto需要逐项确认时改用 TUI 手动/goal-pro显示 complete 但 LoopX 未完成goal-pro还需verification_passed修复验证问题后重跑控制器会自动对账补齐should_runfalse不一定是故障可能是终态、配额或 gate 正常拦截先读status的effective_action与reason小结LoopX 对接 KunlunCode 的价值在于长任务交给 KunlunCode 原生 Goal Pro 去跑完成与否由独立 verifier 把关回写由 LoopX 事务化收尾——既避免了“模型自称完成”也避免了“完成却没人记账”。更多安装、维护与验收清单细节可参考 loopx/kunluncode_goal_mode/README.md并运行协议冒烟脚本 examples/kunluncode-app-server-goal-pro-smoke.py 验证 strict Goal、verifier 通过与跨进程恢复。【免费下载链接】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），仅供参考