先查答案，再下单

每笔租用对应一台分配给单一租户的物理 Mac mini，不是在共享主机上切出的虚拟机。CPU、GPU 和统一内存由这台机器上的任务使用，适合需要稳定占用统一内存的 MLX 模型服务，以及不希望编译任务与其他租户争用资源的 CI 流水线。

这不等于每项工作都会跑到同一个速度：模型大小、量化方式、构建缓存与网络链路仍会影响结果。选型时先按模型权重和峰值内存核算，再看 三档机型的实际规格。

不会。交付后，这台 Mac mini 的本地 CPU、GPU、统一内存和所选存储配置归当前租户使用。机房网络属于基础设施，并不意味着机器计算资源与其他租户混用。若你要同时运行构建任务和常驻推理端点，应给两个进程预留足够内存，而不是把全部统一内存预算都算给模型权重。

可以在交付的 macOS 环境中安装符合许可要求的开发工具、包管理器和运行依赖，包括 Xcode 命令行工具、Homebrew、Python 环境及 MLX 相关软件。变更远程登录、网络代理或服务启动配置前，建议记录可回退的设置；尤其不要在确认密钥登录可用之前关闭现有连接方式。

先选机型，再选一个预付周期；四种周期分别有独立的目录价格，不用日价乘天数推算周价或月价。例如 XOps 16 的价格为 $19.4/天、$52.3/周、$96.8/月、$263.3/季。所选存储扩展或 Thunderbolt 5 并联按对应周期另计，提交订单前应核对完整明细。

只打算短期验证模型，可先看天租；需要让推理端点持续在线，则直接比较周、月和季的目录价。完整价格与附加项列出了三档配置的四周期数字。

仅支持 USDT-TRC20，以及经 Stripe 处理的 Visa / Mastercard / Amex。所有目录价格和结算金额均以美元（USD）表示。结账时实际可用的支付网关，以控制台实时返回为准；付款前请确认所选网络、金额与订单信息一致。

在控制台查看订单到期信息并完成续费；不要把“任务仍在运行”当作周期自动延长的依据。到期未续费的机器会按订单规则释放，释放后的本地文件、模型权重和构建缓存不能继续作为在线数据使用。需要保留的内容应在到期前导出并验证副本。对订单状态有疑问，可登录控制台提交工单。

下单前在配置明细中确认附加项、周期和美元总额；下单后在控制台查看订单及账单记录。需要调整或停止附加项时，先查看当前订单允许的操作，不要直接删除磁盘上的文件来代替退订。涉及支付流水的工单请附订单号和交易标识，不要发送完整卡片信息或私钥。

可选择新加坡、东京、首尔、香港。XOps 16、XOps 24 和 XOps Pro 64 的目录均包含这 4 个节点；下单时的实际可用性以控制台实时返回为准。选节点时除了看团队位置，也要考虑模型权重上传、代码仓库同步和远程桌面操作者所在的网络。

优先从调用推理接口或操作远程桌面的主要地点实测，而不是只按地图距离判断。分别测到候选节点的往返延迟，再用相同文件大小试一次上传；如果主要工作是 CI 构建，还应把代码与依赖下载链路纳入比较。可以先参考连接指南中的节点延迟表，随后从自己的网络复测。

指南中的表格采用家庭宽带在工作日晚高峰连续 100 次 ICMP 测试的平均值，只用于初步比较节点。它不等于 SSH 命令响应、VNC 画面帧率或大文件传输速度的保证值。运营商路由、丢包、文件体积和客户端设置都会改变体感；准备长期使用远程桌面时，建议从自己的接入网络实际测试。

16GB 适合从小型量化模型和单人实验起步；24GB 适合评估常用 7B～8B 模型的 4-bit 量化常驻服务；64GB 更适合更大模型、多模型并行或同时保留构建工作负载。这是规划方向，不是“某参数规模必定能装下”的承诺。

估算时把模型权重、KV cache、上下文长度、并发请求和 macOS 自身占用一起计入，再留出余量。模型能加载不等于目标吞吐能达到要求，正式选档前最好用真实请求在候选配置上做压测。

可以分别安装并运行，但两套服务的模型权重、缓存和请求并发会共同消耗机器资源。先分别验证单服务的峰值占用，再测试同时运行；如果出现内存压力或响应时间明显增长，降低并发、错峰启动或选择更大内存档，比仅调整监听端口有效。

用 mlx_lm.server 启动 OpenAI 兼容端点时，先让服务只监听本地回环地址，再通过 SSH 隧道供团队内的受控客户端连接。若需要经反向代理访问，应单独配置认证、传输加密与访问限制，不要把未设保护的推理端口直接暴露到公网。

MLX 快速部署指南列出了安装、启动和连接的顺序。上线前用团队实际的模型与请求量验证内存和吞吐。

可以按项目需要安装并保留多个版本，但应核对可用存储、对应 macOS 的兼容性及软件许可。自动化任务开始前明确选择所需版本，并记录命令行工具所指向的路径，避免 runner 在构建不同分支时误用上一次任务的工具链。迁移签名材料时只使用团队授权的导出与导入流程。

先通过 SSH 确认代码仓库、Xcode 和构建依赖可用，再按所用 CI 平台的注册流程把这台机器加入团队。建议给 runner 单独的工作目录与最小权限，明确缓存清理和任务并发上限；让第一次流水线只执行环境检查，确认工具链与签名配置正确后再接入正式归档任务。

完整的环境迁移和 CI 接入次序见上手指南。

云端 Mac 可以运行 Xcode 模拟器、执行自动化构建与测试，并准备分发所需的构建产物；它本身不等于你手边的一台实体 iOS 测试设备。摄像头、蓝牙、传感器、蜂窝网络等依赖硬件的场景仍应由团队安排实体设备验证。可将模拟器回归放进 CI，再把硬件相关检查留给本地设备流程。

机器释放后会进行整盘抹除，再重新准备供后续交付。模型权重、项目文件、密钥和构建产物不应依赖已释放机器作为唯一副本。释放前请将所需数据导出到你管理的位置，并实际检查归档是否可以读取；不要把“已发起同步”当作备份完成。

在租期内可以通过 SSH 使用适合文件体积的传输方式导出自己管理的数据。大文件建议先核对剩余存储和目标路径，再分批同步并校验结果；构建缓存通常可以重新生成，迁移时优先保留无法重建的项目文件、配置与模型权重。具体的 rsync 迁移顺序见连接与迁移指南。

为控制台使用独立且强度足够的凭据；访问机器时优先使用 SSH 密钥，并限制私钥的保存位置和访问权限。VNC 远程桌面建议经 SSH 隧道连接，不要直接公开服务端口。团队成员变动时及时检查已有授权、runner 凭据和部署密钥；遇到异常访问迹象，请登录控制台提交工单。