根据 PR 描述，/rerun-stage 命令的粒度太粗，不适合映射到单个功能。过去六个月的利用率数据显示，/rerun-stage 仅被使用 ~111 次，主要是两位贡献者，而更精确的 /rerun-test（268 次）和 /rerun-failed-ci（320 次）使用更频繁。因此，该命令被废弃，以鼓励使用更精确的重新运行测试的方式。

建议阅读该 PR 以了解如何基于使用数据做出废弃决策，以及如何清理跨多个工作流的死代码。特别值得关注的是 _pr-test-check-changes.yml 中移除 API 驱动的变化检测步骤，这显著简化了工作流。

1. 废弃命令处理器（scripts/ci/utils/slash_command_handler.py）：删除了整个 handle_rerun_stage() 函数（约 213 行），该函数处理阶段名称验证、权限检查和 workflow_dispatch 触发。现在 /rerun-stage 分支会发送一条废弃注释，并附上 -1 反应，指引用户使用 /rerun-test、/rerun-failed-ci 或 run-ci/run-ci-extra 标签。AMD 用户会被引导使用 Actions UI 下拉菜单。
2. 清理 CUDA 工作流链（pr-test.yml、pr-test-multimodal-gen.yml、pr-test-extra.yml、pr-test-jit-kernel.yml、pr-test-sgl-kernel.yml、_pr-test-check-changes.yml、_pr-test-stage.yml、_pr-test-sgl-kernel-build.yml、_pr-awareness-comment.yml）：移除了所有 target_stage、pr_head_sha 和 include_wheel_build 工作流输入及相关条件逻辑。具体包括：
   • 删除 workflow_dispatch 输入声明（target_stage、pr_head_sha、include_wheel_build）及其默认值。
   • 删除动态 run-name 格式化（用于标识 /rerun-stage 的运行）。
   • 简化并发组：不再包含 pr_head_sha 和 target_stage。
   • 在 _pr-test-check-changes.yml 中，删除了基于 API 的变化检测步骤（filter-api）和 validate-target-stage 步骤，输出 sgl_kernel_raw 被移除，target_stage 覆盖逻辑被清除。
   • 在 pr-test-multimodal-gen.yml 中，所有 inputs.target_stage == '...' 的条件分支被移除，作业触发仅依赖于 multimodal_gen 标志。
   • 在所有工作流中，将 ref: ${{ inputs.pr_head_sha || inputs.git_ref || github.sha }} 简化为 ref: ${{ inputs.git_ref || github.sha }}。
   • 在 pr-test-extra.yml 和 pr-test-jit-kernel.yml 中进行了类似的简化。
3. 保持 AMD 工作流不变（pr-test-amd.yml、pr-test-amd-rocm720.yml、pr-test-musa.yml）：这些工作流拥有独立的 target_stage 输入，没有被斜杠命令使用，因此保持不变，以保留 AMD 团队依赖的 UI 下拉菜单功能。

主要风险是潜在的回归，即某些用户或自动化脚本可能仍依赖 /rerun-stage 命令，而现在该命令只会触发废弃消息。如果任何外部系统或内部工具直接调用 handle_rerun_stage 函数，它们将失效。此外，CUDA 工作流中的 target_stage 相关逻辑被移除，如果未来需要恢复此功能，将需要重新实现。不过，该 PR 保留了 /rerun-stage 的触发事件，以便废弃消息能够正常工作，因此不会出现静默失败的情况。AMD 工作流不受影响，且已通过验证。

用户影响：任何使用 /rerun-stage 命令的开发者现在都会看到废弃消息，需要改用更精确的命令。系统影响：CUDA CI 工作流变得更加简单，减少了维护负担和条件逻辑错误的风险。团队影响：AMD 团队的工作流保持不变，没有影响。整体影响程度为中低，因为 /rerun-stage 的使用率较低。