用途：当被要求合并所有开放 PR，或一次性落地指定的一组 PR 时使用。核心思路是先对开放 PR 做快照，该列表即为工作集，之后逐个通过代码托管平台合并，顺序需保证后续 PR 仍能更新到默认分支；不把独立 PR 拼成堆叠，也不合并成单个 PR。
主要能力与规则：工作集不增长，快照之后新开的 PR 被忽略；每次合并后都要把剩余开放 PR 与工作集比对，绝不合并额外 PR。仓库合并策略决定新鲜度要求，仅在冲突、依赖变化或仓库明确要求时才更新分支，仅因基线移动不使未变 PR 头部的通过检查失效。所有 PR 都通过托管平台落地，不合并到本地默认分支再推送，也不直接推送默认分支；本地 git 操作只在 PR 自己的分支和临时 worktree 中进行，事后移除。
使用方式：用 gh api 分页快照开放 PR，记录编号、head SHA 与 head 分支；对非单一明显 PR 构建文件重叠图。按小且独立优先、基础先于依赖、共享状态最后、否则按影响范围从小到大排序，并说明顺序与理由。用 gh repo view 与 rulesets 等确认合并方式与门禁，合并时显式传入合并方法，并用 --match-head-commit 校验头部。草稿需先 gh pr ready，冲突用 resolve-pr-conflicts 处理，重写非自有分支前需明确授权并披露。合并队列会自行选择方法，需等待落地后再处理下一个。
适用场景：批量清理开放 PR、按依赖顺序落地一组变更。限制：资料未提供具体平台支持范围、权限要求与失败重试细节；--admin 仅在明确批准并披露时使用。