定义用途
明确首个任务是 MLX 推理、Mac AI 部署、iOS/macOS 构建，还是远程自动化。记录运行时长、并发方式和最终产物。
从选择节点到首个任务
把第一项 MLX 或 CI 任务部署到云端 Mac
这份指南面向准备租用 VMMini M4 的开发者和工程团队。你将依次确认工作负载、比较四个在售节点、创建订单、完成首次连接，再启动 MLX 推理服务或 self-hosted runner。
VMMini M4 是 Mac Mini M4、16GB RAM、256GB SSD 的独享物理节点，不是虚拟机。节点全年 365 天正常运行，实际网络表现、订单可用性与交付信息以控制台实时返回为准。
1档固定配置
4个在售节点
2条首任务路径
部署运行单
VMMini M4
目录可订
- 处理器
- M4
- 内存
- 16GB
- 系统盘
- 256GB SSD
- 节点
- 新加坡、东京、首尔、香港
任务出口
MLX健康检查通过
CIrunner 在线接单
开始前准备
先把七项输入写清，再创建订单
节点、周期和存储会直接影响交付后的操作路径。先整理一张简短任务卡，可以避免连接后才发现代码源太远、磁盘不足或团队没有可用公钥。
标记团队位置
列出主要操作人员所在区域。多人协作时，不只看管理员位置，也要考虑日常查看日志和拉取产物的成员。
确认代码源位置
记录代码仓库、模型文件、依赖缓存与制品存储所在网络。任务数据从哪里进入，往往比团队所在地更影响选点。
选择租用周期
短验证可按天，连续冲刺可按周，稳定构建或服务运行可按月或季。周期应覆盖部署、验证和数据迁出的完整时间。
估算存储容量
把模型权重、依赖缓存、构建目录、归档产物和日志同时计算。不要只按代码仓库大小估算系统盘需求。
准备 SSH 公钥
为本次任务使用独立密钥，并确认私钥由授权人员保管。提交的是公钥，不要通过邮件或工单发送私钥。
确认接收邮箱
使用能够持续接收订单与服务通知的工作邮箱，并确保交付负责人可以访问。任务交接前同步更新内部联系人。
第一步 · 选择节点
按工作负载的数据路径选，不按城市名猜
VMMini M4 当前覆盖新加坡、日本（东京）、韩国（首尔）和香港四个节点。四个目录内组合均可订，实际可用性以控制台实时返回为准。
SG
充足
新加坡
适合代码源、团队或服务对象位于东南亚的任务。跨区域拉取大型模型或依赖前，应先测试实际下载路径，而不是只看 ping。
- 优先核对
- 东南亚访问链路
- 适合验证
- 模型下载、API 回源、产物上传
JP
充足
日本（东京）
适合主要依赖和协作成员位于日本或东亚的构建任务。若流水线频繁下载依赖，应同时测首包延迟与持续吞吐。
- 优先核对
- 东亚代码源与制品库
- 适合验证
- 仓库克隆、缓存恢复、日志查看
KR
充足
韩国（首尔）
适合团队或交付链路位于韩国及东北亚的任务。需要持续上传构建产物时，应加入真实文件传输测试。
- 优先核对
- 东北亚团队访问
- 适合验证
- 远程操作、制品上传、服务探活
HK
充足
香港
适合主要操作端、代码源或业务链路位于华南及东南亚的任务。跨境访问仍会受本地运营商和路由变化影响。
- 优先核对
- 华南与东南亚路径
- 适合验证
- SSH 往返、代码同步、产物下载
A
交互任务优先观察 SSH 输入响应、日志刷新和小文件传输。
B
构建任务优先观察仓库克隆、依赖下载、缓存恢复和产物上传。
C
推理服务优先观察模型准备、客户端到服务端的真实请求路径和持续稳定性。
节点延迟参考
用中位数做初筛，再用自己的链路复测
下表记录主要城市测试端到四个在售节点的 ICMP 往返时间。它适合排除明显不合适的路径，但不能替代仓库、模型源、制品库和最终用户链路的实际测试。
| 测试端城市 | 新加坡节点 | 东京节点 | 首尔节点 | 香港节点 |
|---|---|---|---|---|
| 上海测试端 | 79 ms | 48 ms | 52 ms | 36 ms |
| 深圳测试端 | 47 ms | 66 ms | 61 ms | 24 ms |
| 台北测试端 | 58 ms | 39 ms | 45 ms | 31 ms |
| 曼谷测试端 | 33 ms | 92 ms | 99 ms | 56 ms |
怎样复测
在团队常用网络上分别执行多轮 ping，并在预计的工作时段重复。随后克隆一个接近真实体积的仓库、下载依赖或模型文件，再上传一份代表性产物。
怎样读结果
低中位数不等于持续稳定。还要观察丢包、波动、下载吞吐和高峰时段变化。表中结果仅用于选点初筛，不代表持续性能保证。
第二步 · 创建订单
固定配置，先选节点与周期，再决定附加项
当前正好提供一档 VMMini M4。订单中需要明确物理节点、租用周期和附加配置；不要在提交后才开始估算磁盘或并联设备数量。
唯一在售配置
创建 VMMini M4 订单
VMMini M4
Mac Mini M4 · 16GB RAM · 256GB SSD
按天
$20.5
适合短验证和一次性任务
按周
$55.4
适合发布冲刺和集中构建
按月
$102.6
适合稳定流水线和持续实验
按季
$279.1
适合连续项目和固定执行环境
01
选节点
仅从新加坡、东京、首尔、香港中选择，并记录选点依据。
02
选周期
按天、周、月或季创建，周期应包含部署与数据迁出时间。
03
选附加项
根据模型、缓存、产物和设备并联需求核对数量。
附加项按同一周期进入订单
存储扩展和 Thunderbolt 5 并联不是基础配置的一部分。只有任务确实需要时再添加，并将对应周期价格计入预算。
+1TB SSD存储扩展
- 天
- $2.4
- 周
- $6.4
- 月
- $11.8
- 季
- $32.1
+2TB SSD存储扩展
- 天
- $4.8
- 周
- $12.8
- 月
- $23.6
- 季
- $64.2
Thunderbolt 5 并联每台
- 天
- $1.3
- 周
- $3.4
- 月
- $6.3
- 季
- $17.1
第三步 · 完成结算
只核对 USD 总额与两类支付方式
订单价格和结算统一使用 USD。提交支付前，逐项核对基础周期、节点、SSD 扩展和 Thunderbolt 5 并联数量，确认总额与任务卡一致。
USDT-TRC20
按订单显示的信息完成转账，核对网络、金额与订单状态。
Visa / Mastercard / Amex
银行卡支付经 Stripe 处理，实际可用网关以控制台返回为准。
第四步 · 首次连接
先验证交付信息，再安装工具链
首次连接的目标不是立刻开始跑任务，而是建立可信基线。先核对主机指纹、系统信息、磁盘、时间、网络和账户权限，再修改环境。
-
01
核对主机指纹
将连接时显示的指纹与交付记录逐字比对。若不一致，停止连接并通过控制台提交工单。
-
02
使用 SSH 或 VNC
命令行任务优先使用 SSH；需要观察 macOS 图形界面时使用 VNC。只开放任务必需的访问入口。
-
03
检查系统与磁盘
记录 macOS 版本、内核架构、系统盘容量和可用空间，作为后续故障排查基线。
-
04
检查时间与网络
确认时区、系统时间、DNS、外部依赖访问和代码源连通性，避免证书或构建时间戳异常。
-
05
检查账户权限
验证当前账户只拥有任务需要的权限，并将项目凭据与人员登录凭据分开管理。
首次连接检查单
READ ONLY FIRST
sw_vers
uname -m
df -h /
date
scutil --get TimeZone
networkQuality
whoami
id
预期架构
arm64
记录方式
保存脱敏输出
第五步 · 运行工作负载
从一个可验证的小任务开始
不要把完整生产流程作为第一次运行。先用最小模型请求或单一构建任务验证环境、日志、退出码和产物路径，再逐步扩大任务范围。
路径 A
MLX 推理服务健康检查
先确认 Python 环境和模型目录，再让服务仅监听本机地址。健康检查通过后，根据真实调用方与访问策略开放必要端口。
export MODEL_PATH="/srv/models/current"
export SERVICE_PORT="8080"
python -m mlx_lm.server \
--model "$MODEL_PATH" \
--host 127.0.0.1 \
--port "$SERVICE_PORT"
curl --fail \
"http://127.0.0.1:${SERVICE_PORT}/v1/models"- 记录模型版本、依赖锁文件和启动参数。
- 确认健康检查返回成功状态和预期模型标识。
- 把访问令牌放入环境变量或受控密钥存储。
- 保存启动日志、错误日志和资源峰值观察结果。
路径 B
注册 self-hosted runner
为单一项目创建受限 runner，使用短期注册令牌完成配置。先执行无签名、无发布动作的最小构建，再接入正式流水线。
export REPOSITORY_URL="$CI_REPOSITORY_URL"
export RUNNER_TOKEN="$CI_RUNNER_TOKEN"
./config.sh \
--url "$REPOSITORY_URL" \
--token "$RUNNER_TOKEN" \
--name "vmmini-m4-runner"
./run.sh- 不同项目使用独立工作目录和凭据范围。
- 构建前输出工具版本，不输出任何令牌内容。
- 缓存按项目键隔离，失败后检查是否存在污染。
- 任务结束后撤销 runner，并清理残留凭据。
0个未解释的错误
首次任务应有明确退出码和可定位日志。
1份可复现记录
保存依赖版本、命令、配置与产物路径。
2类凭据隔离
人员访问与项目自动化凭据分开管理。
交付后检查
任务跑通不等于部署完成
完成下面六项检查后，团队才拥有可恢复、可排查、可退出的运行环境。每项都应留下负责人、验证结果和下一次检查条件。
验证重启恢复
确认服务、runner 或调度脚本在预期方式下恢复，并记录需要人工介入的步骤。
整理任务日志
区分运行日志、错误日志和审计记录，完成脱敏并设定容量与保留策略。
测试产物导出
实际下载或上传一份代表性产物，核对校验值、权限、目标位置和传输耗时。
建立监控告警
至少覆盖服务探活、任务失败、磁盘余量和关键进程状态，并验证通知能够到达负责人。
写明数据清理计划
列出任务结束时需要删除的代码、模型、缓存、日志、产物副本和临时凭据。
保存订单标识
把订单标识、节点、问题发生时间、复现步骤和脱敏日志作为支持请求的最小信息集。
可交接标准
另一位工程师只看运行记录，也能连接、复现、导出并安全结束任务。
查看支持文档
准备创建第一笔订单
把任务卡带进控制台，按真实链路完成选点
选择 VMMini M4、新加坡或东京或首尔或香港节点，以及按天、周、月或季周期。所有订单使用 USD 结算；交付后先完成连接基线，再运行首个工作负载。