执行摘要

• 一句话：为 CI 斜杠命令处理脚本添加未知命令反馈，提升交互清晰度。
• 推荐动作：此 PR 是一个有价值的基础设施改进。它解决了一个真实且恼人的用户体验问题，实现方案考虑周全（如命名空间过滤、已弃用命令特殊处理、避免噪音）。变更集中且风险可控，主要影响 CI 交互逻辑。建议精读 scripts/ci/utils/slash_command_handler.py 中新增的 handle_unknown_command 函数实现，它展示了如何用清晰的逻辑处理多种边缘情况。对于维护 CI 工具链或关注开发者体验的工程师，此 PR 的设计思路值得借鉴。

功能与动机

动机源于 #38734 中的实际问题：/run-extra-ci 在合并前发布，但两次处理器运行都静默跳过，没有任何反馈说明原因。如 PR body 所述，“A mistyped or retired command ... currently produces nothing at all — the workflow if gate rejects it, the job skips, and the result is indistinguishable from the bot being down.” 这使得用户无法诊断问题，影响 CI 使用体验。

实现拆解

1. 修改工作流触发条件（.github/workflows/slash-command-handler.yml）：在 if 条件中，为 handler 所拥有的三个命令命名空间（/tag-、/rerun-、/run-）添加了 startsWith() 检查。这确保了所有以这些前缀开头的命令（包括拼写错误或已弃用的）都能进入脚本，而不是被 if 门直接拒绝。使用 startsWith() 而非 contains() 是为了避免匹配注释中引用的文件路径（如 scripts/run-tests.sh）。
2. 在脚本中实现未知命令处理逻辑（scripts/ci/utils/slash_command_handler.py）：引入新函数 handle_unknown_command。该函数首先确认命令是否确实以 handler 拥有的前缀开头，然后添加一个“困惑”表情符号反应。对于已弃用的命令（如 /rerun-stage），它提供专门的指导信息。对于其他未知命令，它使用 difflib.get_close_matches 查找最接近的已知命令。如果找到匹配，则发布一条包含正确命令和文档链接的提示评论；如果无匹配，则仅保留反应，避免产生无关评论噪音。
3. 更新现有命令路由：在脚本的 main() 函数中，将原来对未知命令的简单 print() 替换为调用新的 handle_unknown_command 函数。
4. 更新文档（docs/docs/developer_guide/contribution_guide.mdx）：在贡献指南中明确说明了对未识别命令的反馈行为，包括表情符号反应和可能的提示评论，并解释了无反应的含义。

关键文件：

• scripts/ci/utils/slash_command_handler.py（模块 CI 处理脚本；类别 infra；类型 infrastructure；符号 handle_unknown_command）: 核心逻辑变更文件，实现了对未知斜杠命令的检测、反馈和引导逻辑。
• .github/workflows/slash-command-handler.yml（模块 CI 工作流；类别 infra；类型 infrastructure）: 工作流触发条件变更，扩大了 handler 的入口范围，以接收未知命令进行处理。
• docs/docs/developer_guide/contribution_guide.mdx（模块 贡献指南；类别 other；类型 core-logic）: 文档更新，向用户说明命令处理的新行为，确保接口与文档一致。

关键符号：handle_unknown_command

关键源码片段

scripts/ci/utils/slash_command_handler.py

核心逻辑变更文件，实现了对未知斜杠命令的检测、反馈和引导逻辑。

# Namespaces this handler owns. Anything else reaching the script is a comment
# that merely quoted a path, and is left alone.
OWNED_COMMAND_PREFIXES = ("/tag-", "/rerun-", "/run-")
​
# Suggestion targets. Documented spellings only, so a typo is pointed at the
# canonical name rather than at an undocumented alias.
KNOWN_COMMANDS = (
    "/tag-run-ci-label",
    "/tag-and-rerun-ci",
    "/rerun-failed-ci",
    "/rerun-group",
    "/rerun-test",
    "/run-full-ci",
    "/run-extra-ci",
)
​
# Removed commands, kept because they were documented long enough that muscle
# memory still sends them and difflib would suggest something unrelated.
RETIRED_COMMANDS = {
    "/rerun-stage": (
        "`/rerun-stage` was removed. Use `/rerun-test <test-spec>` for specific "
        "tests, or `/rerun-failed-ci` for everything that didn't pass."
    ),
}
​
​
def handle_unknown_command(pr, comment, first_line):
    """
    Answer a comment addressed to this handler that matched no command.
​
    A silent skip is indistinguishable from the bot being down, so always react;
    comment only when there is something concrete to say, to avoid turning every
    stray `/run-...` into PR noise.
    """
    tokens = first_line.split()
    command = tokens[0] if tokens else first_line
    if not command.startswith(OWNED_COMMAND_PREFIXES):
        print(f"Not addressed to this handler: {first_line[:60]!r}")
        return
​
    print(f"Unrecognized command: {command}")
    try:
        comment.create_reaction("confused")
    except Exception as e:
        print(f"Failed to add reaction: {e}")
​
    hint = RETIRED_COMMANDS.get(command)
    if hint is None:
        close = difflib.get_close_matches(command, KNOWN_COMMANDS, n=1, cutoff=0.6)
        hint = f"Did you mean `{close[0]}`?" if close else None
​
    if hint is None:
        print("No close match; reaction only.")
        return
​
    try:
        pr.create_issue_comment(
            f"⛔ `{command}` isn't a recognized CI command. {hint}
​
"
            "See the [command reference]"
            "(https://docs.sglang.io/docs/developer_guide/contribution_guide"
            "#how-to-trigger-ci-tests)."
        )
    except Exception as e:
        print(f"Failed to post hint comment: {e}")

评论区精华

本 PR 没有正式的 review 评论线程，但在 PR body 和作者的测试评论中体现了设计权衡。关键点在于：

• 命名空间过滤：作者在 PR body 中明确指出使用 startsWith() 而非 contains() 是为了避免误触发（如注释中引用路径）。这是一个重要的防御性设计决策，以确保 handler 只处理直接命令，而不会被上下文中的其他文本意外激活。
• 已弃用命令的特殊处理：为已弃用命令（如 /rerun-stage）提供定制化指导，而不是依赖 difflib 可能给出的无关建议，这提升了用户体验的精准度。
• 静默与反馈的平衡：对于完全无匹配的未知命令，只添加反应而不发布评论，避免将每个拼写错误都变成 PR 中的噪音，体现了对信噪比的考虑。

• 测试验证：作者通过在评论区发布测试命令（/rerun-test、/rerun-stage、/run-nonsense-xyz）来验证逻辑，展示了新流程的实际效果。

• 命名空间过滤策略 (design): 决定使用 startsWith() 作为工作流 if 条件的一部分，以精确控制触发范围，避免误报。

• 已弃用命令的反馈处理 (design): 通过为已弃用命令提供明确的替代方案，避免了 difflib 可能给出的无关建议，提升了反馈的准确性。

风险与影响

• 风险：
  1. 工作流触发范围扩大：在 .github/workflows/slash-command-handler.yml 中添加 startsWith() 条件会使得更多评论触发此工作流。虽然脚本中 handle_unknown_command 函数会快速处理不相关的前缀，但这会消耗少量额外的 CI 资源（如 ubuntu-latest 运行时间）。PR body 中已承认此开销约为 20 秒。
  2. 依赖 difflib 的准确性：difflib.get_close_matches 的匹配结果（cutoff=0.6）可能在某些边缘情况下给出误导性建议。但考虑到输入是相对简短的命令，此风险较低。
  3. 首次部署限制：由于 issue_comment 事件始终从默认分支运行工作流定义，因此新工作流逻辑在合并到 main 之前无法完全生效。这可能导致在合并前的测试不完全。
• 影响：
  1. 用户体验：显著提升了使用 CI 斜杠命令的开发者体验。用户不再会对无响应的命令感到困惑，而是能立即获得明确反馈（表情符号）和修正建议，减少了调试时间。
  2. 维护者效率：减少了因命令拼写错误或使用已弃用命令而需要的维护者介入和解释工作。
  3. CI 可观测性：通过反应和评论，为 CI 命令的使用提供了更清晰的信号，有助于识别常见的拼写错误模式。
  4. 文档一致性：文档更新确保了用户界面（命令行为）与文档描述保持同步。
     - 风险标记：工作流触发范围扩大, 首次部署受限

关联脉络

• PR #38734 [CI] Add /run-full-ci and /run-extra-ci slash commands: 本 PR 直接源于 #38734 引入的新命令所暴露的问题。在 #38734 中，/run-extra-ci 在合并前发布，但处理器静默跳过，没有任何反馈。本 PR 正是为了解决这种静默失败的痛点。两者共享相同的工作流和脚本文件（.github/workflows/slash-command-handler.yml, scripts/ci/utils/slash_command_handler.py），是 CI 命令基础设施的连续改进。