radixark/miles

session 转发补 lora_path，LoRA 轨迹不再 off-policy

改动小、风险低、价值明确，建议合入。值得关注的有两点：一是与 `compute_request_payload` 的跨路径一致性做法；二是 `LORA_ADAPTER_NAME` 的注册与命名机制。后续建议为 `chat_completions` 的请求组装补充一条单测，覆盖 `is_lora_enabled` 开/关两种分支，避免回归。

B200 上 GLM-4.7-Flash 改用 paged MLA prefill 修复 rollout

值得一读，但主要是启动器层面的硬件适配，不需要深挖核心库。可关注两个设计点：一是用「launcher 参数按硬件分支」而非改核心 backend 来规避硬件兼容问题，保持了核心库的整洁；二是显式保留 `sglang_attention_backend` 透传口子，给用户留了绕过默认路径的逃生舱。后续建议在 sglang 升级时重点回归 B200 的 MLA prefill 路径。

CODEOWNERS 新增 fsdp_utils 目录所有者规则

这是一个低价值的配置维护，不值得精读。可作为 CODEOWNERS 治理的参考样例：它展示了如何为实验性子目录建立 owner 覆盖并与既有父级规则共存。需要关注的是 fsdp_utils 后续是否有真实功能演进，届时该规则将保证责任人及时介入。

NVMe 优化器状态流式插件，step 峰值显存降约 52%

值得精读。该 PR 展示了跨仓库功能下沉的完整工程范式：契约方法收敛、启动期守卫替代运行期故障、以及“以 assert 把静默错误变成响亮错误”的防御思路。尤其推荐关注 `_Stager.transfer` 的跨 dtype 设备中转设计、`plan_buckets` 与 DDP 解耦的动机，以及 `actor_factory` 对 torch_memory_saver 二进制的字节级检查——这类细节是大型 RL 训练系统稳定性的关键。

重写 fully-async rollout 为类式 API 并新增 --fully-async 开关

值得精读。这是 rollout 子系统从 example 堆栈升级为类 API 一等公民的关键一跃，设计决策密度高：错误显式化哲学（死 worker 优先于积压队列）、参数解析单一决策点 resolve_rollout_function_paths、"fully async 不服务 eval"的构造性保证、权重版本缓存的失败节流、以及用 FakeDataSource 精确刻画状态机的测试 harness。建议重点读 miles/rollout/fully_async_rollout.py 的生产者-消费者结构与 miles/utils/arguments.py 的解析顺序；同时跟踪 _CachedWeightVersion 未修复的 review 意见和共享实例的并发隐患是否在后续 PR 处理。

修复 dp-aware 路由下 abort 无法触达引擎

值得精读。PR 展示了一个典型的路由身份与可寻址地址混淆的排查过程：从失败日志反推 URL 解析行为，对照 router 内部 `base_url()` 语义，最后用一个小而精确的工具函数统一修复。关注 `router_worker_base_urls` 的「仅剥离数字后缀」设计与去重逻辑，可作为后续库内地址归一化基础设施的参考。

AMD DSv4 训练改走 ROCm 精度对齐 norm 路径

值得精读 PR body——这是一个典型的"环境变量静默失效导致数值漂移"调试案例：从指标回归（0.045 → 0.213）出发，层层追踪到上游 commit 对 producer/consumer 契约和 compressor 选择的改动，再用交叉验证（分别应用两个修复的中间值）证明双重根因。对 AMD 脚本维护者和依赖 SGLang 内部 env 的团队有借鉴价值；阅读时建议关注其验证矩阵的设计（同一 step 0、同权重、同配方的对照），以及精度与吞吐权衡的量化方法。

修复 ROCm 上 mooncake 对象存储 Python 层缺失

该 PR 值得快速浏览，因为它揭示了 ROCm 基础镜像从源码构建扩展时常见的 Python 层缺失问题，并给出了一个轻量级修复模式。建议关注 `Dockerfile.rocm` 中 `cp -n` 的用法，以及基础镜像版本与 wheel 版本的对应关系；后续升级 mooncake 版本时需要保持两者同步。