merge 是一个面向 Remotion monorepo 中已有 pull request 的技能，用途是推动 PR 进入可合并状态并完成合并。
主要能力与流程：
- 识别 PR：使用 gh pr view --json number,url,state,isDraft,baseRefName,headRefName,mergeable,mergeStateStatus,reviewDecision,statusCheckRollup 获取编号、URL、状态、草稿状态、基础分支、头分支、可合并性、合并状态、审查决定和状态检查汇总。若 PR 为草稿、已关闭、被要求修改、缺少必要审批，或因其他非 CI 原因不具备合并资格，则停止并报告阻塞点。
- 处理合并冲突：若 GitHub 报告存在合并冲突，使用 pr-ready 工作流解决冲突；需要时提交并推送解决结果，然后从头开始循环。
- 等待检查：使用 gh pr checks --watch --interval 30 等待检查完成。若全部必需检查通过且 PR 可合并，则使用 gh pr merge --merge --delete-branch 合并。若仓库或 PR 明确要求其他合并方式，则改用该方式。
- 处理 CI 失败：检查失败时，先查看失败任务和日志再决定操作，使用 gh pr checks --watch=false、gh run view <run-id> --json databaseId,status,conclusion,url,jobs 和 gh run view <run-id> --log-failed。
- 真实 CI 失败：在本地修复根本问题，必要时使用 pr-ready 工作流；运行针对性的本地检查，变更影响面大时运行更广泛的检查；提交并推送修复；然后从头开始循环。
- CI 偶发失败：使用该 monorepo 中的 flake 技能，按该技能指示重跑失败的偶发任务；然后从头开始循环。
使用方式：以命令行为主，依赖 gh 命令与仓库内的工作流（pr-ready、flake）协作，按上述循环逐步推进，每次推送修复、解决冲突、重跑 CI 或其他状态变化后都从头开始。
适用场景：适用于 Remotion monorepo 中已存在的 pull request，需要等待并完成合并，或需要区分真实 CI 失败与偶发失败并采取对应处理。
限制：资料未提供该技能的安装方式、平台要求、收费或价格信息；也未说明其适用范围是否限于 Remotion monorepo 之外的其他仓库。