radixark/miles

--hardware 自动探测节点并推导 GPU 数

值得精读：它展示了如何把分散在 19 个脚本里的机器假设收敛为单一事实来源，并用「替换前字面量一致性核对 + 快照不变 + pin 机制」三重手段保证行为不漂移。最值得学习的两点：resolve_hardware() 用 typing.get_args 反射字段 Literal 做显式校验，避免 match 静默穿透；测试用 _fake_torch 在无 GPU runner 上完整覆盖硬件探测矩阵。合并前建议在 B300/GB300/H200 实机各跑一次探测。

新增 Terminus 2 compaction 训练示例

值得精读，尤其是 `run.py` 中 `_build_train_args` 对 session server v2 与 TITO、GRPO 的串接方式，以及 README 中对 compaction 心理模型的解释。对需要设计训练配方或复现 RL 实验结果的同学，这是一份很好的参考模板；对核心代码维护者，仅需关注新增测试是否与 `py_harness` 的兼容性。

新增 compaction 感知的 rollout 训练样本与奖励指标

建议精读该 PR 以理解如何在 rollout 指标中正确处理 session compaction。值得关注的设计决策：奖励按 rollout 等权平均，避免长 rollout 权重过大；分组 key 的设计兼顾 rollout_id、index 和位置回退；使用 metadata 中的 raw_reward 进行奖励计算的策略。

README 系统补充牛津逗号并微调措辞

该 PR 属于低风险的文档润色变更，不值得精读。若关注文档严谨性，可快速浏览 diff 确认牛津逗号和措辞修改是否符合团队风格规范。无需进一步关注。

将 router/session-server 就绪超时提升至 120s，修复 CI 偶发失败

该 PR 值得快速合并，修复了 CI 偶发失败且改动简单、注释清晰。对于读者，它展示了如何通过根因分析定位偶发故障并采用合理的超时策略。无需深读，但可以留意后续是否将常量提取为可配置参数。

Dockerfile 的 MEGATRON_BRANCH 回退到 miles-main

此 PR 为简单的基础设施修复，不值得精读。核心决策是确保分支引用与上游仓库一致，建议关注后续是否有类似的临时分支引用清理。

升级 Megatron-LM 至 20260819 并全面适配 API 变更

值得精读。这是"大版本依赖升级如何控制风险面"的样板：以 base bump only 为边界、用显式禁用隔离未适配特性、把大特性拆成 follow-up PR。重点阅读 `miles/backends/megatron_utils/arguments.py` 中的数值决策注释与 `model.py` 中 MTP loss tracker 适配模式，以及 `update_weight/common.py` 的命名正则。同时建议关注 #2734 回退 `MEGATRON_BRANCH` 的原因，评估当前 bump 是否需补丁修缮。

限制 RDT 测试使用本地 UCX 传输以修复 CI 失败

值得精读，尤其关注 `extra_env_vars` 的使用方式，可作为类似测试环境限制的参考。