定義用途
確認第一個工作是 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 結算；交付後先完成連線基準檢查，再執行第一個工作負載。