Prhub

radixark/miles

Miles is an enterprise-facing reinforcement learning framework for LLM and VLM post-training, forked from and co-evolving with slime.

监控状态:已开启 最近同步:2026-09-01 17:43 同步状态:空闲 下次计划:2026-09-01 18:43

PR 列表

更多筛选
2026-08-20
功能 重要性 7.70 洞察度 6.00

新增 PR 评论命令网关,授权加 CI 标签与重跑任务

值得精读,尤其关注三点:① `COMMAND_REGISTRY` 作为 handler、policy key、capability 的唯一事实来源,把评论到动作的映射压缩到一处;② capability 隔离的 GitHub App token 铸造逻辑(issues 与 actions 互斥);③ 精确 default-deny ACL 与严格 JSON 解析(`_strict_object` 拒绝重复键)的组合,防止策略文件被绕过。对 CI 维护者,`tests/ci/test/test_comment_ci_command.py` 展示了如何用 FakeAPI 断言不应发生的调用,是同类网关测试的范例。对普通贡献者,阅读 `docs/ci/01-label.md` 的 Manage CI from PR comments 一节即可。

基础设施 重要性 3.12 洞察度 3.00

更新 torch_memory_saver 依赖,修复 CUDA VMM 分配粒度问题

这是一个低风险的依赖升级 PR,值得关注的是它解除了重要的训练阻塞。建议阅读以了解团队维护第三方依赖 pin 的实践,以及如何处理此类上游修复的集成节奏。

2026-08-19

#2658 docs: link the Miles website from the README

原始 PR · 作者 Zhichenzzz · 合并时间 2026-08-19 01:06

文档 重要性 1.96 洞察度 1.00

README 新增站点首页链接并重命名 docs 徽章

不值得精读,属于低技术含量的文档维护。可留意的设计点是:在新增徽章时同步重命名相邻徽章的标签,避免同域名不同路径造成视觉歧义;类似的链接维护可以统一在导航表与徽章行同步进行,保证入口一致性。

文档 重要性 1.20 洞察度 1.00

README 与文档首页新增 v0.1 发布公告

此 PR 为纯文档公告,不值得技术精读。值得关注的是它作为 v0.1 发布链条的一部分与 #2564、#2538 形成联动,可学习其发布收尾流程:版本提升 → 发布工作流 → 对外新闻公告。若后续博客链接变更,建议同步更新两处。

#2656 docs: filter the blog link to Miles posts

原始 PR · 作者 guapisolo · 合并时间 2026-08-19 00:02

文档 重要性 1.70 洞察度 1.00

README 博客链接改为 Miles 过滤视图

该 PR 不值得精读,属于低价值的文档链接维护。可将其视为一个样例:仓库文档入口中的外链应尽可能指向过滤视图或专题页,减少读者噪音。建议在后续文档导航重构(如 README 结构治理)中一并规范化类似外链。

2026-08-18

#2655 docs: improve Miles Diffusion discovery

原始 PR · 作者 Rockdu · 合并时间 2026-08-18 23:54

文档 重要性 2.71 洞察度 3.00

模型索引按模态拆分,新增 Diffusion 表并直达 Miles Diffusion 仓库

值得快速浏览,作为"用最小文档结构调整提升可发现性"的小样本:按模态拆分索引表 + 三处入口同步 + 外部仓库主导航链接的组合,对文档维护者有参考意义,但无技术深度,不需精读。

文档 重要性 4.79 洞察度 4.00

全面校对 docs/ 与 main 的偏差,修复失效命令与过时指标名

值得精读,尤其是三处:其一,`argument-groups.md` 的重写完整刻画了 Miles launcher 的真实结构(Python 脚本 + `execute_train` 拼接 + `scripts/models/` 注入 model args),是理解整个 recipe 体系的入口;其二,`train-infer-mismatch-helper` 对"CLI flag vs YAML config key"的厘清,揭示了该功能真实的接入方式(`--custom-config-path` + `--custom-tis-function-path`);其三,PR 的"审计-交叉验证-刻意排除 coverage gaps"方法论本身可复用,且 review 中"grep 不到字面量不等于没有 emitter"的教训对任何文档型改动都有借鉴意义。建议关注 `eval/skipped_*` 删除争议是否会在后续 PR 中被回补。

参与讨论