radixark/miles

修复 Kimi 系列 YaRN 参数与 checkpoint 配置不一致

值得精读。该 PR 展示了如何在不修改 Megatron 全局默认值的前提下，通过 per-model 包装器解决配置边界不一致问题，并配套了从 CLI 参数到最终 TransformerConfig 的端到端回归测试。关注点：`load_sibling_model_args` 的透传机制、K2.5 包装器的设计，以及测试中如何隔离 TE 依赖。

删除 validate_args 中重复的 rematerialize 校验调用

值得快速了解，是理解 `validate_args` 校验链和参数校验风格的一个小型示例。可以作为小步重构、行为保持型删除的范本——作者在 PR body 中清晰说明了问题来源和等价性论证，对于任何想了解 Miles 参数校验流程的人是一个不错的切入点。无需精读。

统一 NeMo Gym 拼写，50 处纯文案替换零行为变更

值得花几分钟阅读该 PR 的 body 与边界清单，重点不在代码而在于『重命名边界决策』方法：对外部会被引用的资源做改名时，先枚举不能动的标识（目录名、slug、环境变量、包名、报错原文），再动文案。对文档维护团队是有参考价值的模式；对需要精读训练逻辑的工程师则无必要。建议后续在仓库文档规范中沉淀『对外拼写以 NVIDIA 官方为准（NeMo Gym 不加连字符）』，并考虑在 CI lint 中禁止旧写法回归（本次未实现）。

TB2 eval 示例改指公共 harbor 分支

值得快速浏览：它是一个典型的『文档可访问性』修复，展示了在公共示例中移除私有仓库依赖的规范化做法，并与既有的 swe-agent-harbor 示例形成统一体系。若你的团队需要维护对外公开的实验示例，可借鉴作者『切换指针前逐项核对目标分支能力』的自证流程。

FAQ 独立成顶级 Tab，Blog 改链 LMSYS

该 PR 属于轻量文档导航调整，不必精读代码，但值得关注两点设计：一是“页面收敛为指针 + 保留原路径”的做法（FAQ 路径不变避免断链）；二是用 3 个 commit 逐步收紧文案，从结构调整到元数据打磨。若团队在维护 Mintlify 文档站，可把它当作导航小改动的参考样板，后续留意 LMSYS Miles tab 上线后的链接细化。

dashboard 文档配六张真实运行截图并重构视图章节

值得快速浏览而非精读：无代码逻辑，但有两个方法论值得借鉴——用同一真实运行喂全部截图、让正文数字可对照查验，以及视图优先于架构的叙事重构，对后续 dashboard 文档和其它功能文档有示范意义。合入后建议人工检查文档站各截图是否正常渲染，并关注 #2353 的合并顺序与 README 图片链接的最终落地状态。

重写 Fully Async 文档，对齐代码并重构四章结构

值得精读。该页面现已成为理解 fully async 架构的最完整入口，文档的组织方式（机制 + flag 配对、把评测的两个正交轴拆开、reuse 与 export 分离）有很强的借鉴价值。对使用 fully async 模式的工程师，可直接把文中的 flag 与指标清单当作与代码对照的 checklist；对文档维护者，本 PR 展示了如何系统性地消除文档与代码的漂移。

Docker 镜像构建迁移至专用 docker-build runner

值得快速阅读，作为 CI 资源优化的小而典型案例。重点关注两点：一是用实测数据（72 分钟 GPU 池占用）驱动调度决策的方法；二是通过注释明确“行为保持”边界，让 reviewer 只需确认 runner 选择逻辑即可放心合入。若后续要扩展 docker-build 节点规模，可参考此 PR 的契约描述。