启动脚本不再硬编码 checkout 路径,改为运行时推导
值得精读,尤其是 `tests/fast/launch_scripts/test_shell_script_hygiene.py` 的测试设计:用不到 20 行代码就固化了一个跨脚本的工程约定,且刻意避开对 git 的依赖,思路清晰。对于需要维护大量 shell 启动脚本的团队,这是一个可复制的“脚本卫生检查”样板。另外可以留意本 PR 与 #1911 的引号化改动之间的一致性,理解脚本健壮性的两个侧面:路径可推导 + 参数可引用。
Miles is an enterprise-facing reinforcement learning framework for LLM and VLM post-training, forked from and co-evolving with slime.
启动脚本不再硬编码 checkout 路径,改为运行时推导
值得精读,尤其是 `tests/fast/launch_scripts/test_shell_script_hygiene.py` 的测试设计:用不到 20 行代码就固化了一个跨脚本的工程约定,且刻意避开对 git 的依赖,思路清晰。对于需要维护大量 shell 启动脚本的团队,这是一个可复制的“脚本卫生检查”样板。另外可以留意本 PR 与 #1911 的引号化改动之间的一致性,理解脚本健壮性的两个侧面:路径可推导 + 参数可引用。
修复启动脚本路径与续行符错误并补 AMD 硬件配置
该 PR 属于小范围修复,可直接阅读;重点关注 command_utils.py 中 rsync_simple 的参数转发模式,以及后续 #1898-#1911 系列 PR 对启动脚本的测试保护,理解本 PR 如何为快照测试铺路。
为 shell 启动脚本新增可安全重放的测试 harness
值得精读。虽然全部是测试代码,但 harness 的设计决策很有学习价值:用 PATH shim 拦截真实命令、按 fork 顺序保证记录确定性、轮询 /proc 过滤僵尸进程、冻结环境并拒绝解冻、路径占位符替换。建议与 #1899(shell 脚本外部命令快照)和 #1901(Python 启动脚本 harness)连读,能看到同一思路向两个方向的扩展。对需要维护 launch 脚本的工程师,理解 fake_bin 拦截与占位符机制是必要的。
修正 PYTHONBUFFERED 拼写错误并开启 Ray 无缓冲输出
值得快速精读,重点是两点设计决策:一是“提交客户端 export + runtime env 双通道”的完整无缓冲方案,揭示了 Ray 作业环境变量的传播边界;二是测试文件用 `git ls-files` 自动发现用例并配合守卫测试防空转的思路,在脚本类仓库中非常有借鉴价值。
原始 PR · 作者 ChenyangWangjohn · 合并时间 2026-08-09 14:42
广播异常不再泄漏 rollout-engine 锁,训练不会静默挂起
值得精读。这是分布式锁生命周期 bug 的教科书式修复:`try/finally` 的最小改动解决级联挂起,测试设计(用进程内 `_LockState` 模拟 Ray actor、哨兵注入失败、失败后重试)非常有参考价值。对于分布式训练框架的开发者,可重点关注“轮询型锁 + 异常路径”的组合为何必须用 `finally` 兜底,以及如何在 mock 层完整模拟远端 actor 语义。
标准 RL 指标默认全 step 落库,历史门禁不再丢步骤
值得快速阅读(全 PR 仅 53 行新增、9 行删除),尤其适合 CI/metric-history 门禁的维护者。重点看三处:GATE_DEFAULTS 默认值表、坐标键(steps_key)推导与基线冷启动的联动、TITO 保持 "last" 的设计理由。不涉及训练核心代码,无需精读生产路径。
修复 GLM-5 sparse-MLA kernel 的 -1 索引越界与 NaN 梯度
值得精读:这是典型的 GPU kernel 数值安全修复,展示了如何处理 padding 索引越界、0 * inf、0/0 与越界 atomic 写四类问题,且设计上刻意让修复对真实行完全透明。同时建议优先补两条后续:把 standalone harness 入库并挂到 CI,以及同步 megatron-bridge 的 vendored 副本。
原始 PR · 作者 Zhichenzzz · 合并时间 2026-08-08 11:08
FSDP 后端迁出 experimental,升级为正式后端模块
值得快速浏览:这是大型仓库中“大范围纯移动”重构的工程样板,重点观察三点:一是相对导入转绝对导入使包位置无关的做法;二是源码移动与 docker 补丁、CODEOWNERS 等基础设施的联动检查清单;三是用全量 fast 测试证明“零行为变化”的验证方式。无需精读逻辑实现。
参与讨论