单 App 构建起步
XR Build 16
M4
16GB 内存
256GB SSD
$21.7/天
把单个 App 的 Archive 和发布脚本迁入独享节点。先观察一次冷构建，再检查增量构建与签名过程，确认项目能稳定产出工件。
- 适合单 App、每日数次打包的起步验证。
- 256GB SSD 用于源码、依赖与构建输出，需主动清理旧归档。
- 独享物理机，预装 macOS 与 Xcode，交付连接凭据。
先核对配置，再安排队列
三档机型，
三档机型，
按你的打包节奏计费
全部为独享物理 Mac mini，非虚拟机。6 个节点均可订，按天、周、月、季计费；实际可用状态以控制台实时返回为准。
从 $21.7/天 开始验证工程。整台物理节点只交给一个租户，macOS 图形界面与命令行完整可用。
同一套规格，四个计费周期
先选周期，再核对机型
周期切换只更新三张卡片的展示价格，不改变芯片、内存或 SSD。下方价表始终保留四档周期金额，方便复核预算。
当前展示按天价格，全部以美元结算。
多 Target 与测试
XR Build 24
M4
24GB 内存
512GB SSD
$40.8/天
为主 App、Widget 与 Extension 留出更多内存和缓存空间。把 UI 测试一起纳入流水线，再用自己的任务组合确定合适的执行顺序。
- 适合多 Target、依赖较多及带 UI 测试的工程。
- 512GB SSD 为依赖缓存、模拟器与工件保留更多空间。
- 仍需根据内存峰值设置并发，避免无上限启动任务。
并行任务与大缓存
XR Build Pro 64
M4 Pro
64GB 内存
2TB SSD
$59.5/天
为并行模拟器矩阵、MLX 实验和大体积缓存准备更宽的资源余量。构建与实验共用节点时，按任务优先级排程，而不是同时吃满资源。
- 适合内存占用较高的任务组合与较大的工件保留量。
- 64GB 统一内存与 2TB SSD，规格明确、不按虚拟配额描述。
- 并发数由工程实测决定，不把内存容量等同于任务数量。
完整周期价与规格对照
金额为对应周期的目录价格，不是折算日价。选择较长周期前，先确认项目依赖、签名与构建脚本能在该节点跑通。
| 机型 | 芯片 / 内存 / SSD | 天 | 周 | 月 | 季 |
|---|---|---|---|---|---|
| XR Build 16 | M4 / 16GB / 256GB | $21.7 | $58.5 | $108.3 | $294.6 |
| XR Build 24 | M4 / 24GB / 512GB | $40.8 | $110.2 | $204.1 | $555.2 |
| XR Build Pro 64 | M4 Pro / 64GB / 2TB | $59.5 | $160.5 | $297.3 | $808.7 |
按瓶颈选档，不按项目名字选档
把一次完整构建当作选型基线
单 App 每日数次打包，从 XR Build 16 验证；多 Target、Widget、Extension 与 UI 测试，优先评估 XR Build 24；并行模拟器矩阵、MLX 实验或大体积缓存，评估 XR Build Pro 64。建议是起点，最终以你的工程记录为准。
- 01
先量内存峰值
分别执行依赖安装、编译、Archive 与测试。观察是否出现持续的内存压力，再决定增加内存还是减少同时运行的任务。不要只看空闲时的占用。
- 02
再量磁盘增长
把源码、依赖缓存、DerivedData、模拟器与归档文件分别统计。确定工件保留数量，给临时构建输出留空间，再判断是否需要 SSD 扩展。
- 03
最后量任务冲突
从串行任务开始增加并发，比较单任务耗时与整体吞吐。若两个任务写入同一输出目录或共用可变缓存，先拆分目录与脚本，再增加硬件资源。
独享解决的是与其他租户共享物理资源的问题。你在同一节点内启动的多个任务，仍会共同使用这台机器的芯片、内存与磁盘。
扩展先看容量，再看连接方式
把缓存与工件保留量单独预算
SSD 扩展是附加项，不替换三档基础规格。Thunderbolt 5 并联按每台计费，不代表自动合并内存或自动分发构建任务；实际配置与可用选项以下单界面为准。
| 附加项 | 天 | 周 | 月 | 季 |
|---|---|---|---|---|
| +1TB SSD | $2.8 | $7.7 | $14.2 | $38.6 |
| +2TB SSD | $5.6 | $15.4 | $28.4 | $77.2 |
| Thunderbolt 5 并联（每台） | $1.8 | $5 | $9.2 | $25 |
扩容不等于备份
增加容量可以容纳更多缓存与工件，但不替代独立备份。把源码保存在版本管理中，把发布工件和必要的签名材料备份到你可控制的位置，并验证能恢复。
先清理，再决定扩展
依赖缓存可重建，发布工件需要有保留规则。先删除不再使用的归档和模拟器，再测量一轮构建后的磁盘余量；只为确实需要保留的数据追加容量。
三档目录覆盖全部六个节点
按团队位置选节点，按负载选机型
新加坡、日本东京、韩国首尔、香港、美国东部、美国西部均提供三档机型。下面展示在售目录，所有组合标注充足；实际可用状态以控制台实时返回为准。
| 机型 | 新加坡 | 日本东京 | 韩国首尔 | 香港 | 美国东部 | 美国西部 |
|---|---|---|---|---|---|---|
| XR Build 16 | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
| XR Build 24 | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
| XR Build Pro 64 | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
交互操作多：优先从靠近团队网络位置的节点试起，检查远程桌面操作、源码同步与工件下载。地理距离只是起点，最终体验还取决于本地网络与实际路由。
自动构建多：同时考虑代码仓库、依赖下载源与工件接收端的位置。无人值守任务不需要持续使用桌面，但仍需检查下载失败重试、连接稳定性与日志回传。
跨时区协作：先统一构建触发规则和日志时区，再决定节点。节点全年 365 天正常运行，不需要把团队工作时间当作节点的运行时间。
结算前核对订单明细
只用美元，支付与续费在控制台处理
选择机型、计费周期、节点和附加项后，复核当前订单金额再付款。卡片上的周期切换是价格预览，真正的订单配置以下单界面为准。
银行卡支付
支持 Visa / Mastercard / Amex，经 Stripe 处理，以美元（USD）结算。实际可用网关以后端接口返回为准，付款前核对订单和支付页面展示的金额。
USDT-TRC20
支持 USDT-TRC20。按支付页面展示的信息核对网络、收款信息和金额，再完成付款。不要沿用此前订单的支付信息替代本次订单指引。
续费与升档
登录控制台查看当前租期，并在到期前安排续费或提交升档需求。涉及机型变更时，先备份工程与关键材料，再按控制台中的实际流程操作。
把付款问题与构建问题分开提交
付款核对准备订单编号、所选周期和支付方式；构建排查准备节点、机型、Xcode 版本与失败日志。已租用户登录控制台提交工单，售前或其他咨询可发送至 support@xcoderent.com。不要发送完整连接密码、私钥或未脱敏的证书材料。
从订单到第一份工件
交付后，先跑通一条最小流水线
下单、节点分配、获取连接凭据是三个环节。这里不预设交付分钟数；以控制台中的订单与实例状态为准，不把示例构建耗时当作交付承诺。
-
01
下单并完成支付
选择机型、周期和节点，按需要增加附加项。检查配置与金额后完成付款，保留订单编号，后续通过控制台核对订单状态。
-
02
分配并准备节点
订单进入交付流程后，分配独享物理节点并预装 macOS 与 Xcode。确认所需工具链版本；工程依赖、构建脚本与项目配置由你按实际需求准备。
-
03
获取 SSH 与 VNC 凭据
登录控制台查看连接信息，核对实例与所选节点。通过 SSH 执行自动化任务，通过 macOS 图形界面检查签名与工具链，再运行一次完整 Archive 验证工件。
验收时留下四项记录
记录 Xcode 版本、依赖锁文件、构建命令和产出路径。使用同一份源码、同一套签名配置分别执行冷构建与增量构建，保存完整日志。只有确认工件可用后，再注册 self-hosted runner、开放定时任务或增加并发。
独享节点不会替你修复工程本身的依赖冲突。若第一次构建失败，先区分网络下载、工具链版本、签名与代码编译问题，减少反复清空全部缓存的试错。
规格已列清，下一步验证你的工程
选好档，去控制台开机
先按天租一台，运行完整构建、测试与归档。确认资源余量后，再为稳定的构建队列选择合适周期。