vllm-project/vllm

按 runner 选择 DSV4 eager 区域，修复 MRV1 并恢复 ROCm 默认

值得精读。PR 展示了比配置层"一刀切拒绝"更优雅的解法：把 runner 差异下沉到模型层，用函数指针选择 eager region，既保住 CUDA 的 TTFT 优化，又恢复 ROCm 的 MRV1 性能。对理解 vLLM 的 piecewise cudagraph 捕获机制（`eager_break_during_capture`、`_capturing` 时序）很有价值。需要留意的长期风险是函数指针间接层与配置兜底的移除。

修复 EAGLE 分支在部分哈希命中路径上丢失缓存注册

值得精读。虽然只有 2 个文件，但 PR 展示了高质量 bugfix 的完整闭环：精确的因果定位（#50062 重写分支时丢失豁免）、可达性论证（哪些配置组合触发）、量化性能验证（60 分钟端到端 ladder + 命中率）以及防止复发的结构手段（统一 `_align_cacheable` 入口 + 针对性回归测试）。review 中关于“豁免是 load-bearing”的讨论也值得留意。

回退 DSV4 C128A 自适应打包，修复并发解码元数据错位

值得精读：它清晰展示了 CUDA graph capture-time 布局与运行时动态 shape 之间的一致性约束，是理解 vLLM 图模式正确性的典型样例。重点看 `build_c128a_topk_metadata` 中 stride 从 packed width 改回 capacity stride 的取舍——这是‘为正确性放弃动态省带宽优化’的设计决策。建议后续在相关代码注释中明确 capture 约束，或考虑在 CUDA graph 重放中支持动态 stride 后再恢复自适应优化。

为 EC Connector 打通 worker 到调度器的元数据通道

值得精读。这是 vLLM EC 分布式缓存架构的关键基础设施 PR，虽然不直接面向用户，但其设计决策有普遍借鉴意义：①“聚合器只做通用归并、屏障语义下放给 connector 实现”的职责边界划分；② shared 单例的 copy-on-write 防御模式；③显式拒绝不支持的后端组合而非静默丢数据。建议与 #38390（V2 EC connector 基础）、#49994（CUDA events 拷贝完成检测）、#47941（NIXL 共享）串读，理解完整演进链路。

修复批次交换后思考预算状态残留共享的 bug

值得精读。它是“最小修复 + 高质量回归测试”的范例：2 行核心改动修复 dict 别名共享缺陷，测试精确断言修复前失败的关键行为（状态键集合与对象身份）。对理解 vLLM v1 采样路径的 BatchUpdate / MoveDirectionality 状态同步模型，以及“先 pop 再回填”的交换语义很有帮助；审阅者还可关注其与 logits processor swap 模式的一致性设计。

修复 Kimi-K3 MegaMoE 传参名错误致首次 forward 崩溃

值得快速合入的确定性 bugfix，不需精读。可关注的点是：模型代码与第三方内核 API 之间的参数名契约应尽量以 pinned 版本源码为准，并建议在 CI 或特性开关测试中补一条 mega-MoE 冒烟测试，避免同类签名漂移再次漏出。

CMake 构建新增全局 PTX 请求警告并完善文档与测试

值得快速阅读，尤其是对 vLLM 构建系统感兴趣的读者：本 PR 揭示了 CUDA 构建中 per-source gencode 规范化机制及全局 PTX 请求被丢弃的原因，PR body 与文档对行为描述清晰。评审中'警告测试不值得写'的取舍也值得参考——对纯提示性逻辑，维护成本可能超过收益。若计划继续推进 #9129 的后续项，可在此基础上考虑是否真正支持全局 PTX。

修复 DSV4 稀疏 MLA 七处缺陷，打通普通解码、MTP、DSpark 端到端

值得精读。重点关注三处：一是 `persistent_topk.cuh` 死锁根因（uint32 溢出 + host/device 两侧判定不一致导致 inter-CTA barrier 悬挂）——这是一个教科书级的 CUDA 内核并发陷阱；二是 workspace lane 的 `(ubatch, lane)` 双维分配设计与 `ContextVar` 用法，以及 WoosukKwon 对必要性的质疑；三是 TheEpicDolphin 提出的"captured 区域中间 tensor 来自共享池、replay 前会被覆盖"的分析方法，对理解 CUDA graph 与工作区生命周期很有价值。