日榜首次记录
历史最佳#2当前排名#2
暂无可比的上一期数据
- 记录天数
- 1 天
- 记录期 Star
- 0
@huangruiteng
loopx
huangruiteng/loopxLightweight loop engineering state kernel for long-running AI agent teams. Agent-loop agnostic across Codex, Claude Code, and other coding agents, with durable goals, quota-aware auto-wake, executable todos, evidence logs, and verifiable handoffs.
STARS1,793
FORKS137
OPEN ISSUES / PRS19
LANGUAGEPython
HISTORICAL INTELLIGENCE
历史情报摘要
VERIFIABLE HEALTH SIGNALS
项目健康证据
维护、响应、交付与采用风险分开观察，不生成虚假的单一总分。MAINTENANCE
核对提交维护活性
- 近 90 天 Commit
- ≥300 已采集下限
- 活跃贡献者
- ≥7 按公开提交账号去重
- 近 12 月活跃月份
- 2/12 基于已采集提交
RESPONSE
核对样本社区响应
- Issue 关闭率
- 56% 5/≥9 个同期新 Issue
- Issue 关闭中位数
- 7.5 小时 仅统计已关闭样本
- PR 合并率
- 93% 279/≥300 个同期新 PR
- PR 合并中位数
- 0.1 小时 仅统计已合并样本
DELIVERY
核对发布持续交付
- 近 12 月正式 Release
- 31 排除草稿与预发布
- 最近正式 Release
- 2026-08-04 以公开发布时间为准
- 发布间隔中位数
- 0.8 天 至少两次正式发布才计算
ADOPTION
查看仓库采用风险
- 仓库状态
- 正常开放 未发现归档标记
- 开源协议
- MIT 仍需核对完整协议与依赖
- Security Policy
- 未发现 仅检查 GitHub 社区资料
90-DAY CHANGE RADAR
最近 90 天发生了什么
依据可复核的项目特定事件生成，不用通用文案补足事实。
近 90 天同时存在正式发布与合并活动，可继续核对具体演进方向
近 90 天记录到 ≥300 次 Commit、≥300 个新 PR（≥279 个已合并）和 ≥9 个新 Issue（≥5 个已关闭）；同期可复核正式 Release 31 个。
按公开提交记录统计，不判断代码质量。
前者为已合并数量，后者为同期新建样本。
前者为已关闭数量，后者为同期新建样本。
仅统计窗口内非草稿、非预发布版本。
可复核事件4 条项目特定事实
点击前往 GitHub 原始记录AI-ASSISTED PROJECT BRIEF
项目定位与辅助解读
AI 解读仅作初评参考，技术落地请以 GitHub 源码、README 和完整协议为准。
项目资料AI 整理
LoopX是一个轻量级循环工程状态内核，为长时间运行的AI Agent团队提供本地控制平面，保持目标、门禁、待办、证据、配额与交接稳定，不替代Agent运行时。
从公开资料看，LoopX是Python实现的开源项目（MIT协议），旨在管理Codex、Claude Code等编码代理执行长时间任务时的状态。它通过持久化目标、配额感知自动唤醒、可执行待办、证据日志和可验证交接等机制，将控制状态集中在一个紧凑层中。项目采用看板隐喻，卡片承载身份、权限与证据，操作员需验证才能移动。LoopX明确表示不是自主生产控制器，危险权限与最终所有权保留给人类。
核心亮点
项目最值得关注的能力
- Agent无关的本地控制平面，兼容Codex、Claude Code等多种代理
- 持久化目标、配额感知自动唤醒与可验证交接
- 看板式心智模型，状态为单一事实源，看板仅为投影
适用场景
它可以解决哪些实际问题
- 多日跨会话的工程、研究或实验目标管理
- 问题与PR循环的范围、证据和审查状态保持
- 同级Agent团队中的归属、租约与交接协调
技术观察
从公开资料提炼的实现特征
- 控制状态包含目标、门禁、待办、范围、证据和配额，并作为决策依据
- 移动卡片需通过claim、gate、monitor、writeback等验证操作符
- 无持久Leader身份，由能力与类型化续接决定下一个执行者
优势判断
相对明确的项目价值
- 状态集中且轻量，不干扰具体Agent运行时
- 明确设置人工判断节点，安全相关操作保留人类控制
局限与注意
评估和采用前需要留意
- 从项目自述看，LoopX不适用于自主生产控制，需要人工监督
- README状态徽章显示Loop Agents尚处早期阶段，建议评估后使用
适用人群
哪些开发者和团队值得关注
- 使用编码代理进行长期任务的开发团队
- 需要可审计、可复盘工作流的AI Agent运营者
从公开资料看，LoopX为长期运行的Agent工作流提供了一种有前景的状态管理思路，设计上强调可追溯性和人工干预。但它并非自主控制器，且处于早期阶段。建议在采用前自行验证其安全性、性能与兼容性，并参考官方文档与社区反馈。由 AI 基于 GitHub 公开资料辅助生成，不构成安全审计、生产选型或专业建议。
依据与内容边界
区分可验证事实、项目方自述与 AI 推断
GitHub 可验证事实
Star、Fork、License、更新时间及健康证据样本来自 GitHub 公开接口。
项目方自述
功能与使用方式主要来自仓库描述和 README，未经本站独立验证。
AI 推断
适用场景、优势与局限属于辅助解读，应结合原始文档独立判断。
- GitHub事实：仓库huangruiteng/loopx，Python语言，MIT许可证，Stars 1707，Forks 128，Open Issues/PRs 19
- 项目方自述：README声称LoopX提供本地控制平面，支持目标、门禁、配额等，并保留人工最终所有权
生成于 2026-08-05 19:15
规则版本 2026-07-v3
内容有误或您是项目作者？提交纠错
DISCOVER MORE
