一五地自托管 Runner：先把「队列」和「磁盘」拆开看
自托管 macOS Runner 的瓶颈往往是并发槽位 × 缓存 × 磁盘，而非单 job CPU。五地池建议「一台基线机 + 多台带缓存工作机」，用标签把 archive 与轻量 job 分流，避免上架周「全员 Pro」。区位与档位组合见 五地远程 Mac 怎么租更省：M4 / M4 Pro 与并联决策指南。
二M4 16GB/256、24GB/512 与 M4 Pro 64GB/2TB 怎么分工
| 档位 | 典型 Xcode / Actions 负载 | 在五地池中的角色 |
|---|---|---|
| M4 16GB / 256GB | 单配置 Debug 编译、SwiftLint、单测、小型 SPM 模块 | 队尾填充与「用完即清」的 ephemeral runner；每地可多台并联换吞吐 |
| M4 24GB / 512GB | 双模拟器、中等体积 Pods、增量构建与日常 PR 主干 | 各地默认主力；优先挂 1TB 扩存放缓存与制品，避免 256 机型频繁抢盘 |
| M4 Pro 64GB / 2TB | Release 归档、多 destination、大型 Asset / XCFramework 全量 | 每区 0–1 台「尖峰机」+ 严格并发上限；避免被 lint 类 job 占满 |
口诀：一台 Pro 扛尖峰，多台 M4 填队列。低配常驻机的磁盘与日志分区可参考 五地低配节点 +1TB/2TB 扩容落地案例，迁移到 Runner 主机同样适用。
三磁盘膨胀：先 1TB 还是直接 2TB？
DerivedData、Archives、CoreSimulator 与旧 SDK 切片最快吃满盘。建议24GB/512 主力统一加 1TB扛缓存与制品；256 机型只做 ephemeral 或同步扩盘。多版本 Xcode 与超大 monorepo 再单点升 2TB（通常仅 Pro 或每地一台缓存旗舰），避免全员 2TB。
四并联附加项怎么买更省
并联换吞吐，扩容保单 job 能跑完。省钱顺序：① 主力加 1TB 减少冷缓存；② 并联多台 M4；③ 最后加 Pro 跑归档与 UI。上架周用短期并联调峰。重 job 集中在离 Git/制品仓 RTT 最低的两地，其余地跑轻量校验，可少买一半尖峰算力。
五常见问题
六在 Mac mini 上跑 CI：静音、稳态与长期成本
自托管 Runner 需要7×24 稳态：macOS 上 Xcode 工具链原生、Apple Silicon 统一内存在「编译 + 模拟器」并行时更不易抖动；M4 Mac mini 待机功耗低、无风扇噪音，适合机房长期满载。Gatekeeper、SIP、FileVault 也能收敛开放 SSH 的风险面。若要把五地队列落在托管硬件上省心运维，Mac mini M4 仍是 2026 年 CI 小队性价比最高的起点——从首页了解方案，把 Runner 与缓存分层一次搭稳。
分角色：M4 填队列，M4 Pro 扛尖峰；分磁盘：先扩 1TB 保缓存，2TB 只给缓存旗舰；分预算：并联买吞吐、扩购买寿命，上架周用短期附加项调峰而非整月升配。