执行摘要

• 一句话：将 check-changes CI job 提取为可复用 workflow
• 推荐动作：建议阅读此 PR 以了解 SGLang CI 库的重构方式，合并后可借鉴此模式提取其他重复 job。对 CI 运维领域有价值。

功能与动机

PR body 指出这是 check-changes job 的机械移动，改为可复用 workflow 以便其他 workflow 调用。同时使用脚本自动生成，确保重构结果与原始逻辑完全一致。

实现拆解

1. 创建新可复用 workflow：在 .github/workflows/_pr-test-check-changes.yml 中定义完整的 check-changes job，包含与原来相同的输入、输出、步骤逻辑。
2. 修改主 CI 文件：在 pr-test.yml 中删除内联的 check-changes job（约 276 行），改为使用 workflow_call 调用新创建的可复用 workflow，并传递必要的参数。
3. 保留脚本以供重现：在 scripts/refactor/extract_check_changes_workflow.py 中写入重构脚本，确保其他人可以再现此重构过程。

关键文件：

• .github/workflows/_pr-test-check-changes.yml（模块 CI构件；类别 infra；类型 infrastructure）: 新添加的可复用 workflow 文件，包含完整的 check-changes job 定义，是此 PR 的核心产出
• .github/workflows/pr-test.yml（模块 CI入口；类别 infra；类型 refactor）: 主 CI 文件，将内联的 check-changes job 替换为对可复用 workflow 的调用

关键符号：未识别

评论区精华

PR 只有两条自动评论（gemini 配额提醒和 /tag-and-rerun-ci），未触发实质性 review 讨论，说明变更被普遍接受。

• 暂无高价值评论线程

风险与影响

• 风险：风险较低。重构由脚本生成且 diff byte-faithful，理论上行为一致。但若可复用 workflow 的调用方式与原始 job 有细微差异（如参数映射错误），可能导致 check-changes 步骤失败，进而影响 CI 后续流程。建议合并前确认 pr-test.yml 的调用参数正确映射。
• 影响：对用户无影响。对 CI 系统而言，check-changes 步骤从内联变为可复用，便于 future workflows 复用相同逻辑。团队在修改 CI 配置时需注意可复用 workflow 的更新同步。
• 风险标记：CI重构, 低风险

关联脉络

• 暂无明显关联 PR