GitHub扩大PR归档权限：整理队列时先停下自动评论
Dev
浏览 2
triage负责人现在无需找管理员即可归档PR。整理队列前，先检查仍准备发送结果、提醒和进度的机器人。
已确认的边界
GitHub于2026年10月8日宣布triage及以上角色可归档与取消归档。归档会关闭PR并阻止评论、反应和自动评论。10月9日补充说明：公开视图隐藏该PR，triage、write、maintain、admin仍可查看。取消归档不会重新打开PR。
评论前读取当前状态
建议对已确认归档的目标结束任务，在内部记录原因，不要不断重发。核对集成实际提供的状态和响应；这里不承诺新增API字段。归档、权限不足与网络失败应分别记录。
整理前保存评审依据
清理垃圾或重复PR不同于归档仍待决定的实现。先记下原因、最后验证、关联issue和基准PR。外部读者可能看不到归档内容，必要的公开依据应放到合适记录中，不能借此公开私密信息。
triage委派与代码修改权限分开
委派日常整理仍需选择标准。正在评审或有未解决提问的PR应由人判断。取消归档后仍处于关闭状态，若要恢复开发，应另行确认是否重新打开。
核对实际角色，并在合适目标上测试自动评论的结束处理。评论失败不能成为创建替代PR的理由。产品行为已确认，运营规则是本文建议；不从讨论推测采用规模或收益。
官方来源与讨论
共同检查归档标准与机器人任务结束规则。