Port M4 Base
适合单 App、每日少量打包与首次接入自托管 runner。16GB 统一内存不适合同时运行多个模拟器。
- 芯片
- M4
- 统一内存
- 16GB
- SSD
- 256GB
$19.7/天
- 按天
- $19.7
- 按周
- $53.2
- 按月
- $98.5
- 按季
- $267.9
让构建离流水线更近
东京 Mac mini M4
东京 Mac mini M4
为你的团队独享
面向东亚用户，把 iOS 构建机放进机房：电源、网络与散热交给托管环境，团队继续使用熟悉的 CI 流程。
整台物理 Mac mini 只给一个客户，非虚拟机，全年 365 天在线运行。适合每日多次合并、需要保留依赖缓存与构建环境的团队；如果只是偶尔打包且已有闲置 Mac，先利用现有设备也合理。
日付入口 $19.7/天，USD 结算。实际可用状态以控制台实时返回为准。
- 3 档独享配置
- 天 / 周 / 月 / 季
- macOS 图形界面与命令行
先看负载，再选周期
同样独享，按工程规模选配置
单 App 试跑、日常多分支构建、大型工程分别有对应档位。先比较规格与目录价格，再在下单页确认机型、区域和计费周期；本页切换周期仅用于比较报价。
当前比较：按天计费。完整周期价格保留在每张卡内。
Port M4 Plus
适合日常开发、多分支构建与模拟器测试。先测单任务内存峰值，再决定并发数，不把更多内存直接等同于更多并发。
- 芯片
- M4
- 统一内存
- 24GB
- SSD
- 512GB
$40.3/天
- 按天
- $40.3
- 按周
- $108.9
- 按月
- $201.6
- 按季
- $548.4
Port M4 Pro
适合大型多 target 工程、较重的测试任务与模型推理实验。若任务依赖多卡训练，应先确认技术路线，而不是直接升档。
- 芯片
- M4 Pro
- 统一内存
- 64GB
- SSD
- 2TB
$61.4/天
- 按天
- $61.4
- 按周
- $165.8
- 按月
- $307.1
- 按季
- $835.3
短期验证选日付，持续使用比较月付与季付。用同一提交分别记录冷构建与缓存命中的耗时，再决定长期周期。不要只凭一次依赖下载速度判断机型是否足够。
目录价格为基础机型费用；存储扩展与其他附加项另计。仅支持 USDT-TRC20 与 Visa / Mastercard / Amex（经 Stripe），全部以 USD 结算，实际可用网关以后端返回为准。
网络距离不是构建时长
东京节点，先看接入路径
面向东亚的平均延迟参考范围为 30~60ms。这是区域选型参考，不是从你的办公室、代码仓库或依赖源出发的逐线路实测结果，也不是往返时延承诺。
交互连接：看往返时延与稳定性
远程编辑、图形界面和命令行操作更容易受到网络往返时间影响。同一区域内，不同接入运营商、跨境路由与使用时段也会产生差异。试跑时关注连续操作是否顺畅，而不只看一次测试的最低数值。
流水线：看完整数据路径
自动构建通常还包括拉取代码、下载依赖、编译、签名和上传产物。先定位最长的一段：仓库与依赖源的连接质量可能比团队到节点的延迟更重要；CPU 编译耗时则不能仅靠更近的区域解决。
试跑时保留这三组记录
同一提交的冷构建与热构建耗时；依赖下载与产物上传耗时；相同时间段的连接稳定性。保持代码、工具链与缓存条件一致，才有可比较的依据。节点地址与连接信息在开通后通过控制台查看，不需要在公开咨询中发送访问凭据。
从配置到首个产物
四步把节点接入你的工作流
以下时间是为人工操作预留的安排建议，不是系统交付时限。支付确认、节点开通以及依赖下载进度以实际返回为准；首次安装工具链和首次构建需单独安排时间。
-
选择配置与周期
操作预留约 2–5 分钟。对照工程规模选择机型，再确认目标区域、计费周期与附加项。先用一个有代表性的项目验证，避免同时更换区域、机型和构建脚本。
-
核对订单并付款
人工核对预留约 2–5 分钟。确认 USD 总额、周期与付款网关后支付。支付确认所需时间由实际网关或链上确认进度决定，付款后在控制台查看订单状态。
-
获取连接信息
信息核对预留约 2–5 分钟。待控制台显示节点已开通后，查看地址与登录凭据，验证命令行或图形界面连接。节点尚未就绪时继续查看订单状态，不把付款完成等同于连接已可用。
-
试跑一条流水线
环境核对预留约 10–20 分钟，安装、下载和编译时间另计。检查 Xcode 版本、依赖和签名材料，注册自托管 runner，再执行一次完整构建。确认产物路径与日志后，逐步开启自动触发。
付款前准备好，首轮接入更顺畅
准备代码仓库访问方式、项目所需 Xcode 版本、依赖安装命令、签名证书与描述文件，以及产物保存位置。Windows 或 Flutter 团队可以在本地编写代码，把 iOS 编译交给节点；涉及签名与分发时，仍需具备相应的开发者计划资格与签名材料。
订购前确认区域取舍
关于东京节点的三个问题
区域决定接入路径，机型决定计算与内存预算。把两类问题分开验证，比一次性追求最高配置更容易找到合适方案。
团队在东亚，就一定该选东京吗？
不一定。若工作以远程交互为主，优先考虑团队到节点的连接体验；若节点主要自动拉取代码并上传产物，还应看代码仓库、依赖源与分发端的路径。选择时先确定主要瓶颈，再用一条真实流水线验证，不仅按地图距离做决定。
30~60ms 的参考范围，能推算一次构建要多久吗？
不能。网络往返时延只描述路径的一部分，不能直接换算编译时长。完整耗时还受工程规模、编译任务、内存占用、缓存命中和上传体积影响。建议先记录各阶段耗时；如果主要时间花在编译上，再比较更高档位，而不是只更换区域。
多人分布在不同地区，应该先开一台还是多台？
先看任务是否会同时到达、能否接受内部排队，以及签名和缓存是否需要隔离。任务错峰时，一台独享节点可以先承担多个分支；若发版构建与测试长期相互等待，再考虑拆分任务。独享解决的是不与其他客户争用整机资源，并不代表同一台机器上的任务拥有无限并行能力。