Skip to content

生态采用与衍生清单

English

本页由维护者根据公开证据整理，记录其他项目对 LoopX 的使用、集成、研究与再实现。 具体使用见工作流与集成；尚未成为运行时采用的工作见 提案与暂缓采用。

证据边界：收录是事实记录，不代表背书或生产部署声明。PR 合并只证明代码或 文档已落地；公开发行、限定范围的试点、开放提案各自证明不同的事情。链接中的 验证结果是其作者的报告，不代表本清单独立复现了这些结果。

ADOPTERS.md 是项目和用户主动描述自身使用情况的独立自愿目录。 登记表为空不等于没有观察到的使用：下列公开证据不以项目所有者提交登记行为前提。

1. 工作流与集成

  • GoTry（Danceiny）——用 LoopX goals、Codex 任务绑定和心跳管理多条开发路线。 issue #18 记录接入，已合并的 PR #187 记录交付验证。 状态：项目自述的开发工作流使用；不代表旅行应用运行时依赖 LoopX。
  • mimofan（XiaomingX）——通过 LoopX Todo 组织 UI/引擎修复。 PR #738 明确提及该工作流并已合并。 状态：开发工作流证据。
  • Meta-RLR（hk20013106）——已合并的 PR #17 增加 CLI/JSON 维护边界。 LoopX 管理维护目标、待办、证据、监视和重规划，科研状态仍由 research_loop 所有。 状态：维护集成已合并；后续自动唤醒 PR #26 已关闭、未合并。
  • LoopX Console（xielixing）——第三方 BitFun MiniApp，通过本机 LoopX CLI、 quota should-run 和宿主 Agent 修复 GitHub Issue。 源码与安装说明及 发行版本已公开。 状态：独立发布；是否进入 OpenBitFun 上游是下文的另一项提案。
  • zyra（BingruL）——打包配置 内嵌 LoopX runtime 并注册 CLI 入口。 状态：已观察到源码与打包集成；未验证部署和持续运行。
  • Hufu（Blicae8917）——已合并的 PR #70 增加显式启用的 LoopX v0.5.2 RunOnce Consumer。真实 transport 和 Host 调用由部署 Provider 提供；状态投影 issue #76 仍开放。 状态：限定范围的集成已合并，配套工作尚未完成。
  • benjamin-plugins（Yidada）——已合并的 PR #1 增加调用官方 LoopX 内核的 Codex 插件。作者报告源码 checkout 上的 CLI 契约 smoke 通过；PyPI 安装未验证， 后台调度仍归宿主。状态：插件已合并。
  • Adaptive-Agent-Orchestration-Protocol（YuemingHub）——已合并的 PR #41 将 LoopX 注册为可选执行连续性 Provider。 issue #42 的试点报告 记录了限定范围的 Linux CLI 恢复与门禁测试； 后续回读 未证明持续采用。状态：协议集成与非生产试点，不代表默认生产采用。

2. 机制借鉴

下列项目明确引用 LoopX 的思路。原生实现和已接受的设计文档，与依赖 LoopX 运行时 是不同的关系。

  • surogates（invergent-ai）——比较与采用计划 选择吸收持久授权、目标预算和评估器记忆，保留自身存储及运行时。 PR #188、 #190、 #191 已合并。 状态：代码层借鉴；实时 PR 状态优先于计划中的旧表格。
  • future-os（futuregene）——已合并的 PR #253 和 #255 明确参考 LoopX， 用 Rust 实现部分多 Agent 与目标推进机制。状态：原生再实现。
  • gptme-contrib——已合并的 PR #1373 将公开/私有证据脱敏思路 归因于 LoopX 调研。状态：代码层借鉴。
  • KiroCrew——已合并的 PR #3229 在持续 Agent RFC 中采用 持久 typed gate 和写回后扣预算，同时明确保留不同的唤醒与工作选择机制。 状态：设计采用，仅文档。
  • multica（LRM-Teams）——已合并的 PR #2174 记录五项受 LoopX 启发的 协作原则。状态：仅文档，没有 LoopX 运行时变更。

3. 提案与暂缓采用

  • OpenBitFun（GCWing）——内置控制台 PR #2836 仍开放，替代已关闭未合并的 #2382。维护者表示优先保障 beta 稳定性，之后再评估大特性。 状态：上游集成提案，与已独立发布的第三方 LoopX Console 分开记录。
  • codexia——上游 PR #71 已关闭未合并， 作者解释为误投仓库；下游 PR #1 仍开放。 状态：下游提案；作者明确说明 CLI 契约尚未对真实安装验证。
  • spoon-core——issue #285 提议在模型调用前提供可选、只读的 LoopX 控制上下文。状态：开放提案。
  • GENesis-AGI——issue #2123 提议在自建持久目标后端前评估 LoopX。状态：开放评估请求。
  • Orca——issue #12628 请求类似 LoopX 的目标驱动迭代。状态：开放用户诉求，不代表维护者接受或已实现。
  • OpenAgentEmail——discussion #180 讨论可选控制面兼容性； 9 月 12 日后续评论 建议先做小型、可回退的 Provider 试点，而非进入关键路径。该评论明确注明由 AI 撰写。 状态：讨论与试点提议。
  • Quesen——discussion #3735 后形成 prepared-Effect 风险准入方案， 明确先做 shadow mode，保留人的授权权威。状态：集成方案，尚非代码提案。
  • 8x8-user-edition——已合并的 PR #63 因现有权威与状态系统重叠， 暂缓运行时采用，只选择部分协议思路。状态：暂缓运行时采用。
  • Mindthus——对比吸收 issue #132 已关闭。 状态：已有评估记录；Issue 关闭本身不证明运行时采用。
  • GovernLoop——Phase 0 能力映射 PR #23 已关闭未合并。 状态：历史评估提案。
  • hartevo-desktop——issue #55 提议借鉴 Prime Agent 和 LoopX 构建 Mission Control 内核。状态：开放设计议题。
  • polyphemus——issue #89 研究 LoopX 基础机制。状态：开放研究请求。

4. 学习、传播与合作

  • 《深入理解 AI Agent》/ ai-agent-book（bojieli）——已合并的 PR #614 将 LoopX 引入为具体的 Loop Engineering 框架；第 10 章 引用固定版本并保留实验性证据边界。状态：教学材料，不是读者采用统计。
  • NAVER fe-news——2026 年 9 月通讯 用韩文介绍 LoopX 及安装路径。状态：编辑内容收录，不代表 NAVER 部署声明。
  • OpenViking / NoKV——OpenViking README 列出 LoopX；NoKV README 将其列为活跃开源合作。状态：公开项目关系；这些条目本身不证明运行时依赖。
  • loopx-book / loopx-book-labs（cocolord）——双语、协议优先的 开发者书与 可运行实验，覆盖项目接入、Issue 到 PR 和独立扩展。状态：教学资源。

5. 衍生实现

  • loopx-HPC（Sande33p）——独立 fork 内的 PR #1 已合并，增加可选 scientific campaign、PBS/Slurm 和 MLflow 集成。状态：下游代码已合并；作者明确说明 真实 HPC 验收尚未完成。
  • foreman（needware）——PR #1 提议将固定上游提交的 LoopX 内核迁移到原生 TypeScript。 状态：开放提案，不是已合并的运行时迁移。

证据限制

  • 项目自身的开发工作流、打包集成、协议借鉴和内容收录是不同关系，不应相加为 生产采用者数量。
  • Stars、未修改的 fork、自动 Trending/digest 转载以及无关同名项目不是采用证据。
  • 创作者自用与用户归因案例在Showcase 清单保留各自来源边界。 例如 MFS 重构案例 明确区分 公开合并的 PR 与用户自述的 LoopX 归因。

维护方式

  • 每次复核后通过 PR 同步更新中英文，检查正文、当前 PR 合并状态、替代链接与后续 评论。记录核对日期，不把旧标签当作当前证据。
  • 发现入口包括 gh search code "huangruiteng/loopx"、gh search issues loopx、 gh search prs loopx 和 gh search repos loopx；只审阅公开证据，排除重复及无关匹配。
  • 观察条目集中维护在本页；项目可在 ADOPTERS.md 自愿确认自身使用。 不根据本清单代替项目提交自报条目。
  • 最近复核：2026-09-19。公开来源调研于 9 月 18 日完成；链接中的 PR/Issue 状态于 9 月 19 日刷新。