Upstream PR Staging 用于向 GitHub 上游提交 PR 前，先在用户 fork 内低干扰收敛方案、提交历史、CI 和证据，再整理成正式上游 PR。 先选路径 默认先做内部 draft，再准备正式上游 PR。 - 内部 draft ：用于探索和收敛。PR 开在用户 fork 内，默认中文标题和正文，默认低干扰。 - 正式上游 PR ：用于提交给上游 reviewer。标题、正文和提交历史重新整理，只保留上游需要的动机、行为变化和验证证据。 - 正式 PR 重放 ：当正式 PR 需要自己的 red/green/cleanup workflow URL 时，从上游基准新建正式分支，在正式 draft PR 上按阶段重放提交。 如果用户明确要求跳过内部 draft，直接进入正式上游 PR 流程；如果用户要求“像内部 PR 没存在过”，从最新上游基准重建正式分支，不复用内部 draft 分支历史。 不变量 - 内部 draft 默认低干扰：不触发上游 issue / PR / discussion backlink、timeline mention 或通知。 - 内部 draft 的标题、正文默认中文；除非用户明确要求英文，或目标仓库/团队规范要求英文。 - 内部 draft 的 PR body 应尽量保留相关上游 issue / PR / discussion /…