Devotd Github
新发现检索增强与搜索

startrail-org/leann — 发布前等待 main CI 的逻辑变更

startrail-org/leann 是一款运行在个人设备上的 RAG 应用,其 2026 年 10 月 28 日的最新提交将手动发布改为:最多等待 main 分支 CI 成功 4 小时后再进行部署。

仓库信息startrail-org/leann ↗

startrail-org/leann 是一款运行在个人设备上的 RAG 应用,其 2026 年 10 月 28 日的最新提交将手动发布改为:最多等待 main 分支 CI 成功 4 小时后再进行部署。

GitHub 项目说明: [MLsys2026 Best Paper]: https://arxiv.org/abs/2506.08276. RAG on Everything with LEANN. Enjoy 97% storage savings while running a fast, accurate, and 100% private RAG application on your personal device.

星标
★ 13K
复刻
1.2K
语言
Python
许可证
MIT
最新版本
v0.3.8
查看原始来源 ↗在 GitHub 查看 ↗

startrail-org/leann 是一款运行在个人设备上的 RAG 应用。RAG 是一种通过检索来查找外部知识并将其加入模型回答的方式。仓库说明称其节省 97% 的存储空间并实现 100% 本地运行,论文链接指向 arXiv 2506.08276。该项目 2026 年 10 月 28 日的最新提交(07796bd,https://github.com/StarTrail-org/LEANN/commit/07796bd7e40f2d5f3a4be9e45adf1f62a68481fd)没有改动库代码,只改了一个发布自动化工作流。

被修改的文件是 .github/workflows/release-manual.yml。这个用于手动发起发布的工作流,会以 main 分支的提交 SHA 为依据,查询构建与发布工作流的运行记录,确认该运行是否以成功结束,然后再进行部署。变化之处在于,这一检查不再只做一次,而是会重复进行。此前,如果相应的 CI 运行记录尚未创建或仍在进行中,就会立即失败;而现在最多等待 4 小时(14400 秒)。没有运行记录时每 15 秒重新查询一次,运行中时每 30 秒重新查询一次;以成功结束时进入下一步,以失败结束时退出。如果在 4 小时内未以成功结束,则按失败处理。改动仅限于这一个文件,新增 38 行,删除 25 行。

该提交所触及的仅是发布流程中的等待方式。没有新增功能,没有改变库的行为,也没有修改版本号,本次发布的版本并未给出。仓库说明中的 97% 缩减以及 MLsys2026 Best Paper 的标注属于项目方的说法,这里并非经独立验证的数字。资料中没有说明 main CI 通常需要几小时完成,也没有说明这一等待机制实际减少了多少发布失败。在部署自动化间歇性失败的背景下,把它看作一项让流程变得稳定的修正是合理的。