执行摘要

• 一句话：修复 TRT-LLM FP8/NVFP4 MoE 内核中模拟路由方法的缺失，确保基准测试正常运行。
• 推荐动作：该 PR 变更简单直接，无需深入精读。工程师可关注路由方法支持架构，了解不同后端对路由方法的 allowlist 机制，这在设计 MoE 系统时是重要考量。

功能与动机

PR body 指出：RoutingMethodType.Simulated 是仅用于基准测试的功能，生产部署不使用。缺失导致 FP8 MoE backend FLASHINFER_TRTLLM does not support the deployment configuration since kernel does not support routing method 7 错误。修复确保基准测试在结合 TRT-LLM 后端和路由模拟时能正常工作。

实现拆解

实现集中在两个文件：trtllm_fp8_moe.py 和 trtllm_nvfp4_moe.py。在每个文件中，修改 _supports_routing_method 静态方法，在路由方法 allowlists 中添加 RoutingMethodType.Simulated；同时更新 _supports_router_logits_dtype 方法，当 router_logits_dtype 为 torch.float32 时，允许 RoutingMethodType.Simulated，因为模拟路由生成合成决策，对数据类型不敏感。这些变更使内核接受模拟路由方法，而不影响核心逻辑。

关键文件：

• vllm/model_executor/layers/fused_moe/experts/trtllm_fp8_moe.py（模块 MoE fused layers）: 修复 TRT-LLM FP8 fused MoE 内核的路由方法支持，添加 Simulated 到 allowlists 和数据类型检查，确保基准测试兼容性。
• vllm/model_executor/layers/fused_moe/experts/trtllm_nvfp4_moe.py（模块 MoE fused layers）: 修复 TRT-LLM NvFp4 fused MoE 内核的路由方法支持，类似 FP8 文件，添加 Simulated 支持。

关键符号：_supports_routing_method, _supports_router_logits_dtype

评论区精华

review 评论中无实质性技术讨论。自动化 bot 评论指出从 fork 自动 review 禁用，维护者 zhuohan123 直接批准合并。这表明变更被认可为低风险、直接修复。

• 无实质性技术讨论 (other): 变更被认可并合并，无争议。

风险与影响

• 风险：风险较低：变更仅更新 allowlists 和条件检查，不修改内核实际计算逻辑。模拟路由是透明的，内核不关心路由决策的来源。潜在风险是 allowlists 扩展可能引入未来兼容性问题，但当前仅限于基准测试场景，且代码变更直接，无回归风险。
• 影响：影响范围有限：仅影响使用 VLLM_MOE_ROUTING_SIMULATION_STRATEGY 环境变量的基准测试用户，修复之前失败的配置。对生产系统无影响，因为模拟路由不用于生产。团队方面，简化基准测试流程，无需绕过路由方法限制。
• 风险标记：低风险, 仅基准测试影响, 无生产变更

关联脉络

• 暂无明显关联 PR