vllm-project/vllm

将 torch.zeros 替换为 torch.empty，消除额外清零开销

此 PR 是一次小范围、低风险、有明显理论收益的微观优化。源码变更模式（zeros→empty）是一种普遍适用的手法，值得在 vllm 其他类似场景（如其他注意力机制、量化路径中的输出缓冲区）中推广。建议精读 `_custom_ops.py` 与 `fp8_utils.py` 的完整代码片段，理解“先分配后覆写”的模式识别方法。

废弃 9 个 MoE/线性环境变量，统一 FutureWarning

此 PR 是规范废弃流程的典范：明确的移除版本、集中管理、使用正确的警告类别。建议团队将此模式推广到其他废弃场景。对于读者，可以学习 `deprecated_env` 的设计（包装 getter、惰性警告），并关注如何在不破坏现有代码的前提下引导用户迁移。

早验证嵌入模型的 runner 类型，拒绝 draft/generate

该 PR 值得快速合并。关键设计决策是在条件中添加 `and not is_generative_model` 以支持 dual-purpose 模型，该点值得后续维护者注意。

修复 CPU CI 因缺少 tl.exp2 占位导致崩溃

对于关注 vLLM CPU 支持或多平台兼容性的团队成员，可简要了解占位模式的设计思路。对其他人员，该 PR 价值很低，不需要精读。

融合 Triton 内核消除 Mamba 后处理 GPU 气泡，延迟降低 17%

强烈建议仔细阅读此 PR，特别是对 hybrid 模型性能优化感兴趣的工程师。其设计模式——通过 fused kernel 将 CPU 循环决策和 GPU 数据移动合并为单次启动——可适用于类似通信边界场景。此外，review 中对 acceptance rate 的深入调试和与 #42574 的对比分析也值得学习。

将 RISC-V RVV attention 内核支持扩展到 VLEN=256，性能提升达 3.58 倍

值得精读，特别是 RVVI() 宏的使用和 VLEN-agnostic 编程模式，这是一个很好的 C++ 模板与宏结合的实践。对于 RISC-V 平台用户，建议尽快部署以获取性能收益，但需注意 VLEN>256 的兼容性风险。团队应评估并修复 Python 端检测过于宽松的问题。

修复 Intel GPU CI 中 Docker 镜像拉取与容器启动的竞态条件

该 PR 值得 CI 维护者精读，尤其是以下设计决策值得关注： - 使用 flock 解决 CI 竞态条件的模式，可推广到其他硬件 CI 脚本中。 - docker create + docker start 分离 与直接在 docker run 前检查镜像的两种方式，后者更简洁但 lock 范围更晚，此 PR 采用了前者保证可靠性。 - 注意 final version 已规避掉 review 中提出的双引号变量展开问题，说明作者在合并前主动完善了实现。

固定 Rust 前端构建的 protoc 版本，修复 manylinux 构建失败

值得关注 install_protoc.sh 的编写模式：通过独立脚本管理构建依赖，支持版本覆盖和环境检测。对于跨平台 Docker 构建，该模式可复用。安全校验的缺失属于既有权衡，可根据组织安全策略补充。