用途：在次要或主要版本发布前，当开放 PR 累积到 10 个以上时，把积压的 PR 变成一批可发布的合并，并产出可追踪、可中断续做的计划文档 <VERSION>_PR_TRIAGE.md。该技能与 draft-release-notes、release-bump 配合：先梳理，再对新 main 起草发布说明，最后发版。
主要能力：用 gh CLI 收集每个开放 PR 的元数据（大小、可合并状态、是否允许维护者修改、涉及文件路径）；把 PR 归入四类——Tier 1 直接合并（小而干净、修真实 bug）、Tier 2 候选需细看、已被取代（关闭并注明取代它的 PR）、延后到下一版本；按依赖无关批次合并，必要时变基，处理合并后跟进，对部分可用的 PR 做部分应用并保留作者署名。
使用方式：需 gh CLI 已认证、为 PR 审查准备独立 worktree、明确目标版本号。典型命令包括 git worktree add ../voicebox-pr-review -b pr-review-<VERSION> main、gh pr list --state open --limit 50 --json ...、gh pr checkout <N>、git show HEAD、git rebase origin/main、gh pr merge <N> --squash、gh pr close <N> --comment "..."。每步操作后更新 triage 文档的进度与状态。
适用场景：发布前的 PR 清理与批量合并；无法逐个深度审查但需快速落地关键子集时。
限制与注意：不要用 main..HEAD 审查过期分支，应使用 git show HEAD；未变基的分支直接 squash 合并会回退中间提交；mergeable=UNKNOWN 是暂时状态；依赖版本下限会限制可应用的改动；PyTorch nightly 不适合发布；部分平台与框架细节（如路由顺序、-weak_framework、!Send 类型）需按资料中的提示处理。资料未提供收费、价格与平台支持信息。