vllm-project/vllm

禁用 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 模块”的解释清晰。改动小、风险低、收益可量化，适合快速合并；后续维护需关注标记与模块行为演化的漂移。

AITER MLA 填充非对齐 head，Kimi-K3 TP4 吞吐提升约 40%

值得精读。该 PR 有三个值得借鉴的设计决策：一是在没有 capability API 时用“读 JIT 源码去空白搜索特征串 + lru_cache”做弱依赖探测，并在失败时保守回退；二是 reducer 与 metadata planner 必须双探测的完备性意识，避免只查一半导致 kernel 启动前崩溃；三是把填充语义（repeat_interleave vs tile-and-slice、零拷贝透传）收敛到单一 helper，并让元数据尺寸与 launch shape 同源，降低两处不同步的回归风险。

修复 DP 暂停后 engines_running 锁死，改为观察驱动

值得精读。该 PR 展示了如何把状态机中的“预测”改为“观察”来修复不可恢复的错误，并且用非空洞的测试设计锁住回归。建议重点关注 `run_busy_loop` 中的边沿检测位置和三个守卫条件，以及测试中 `_poll_flag` 的采样策略——它们共同构成了对这类分布式同步问题的可复用范式。