PR 洪峰叠上夜间整仓归档，常见是队列被 Archive 拖死、分钟账单爆、或沙箱跑不了合规脚本。混合分流：轻量 build+test 走 Xcode Cloud；超长 archive、符号与封网依赖、合规重脚本外溢到高规格独占租用 Mac。下文给三轴路由与 FAQ。依赖冷启见 大仓库冷启动 FAQ；多 Job 与 NVMe 见 资源池与并行度 FAQ。
一、Xcode Cloud：托管队列与分钟配额
长板是 Xcode/签名与 ASC 一致，多仓 PR 冒烟上手快；短板是分钟配额与并发上限绑订阅档，自定义命令受工作流边界限制。默认入口放 Cloud 时务必设超时与 PR 并发上限，避免慢仓拖死全组织。
口诀：Cloud 管门禁与轻构建；小时级 Archive 与合规全家桶外迁。
二、租用 Mac：夜间 Archive 与合规
大 DerivedData、长 archive、内网制品源、企业代理与合规脚本，放独占机更稳：按核与 NVMe 定规格，夜间与 PR 分池；单独 -derivedDataPath 与制品桶，定时 clean+符号+扫描，结论经 API 回 ASC，避免拷盘。
三、Runbook 路由表
PR：浅克隆+增量测 → Cloud，按仓拆 workflow。夜间：clean Archive、符号、许可证/静态分析 → 租用机。合规：独占机出报告，Cloud 只拉门禁摘要。「分支→Xcode→池」三元组防漂移。
pull_request与schedule用不同 runner 标签分流。- 夜间失败单独告警，勿与 PR 队列混排。
四、FAQ
- 分钟总爆？Archive/大测/合规外迁租用机，Cloud 留编译+单测并限并发。
- 多仓 Xcode 不一？两池分别锁版本矩阵，分支选 workflow。
- 合规受限？独占机跑全量，Cloud 只收结论与哈希。
定标：Apple Silicon Mac mini 仍值得放一台
对照机应与线上池同代芯片、同 major Xcode，否则难解释「本地绿、队列红」。macOS 工具链与钥匙串一致，统一内存利并行编译；Mac mini 约 4W 待机、静音，适合作 7×24 门禁或小 Runner。Gatekeeper、SIP、FileVault 降无人值守风险。要与云端独占机做 A/B，见 Macstripe 首页。Mac mini M4 仍是 2026 定标性价比之选——入手或租一台对齐矩阵，混合分流才可观测、可回滚。
