一句话看懂：GitHub 将 Pull Request 归档权限从管理员下放到 Triage 及以上角色，并让归档后对话彻底只读，目的是减少维护团队在垃圾、重复或废弃 PR 上的协作摩擦。
事件核心：发生了什么
根据 GitHub Changelog 2026 年 10 月 8 日发布的更新，仓库中拥有 Triage 角色或更高权限的用户，现在可以归档和解归档 Pull Request。此前，归档操作仅限仓库管理员，这导致被信任的 Triage 用户处理日常审核工作时，必须把归档请求转交给更高权限的人。
与此同时，GitHub 改进了归档后的只读机制。过去归档会锁定 Pull Request，但管理员仍可发表评论；现在，一旦 PR 被归档，任何新活动都会被阻止，包括新评论、反应和自动评论。归档会自动关闭该 PR，并使其对话变为只读，同时该 PR 会从公开视图中隐藏，但仍对仓库管理员可见。解归档会恢复评论和反应能力，但不会重新打开该 PR。
为什么重要
GitHub 的权限模型一直区分代码写入和社区管理。Triage 角色被设计用于分类、标记和清理 Issue 与 PR，但不具备修改代码的权限。归档是处理垃圾、重复或废弃 PR 的常见审核动作，把它绑定在管理员权限上，意味着开源维护者要么亲自处理所有归档，要么给 Triage 用户更高权限，增加安全风险。
此次调整把归档动作与锁定状态解耦：Triage 用户可以归档，但无法手动锁定或解锁对话，因为那需要写入权限。这既符合最小权限原则，也让维护者更放心地把 PR 队列的日常治理交给 Triage 角色。对于依赖社区审核的大型开源项目，这种权限细化能降低管理成本。
对用户/开发者/创作者的影响
对开源维护者和项目管理员来说，最直接的变化是可以把归档这类常规审核工作正式委托给 Triage 用户，不必再为每个废弃 PR 临时提权。Triage 用户在清理积压 PR 时会更顺手，但仍无法编辑代码或控制对话锁定状态。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
对普通贡献者而言，被归档的 PR 会彻底变为只读且不再公开可见，这意味着后续补充讨论、提交修改或等待重新开启的路径被关闭。如果贡献者认为自己的 PR 被误归档，需要联系仓库管理员处理，解归档后 PR 仍保持关闭状态，需要管理员手动重新打开才能继续合并流程。
对使用 GitHub 进行自动化的工作流，需要注意归档后自动评论也会被阻止，依赖 PR 评论触发的机器人或 CI 反馈可能不再生效，团队需要相应调整自动化策略。
值得关注的后续
第一，观察 Triage 角色在实际项目中的使用率是否上升，以及是否出现归档权限被滥用的反馈。第二，关注 GitHub 是否会把类似权限细化扩展到 Issue、Discussions 等其他协作对象。第三，留意解归档后不自动重新打开的设定，是否会让部分维护者觉得流程繁琐，从而推动 GitHub 提供更多可配置选项。
