radixark/miles

修复 nightly 快速失败绕过被 Stage A 设置失败吞掉

值得 CI 维护者快速精读，是 GitHub Actions 门控条件设计的典型反面教材与修正样例：可复用工作流的 setup 阶段失败不会以普通 job 'failure' 呈现，门控条件应避免对精确状态值耦合，策略输出应作为独立信号消费。核心设计决策是「policy 输出与 job 状态解耦」，可推广到其他 CI 门控场景。

CPU 测试优先放行，PR 镜像构建后置门控

值得精读，适合负责 CI 流水线维护的工程师。重点关注三个设计点：可复用工作流提取如何降低主工作流体积；seam test 模式如何用文本断言锁定 GitHub Actions 结构；fail-closed 与 fork 回退如何防止静默降级。合并后建议先观察真实 PR 的门控时序再继续演进。

新增 Qwen3.8-27B 训练 recipe，复用 Qwen3.5 模型参数

建议精读 `docs/models/qwen/qwen3-8.md` 第 5.3 节，它把“为什么把 mem-fraction 从 0.5 调到 0.8”讲得很完整（GDN 状态 151 MB/序列、KV pool 对比、吞吐对比），是很好的性能调优案例。代码层面只有一行 recipe 和一行参数派生，含金量不高，但“同构模型复用参数契约 + 快照固化展开结果”的维护策略值得作为新增模型的标准模板。

Qwen3 FSDP CI 改用动态 token 批处理，超时测试降至 2295 秒

建议快速浏览该 PR，重点学习其验证方法：先定位 micro-batch 爆炸根因，再通过实测 token 上限边界（32768 通过、65536/100000 OOM）确定安全值，最后用 unpinned main CI 全量验证。这种『根因-边界-全链路验证』的排查思路值得借鉴；但变更本身仅为测试参数，无需精读。

修复 Verifiers E2E 运行环境，纳入 short CI 范围

值得精读 `prepare()` 的环境隔离思路（system-site-packages venv + `uv tool dir` 路径解析），并关注 CI scope 从专用 label 回退到 short 的决策过程。建议合并后观察 short CI 中该 E2E 的时长与稳定性，若超时再考虑恢复专用 scope。

Welcome 折入 User Guide 并置顶，重构文档导航

仅改动一个 JSON 文件、无页面与 URL 变化，不值得逐行精读；建议快速浏览其结构意图，理解 Mintlify `docs.json` 中 tab、group、expanded 的层级约定。若后续要继续整理文档导航，可参考最近几个 docs 系列 PR 的页面分组思路，并顺手补齐 `Agentic Environments` 的 `expanded: false`。

wandb 组后缀改用 sdk 内部 generate_id 修复启动崩溃

值得快速阅读：这是一个小而典型的「依赖内部 API 漂移导致启动崩溃」修复案例，展示了如何精准定位隐性问题并验证行为兼容。值得关注的设计点是作者刻意不把 wandb 版本 pin 捆绑进紧急修复，而是留作单独决策。建议后续跟进：为 wandb_utils 增加针对 init_wandb_primary group 生成的测试，并考虑在 pyproject.toml 中约束 wandb 版本下限。

训练镜像 apt 装 tmux，SSH 断线后可恢复长任务

不值得精读，属于一行镜像依赖变更；但拆链策略值得借鉴：把触碰 `docker/` 的变更从大型功能链单独拆出，避免每次 push 触发完整多架构镜像重建，是高效的 CI 资源管理习惯。若你在维护训练镜像或 devbox 工作流，可直接合并此类变更。