vllm-project/vllm

新增 PWAL 钩子统一 finalize，修复 DSV4 dummy load 崩溃

值得精读。重点看两点：一是如何用 loader 标准的 PWAL 钩子替代“在 forward 里兜底”的惰性初始化，这是 vLLM 模型加载生命周期的正确定位；二是作者在移除 `load_weights()` 内 finalize 时被 verl e2e 打回、主动回滚的过程，展示了外部框架依赖与内部设计清理之间的权衡。阅读时建议结合 `#52626`（in-place `copy_()` 刷新）一起看，两者共同构成完整的权重生命周期方案。

默认固定 NONE_HASH 种子，跨节点前缀缓存开箱即用

值得精读。核心设计决策有三个：一是将种子解析收敛为单一入口 resolve_none_hash_seed，让两个正确性耦合的调用点共用同一规则；二是区分加密与非加密哈希的安全策略——SHA-256 的碰撞抵抗力不依赖种子保密，xxHash 则需要保持随机；三是 P2P 阶段采用惰性解析解决「tier 构建早于 init_none_hash」的初始化顺序问题。建议观察 4 个 commit 的演进（初始实现 → 提取 helper → 区分算法 → merge main），体会 review 驱动设计收敛的过程。

为 Stage D 门禁新增 15 个 ROCm mirror，扩展 AMD CI 覆盖

值得精读。这是学习 vLLM 大规模 CI 门禁设计的好样本：mirror 机制如何在保持 NVIDIA 步骤不动的前提下横向扩展硬件覆盖，以及 `source_file_dependencies` 如何精细化控制触发面。重点留意两点：① mamba 个人 fork 引用需要长期跟踪，建议在官方 v2.3.1 验证通过后替换为正式 tag；② 可以将本 PR 的硬件队列规划（MI250/MI300/MI355 的分工）与后续 ROCm CI 演进 PR 对照阅读，理解 Stage D/E 门禁分层的迭代逻辑。

禁用 Git 自动维护，修复 ROCm CI 浅克隆 fetch 竞态

值得精读，尤其适合 CI/构建基础设施维护者。这是一个“小而完整”的竞态修复样例：问题定位准确（PR body 完整给出了根因链条）、修复方式克制（只改一个集中函数）、测试设计巧妙（用假 git 拦截 argv 验证选项注入位置，把难以稳定复现的并发竞态转化为确定性单测）。重点关注 `git_fetch_with_timeout` 中数组构造与展开的写法，以及测试中 PATH 替换与断言顺序的手法。

新增 AMD 专属 PR 评论命令，独立映射 Buildkite amd-ci 流水线

值得精读，尤其是 `run_ci_command.py` 中通过 frozenset 分集合 + 映射函数统一控制流的做法，以及为不同 CI 行为差异设计的 `blocks_new_run`、`is_comment_triggered_build` 等函数，对理解多流水线 CI 命令系统的扩展模式有参考价值。建议关注后续是否有将触发条件从手工命令列表改为读取脚本常量的重构机会，以消除重复维护。

DSV3.2 接入 PCP 分片，fused kernel 物化 K 行，prefill 提升 2.65x

### 阅读建议 值得精读。重点看两处设计决策：一是 `_fused_norm_rope_kernel` 如何用输出指针是否为 None 统一"物化输出"与"直插 cache"两条路径，避免为 PCP 单独维护一份 kernel；二是 `_sparse_indexer_and_attn` 在 PCP 与 DCP 组合下如何完成 K 行汇聚、query all-gather 与 logsum 合并。也建议关注后续是否有 dense MHA 路径 PCP 支持的跟进 PR，以及 PCP+DCP 组合下的数值一致性测试。

删除 fused_moe 量化入口的死代码分支与参数

值得快速浏览，可将其作为死代码删除类 PR 的范本：如何在不跑全量测试的前提下，用调用点穷举与路径等价性表论证“行为零变更”。不需要深入理解 fused MoE 内核细节；如果你正在做 `quantization_emulation` 或 OCP MX 的后续开发，请留意本 PR 收敛后的唯一分发入口。

解锁 ROCm 注意力 kernel 测试，整组提速 4.6 倍

值得精读，作为 pytest 测试性能优化的范本：一是平台门控放函数体（逐例空转 setup/teardown）与放模块级 pytestmark（收集期一次性过滤）的成本差异；二是 skip_global_cleanup 的适用边界与保守选择方法论，PR body 对“为什么不标记 AITER/env 模块”的解释清晰。改动小、风险低、收益可量化，适合快速合并；后续维护需关注标记与模块行为演化的漂移。