执行摘要

• 一句话：清理 Ascend NPU 测试脚本中过时的 enable_chunked_prefill=False 配置，修复 CI 失败。
• 推荐动作：推荐精读。虽然变更简单，但它是系列修复（#7508 -> #7632 -> #7584）中的关键一环，清晰地展示了如何处理因上游 bug 修复而暴露的配置债务。对于维护多平台（尤其是像 Ascend NPU 这样的特定硬件后端）的大型项目，这种清理工作的方法论值得借鉴。

功能与动机

根据 PR body 描述，修复的根本原因是 PR #7508 修复了一个 CLI 参数处理 bug，这暴露了之前被静默忽略的问题：四个 Ascend NPU 脚本中设置的 enable_chunked_prefill=False 实际上是不必要且过时的，其生效后会导致 vLLM 启动中止。参见 CI 运行记录。

实现拆解

1. 测试脚本配置修正：在 tests/special_npu/run_qwen3_06b_grpo_mindspeed.sh 和 tests/special_npu/run_qwen3_30b_grpo_mindspeed.sh 中，将 actor_rollout_ref.rollout.enable_chunked_prefill=False 修改为 actor_rollout_ref.rollout.enable_chunked_prefill=True，使配置恢复到启用 chunked prefill 的正确状态。
2. CI 工作流配置清理：在 .github/workflows/e2e_ppo_trainer_megatron_vllm_2_ascend.yml 和 .github/workflows/e2e_ppo_trainer_veomni_vllm_ascend.yml 中，直接移除了传递给 run_function_reward.sh 和 run_ppo_trainer_veomni.sh 脚本的 ENABLE_CHUNKED_PREFILL=False 环境变量。这意味着这些脚本将使用其内部的默认配置（通常是启用）。
3. 配套影响：此变更纯粹是配置调整，没有涉及核心源码逻辑。它依赖于 PR #7632 中对 vllm_async_server.py 的修复（当 enable_chunked_prefill=False 时需提高 max_num_batched_tokens），确保即使未来有脚本需要禁用该功能，也能正常工作。

关键文件：

• tests/special_npu/run_qwen3_06b_grpo_mindspeed.sh（模块 测试脚本；类别 test；类型 test-coverage）: 直接修改了 Qwen3-0.6B GRPO MindSpeed 测试脚本的配置，是修复的核心文件之一。
• tests/special_npu/run_qwen3_30b_grpo_mindspeed.sh（模块 测试脚本；类别 test；类型 test-coverage）: 直接修改了 Qwen3-30B GRPO MindSpeed 测试脚本的配置，是修复的核心文件之一。
• .github/workflows/e2e_ppo_trainer_megatron_vllm_2_ascend.yml（模块 CI工作流；类别 infra；类型 infrastructure）: CI 工作流文件，移除了传递给测试脚本的过时环境变量，是修复 Ascend CI 的关键。
• .github/workflows/e2e_ppo_trainer_veomni_vllm_ascend.yml（模块 CI工作流；类别 infra；类型 infrastructure）: CI 工作流文件，修改了两个测试任务，将禁用的 chunked prefill 配置改为启用。

关键符号：未识别

评论区精华

此 PR 的 review 讨论非常简短，仅有一次 APPROVED 提交。但从其上下文（与 PR #7632、PR #7508 的关联）可以提炼出以下核心逻辑链：

结论：PR #7508 修复了 CLI 参数 bug，PR #7632 修复了 enable_chunked_prefill=False 时的 vLLM 配置，而本 PR #7584 则是清理 Ascend NPU 环境中因前两个 PR 而暴露出来的、不再适用的“旧历史”配置，形成一个完整的修复闭环。

• 配置债务清理与间接 bug 修复 (correctness): 确认了需要清理 Ascend NPU 脚本中的过时配置，并同步修复了 vLLM 在禁用 chunked prefill 时的配置逻辑（PR #7632），形成完整解决方案。

风险与影响

• 风险：

  1. 低风险，配置变更：风险主要来自配置改变对 Ascend NPU 上 vLLM 性能或稳定性的未知影响。但考虑到 chunked prefill 在其他平台已是默认启用状态，且此修复是恢复其启用，风险较低。
  2. 潜在遗漏风险：仅清理了四个指定的脚本。需要确认仓库中是否还有其他 Ascend NPU 相关脚本遗留了相同的过时配置。根据近期 PR #7558 的标题（与本 PR 极为相似），可能存在同类问题已修复或需检查的情况。
     - 影响：影响范围：直接影响 Ascend NPU 上的 E2E 测试和 CI 流程。
     影响程度：修复了导致 CI 失败的关键问题，恢复了相关测试的执行能力。对用户代码无直接影响，但对保证 Ascend NPU 平台的兼容性测试至关重要。

• 风险标记：配置清理, CI 恢复

关联脉络

• PR #7632 [vllm] fix: raise max_num_batched_tokens to max_model_len when chunked prefill is disabled: 直接关联的上游修复。PR #7632 修复了当 enable_chunked_prefill=False 时 vLLM 的启动崩溃，是本 PR 配置清理能生效的基础。两者共同解决了由 PR #7508 暴露的问题。
• PR #7558 [ci] fix: drop stale enable_chunked_prefill=False from Ascend NPU scripts: 同类问题修复。PR #7558 的标题与本 PR #7584 几乎相同，表明这是一个持续的、针对 Ascend NPU 脚本中过时配置的清理工作，可能存在部分重叠或后续修复。
• PR #7577 [veomni] feat: DeepSeek V4 QAT bf16 fake quant training: 触发本 PR 修复的 CI 运行。PR body 中提及的失败 CI 链接来自该 PR 的测试，直接暴露了需要清理的配置问题。