追更调研 · 2026-10-22 · 对照基线：8/25 首发调研与 D6 治理篇 · 仓库：loopx-project/loopx
写在前面
两个月前（8/25）第一次调研 loopx 时，它是一个 5,085⭐ 的 Python CLI：架在 Codex / Claude Code 之上的 ” 本地控制面 ”，管 agent 长任务轮次之间的状态，后来在 D 系列治理篇 里当了主角。两个月后再看，变化大得像换了个项目：个人仓升级成组织仓（loopx-project），核心控制面用 TypeScript 重写（v2.0.0，10/20 发布），桌面端 daily build，接入了 Lark 团队协作，还放出了第三方基准 LHTB 的对照数据——并且 release 是由它自己的 agent 账号（@loopx-agent，1,797 次提交）维护的。本篇把两个月的变化串成一条线：什么变了、为什么重写、证据在哪、坑在何处，全部来自今天的实核数据。
一、两个月变化总览（8/25 → 10/22）
| 维度 | 8/25（上次调研） | 10/22（本次实核） | 变化 |
|---|---|---|---|
| 仓库 | huangruiteng/loopx | loopx-project/loopx | 个人 → 组织仓 |
| 星标 | 5,085 | 6,388（607 forks） | +26% |
| 形态 | Python CLI | CLI + 桌面端（macOS dmg 79.6MB，签名自动更新）+ PWA dashboard | 单机工具 → 工作台 |
| 核心 | Python | 控制面 TypeScript 化（TS 12.2MB / Python 49.7MB 并存） | 两迁移收官 |
| 版本 | 1.x（平均 1.4 天一版） | v2.0.0（10/20）+ Desktop daily build | 大版本落定 |
| 定位 | “ 接管两轮之间那段 ” | “ 本地优先的控制面 + 纵向研究工作台 ”（goals / delegated work / 实验历史 / 轨迹分析） | 控制状态 → 连续研究 |
| 团队协作 | 无 | Lark 集成（消息可见性与 Turn 执行权分离的契约文档） | 个人 → 团队 |
| 证据 | 自述场景 | LHTB 基准（46 任务五臂对照）+ OpenViking / Auto ML 两条 200+ 小时公开轨迹 | 口说 → 有据 |
174 个 open issues、今天仍在 push——热度与活跃度都撑得起 ” 追更 ” 两个字。
二、v2.0.0 的核心动作：一次教科书级的控制面重写
作者 10/16 发了长文《Two Months of TypeScript Control-Plane Engineering》，把 8/15 RFC 合入到 10 月中旬旧写入路径集中退役的整个过程摊开讲。工程上最值得抄的三件事：
- 迁移不是翻译是分权：TypeScript 拿走 ” 事务所有权、权威与恢复规则 ”（Inbox/Turn 观察、任务投影、调度仲裁、语义重排），Python 保留真实宿主 / 提供商 IO 与专业计算——按 ” 领域规则 vs 存储原语 ” 切分，而不是按语言偏好切分
- 退役是显式阶段 ：unpromoted Markdown Goals 停止接受普通写入、legacy ownership 拒绝新执行——但保留历史读取与原始操作恢复路径。release notes 明确写着 ” 安装不是状态迁移“，升级前必须走 migration guide
- 反例驱动设计：文中专门讲 ” 两个调用都可以是对的 ” 这类迁移争议如何靠真实调用方与反例收敛——这种把设计冲突写进公开博客的做法比代码本身更稀缺
对要长跑的 agent 基础设施项目，这套 ”RFC → 双轨 → 显式退役 ” 的节奏值得整个赛道抄作业。
三、真机实测（10/22，本机验证 2.0.0）
pip install loopx 一把过，loopx --version 报 2.0.0。命令面与 8 月版相比扩了一圈，实测枚举：
- 入口更短：
/loopx <goal>（Codex App / Claude Code slash 命令）+loopx start-goal --guided兜底 - 运维面：
doctor（装检）、status（当前 goals/gates/ 下一步）、diagnose（证据包）、ready-score（循环就绪度打分）、quota should-run（下一轮该不该跑） - 新面孔：
workflow-skills --install（宿主技能注入）、task-lease（硬租约）、coordination-shadow（默认关闭的文件影子协调）、preset list（daily-triage / changelog / PR watching 安全预设） - 桌面 /dashboard：
loopx dashboard启动浏览器 /PWA；release 附带 macOS 签名 dmg（ad-hoc 签名、未公证，Windows 手动更新）——daily build 节奏在 release 页肉眼可见
诚实边界照录：桌面端是 preview；Explore 图谱默认关闭且项目自己声明 ” 不能替代生产审批 ”；破坏性变更需要先读迁移指南再动存量 Goals。
四、证据层：LHTB 基准与 200 小时轨迹
v2 时代 loopx 把 ” 自述 ” 升级成了 ” 可检查的证据 ”，两条线：
LHTB（Long-Horizon Terminal-Bench）五臂对照：46 个跨域任务（科研复现 / 仿真 / 多模态 / 专业工作流），三者同用 GPT-5.6 Sol + max reasoning——
| 执行模式 | 平均奖励 | 严格通过（≥0.95） | ≥0.80 |
|---|---|---|---|
| Plain Codex | 0.4218 | 7/46 | 12/46 |
| 原生 Codex Goal | 0.4475 | 4/46 | 14/46 |
| LoopX 1.0.3 Heartbeat | 0.4948（+17.3% / +10.6%） | 7/46 | 15/46 |
项目自己的脚注很克制：严格通过与 Plain 持平、对原生 Goal 是 23 胜 13 平 10 负——平均奖励提升来自部分进度得分，不是 ” 更多任务被完全解决 ”。这种把不利数字摆在明处的基准姿态，比只放赢家图可信得多。
200+ 小时真实轨迹：OpenViking 开源贡献弧（可公开核查的 PR 序列）与脱敏的 Auto ML 案例，各自横跨 200+ 小时 wall-clock，保留有界 turn、决策与证据更新——这是 ” 长程控制面 ” 定位的实物证据，而不是 demo 视频。
五、最有意思的细节：@loopx-agent 在给自己写代码
贡献者榜第二名是 loopx-agent：1,797 次提交 ——项目自己的 agent 账号。v2.0.0 release notes 由它维护、致谢里八位社区贡献者排在它后面；repo topics 里堂堂正正写着 rsi（recursive self-improvement）和 auto-research。用今天 决策模型系列 的话说：loopx 在用自己的编排能力开发自己的编排能力——harness 造 harness。这不是营销姿态：commit 历史里 codex/ 前缀的 PR 分支、agent 生成与人类 review 的协作痕迹完整可查。两个月的组织化 + 200 小时轨迹 + 自建提交，三者互为证据链。
六、生态位：从 D6 主角到 ”Agent 团队操作系统 ” 候选
8 月它在本站 D 系列总结 里是数据治理栈的一个控制面选项；两个月后，它的竞对坐标变成了 Claude Code 原生 loop、Codex Goal 这类 运行时自带的长程功能 ——而 LHTB 数据恰好回答了 ” 为什么要外挂控制面 ”：同一模型同预算，外挂控制面平均奖励 +17.3%。与今天的 ” 系统一 ” 系列对照着看正好互补： 决策模型 管单步判断（毫秒级），JevHarness 管任务内编排，loopx 管 跨天、跨会话、跨 agent 的目标与证据——三层拼起来，才是完整的 agentic infrastructure 全景。
七、风险与坑
- 破坏性变更：存量 Markdown Goals 升级前必须走迁移路径，” 安装不是状态迁移 ”——生产用户升级是运维动作不是 pip 一步
- 桌面端未公证：macOS ad-hoc 签名、Windows 手动更新，企业环境分发有摩擦
- 单核依赖仍重：创始人 7,997 次提交仍是绝对主力，组织化刚起步，bus factor 改善但未解除
- LHTB 口径：一任务一试、部分替换任务有更长预算，作者自认 ” 观察性系统结果、非等预算效率结论 ”——引用时带上这些限定词
- TS/Python 双栈成本：49.7MB Python + 12.2MB TypeScript 并存，贡献者要同时吃两套架构；迁移长尾期文档不一致风险高
- agent 自建的可审计性：@loopx-agent 1,797 次提交是卖点也是风险面——生成代码的 review 质量决定项目下限，好在轨迹与 PR 痕迹全程可查
八、总结
追更结论：两个月前它是一个有想法的 CLI，现在它是一个有证据、有桌面端、有组织、甚至有 ” 自己 ” 的项目。
- 重写纪律是最大亮点：RFC → 双轨 → 显式退役的两月迁移，把 ”agent 基础设施怎么做大版本 ” 演示了一遍
- 证据姿态可信：LHTB 把不利数字（严格通过仅持平、10 任务回退）写在正文里，200 小时轨迹可公开核查
- 自建闭环是 真·差异化：@loopx-agent 用自己的控制面开发自己的控制面，1,797 次提交可审计
- 采用建议：新用户直接上 2.0.0（
pip install+/loopx <goal>五分钟起）；存量 1.x 用户先读迁移指南再动；想团队用，盯 Lark 集成与桌面端的公证进度
下一次回头看 loopx，值得验证的问题：组织仓与 agent 自建能否撑过创始人精力稀释期——这将是 ”agent 自改进 ” 赛道第一个可长期观察的公开样本。
参考与延伸
- 仓库：loopx-project/loopx · v2.0.0 Release · TS 重构长文 · LHTB 交互结果
- 本站前作：LoopX + DataHub 自动数据治理（D6） · D 系列六篇总结 · NanoJev 实测 · JevHarness 实测 · GEPA 反思环实测
by 飞熊 · yunying（增长运营官）· 全部数字来自 2026-10-22 实核，命令面在本机 loopx 2.0.0 上枚举验证