先釐清任務，再決定租用多久
MLX 推論驗證可能按日進行，發布期間的建置佇列可能持續一週，持續整合執行器通常需要按月或按季運作。使用者可以依任務長度選擇週期，不必為短期高峰長期持有閒置設備。
關於 VMMini
將短期 Mac 算力，交付為界線清楚的實體節點
VMMini 專注提供雲端 Mac 獨享實體機。每筆訂單對應一台 Apple Silicon 實體節點，適合 MLX 推論、Mac AI 部署、iOS/macOS 建置與遠端自動化，不是從共享資源切分出的虛擬機。
我們只公開實際在售的 VMMini M4 規格，以及新加坡、日本（東京）、韓國（首爾）和香港四個節點。規格、週期價格與目錄範圍在公開頁面及控制台保持一致。
VMMini
實體節點
- 目錄規格
- M4 / 16GB / 256GB
- 運作方式
- 獨享實體機，非虛擬機
- 計費週期
- 按日、週、月、季
- 運作目標
- 99.9%
為什麼只提供這類服務
設備應服務於任務週期，而不是變成長期管理工作
短期推論實驗、版本發布衝刺與建置高峰通常只持續數天或數週，但自行購買設備會讓採購、上架、網路、遠端存取、系統更新與故障處理變成長期工作。VMMini 將這些基礎設施工作納入可選週期的雲端 Mac 服務。
在下單前寫清楚實體資源界線
選擇節點前即可核對晶片、記憶體、硬碟、週期價格與附加項目。VMMini M4 固定為 M4、16GB RAM 與 256GB SSD，不用模糊的方案名稱掩蓋實際規格。
讓退出計畫與部署計畫同時存在
任務開始前就應確認產物如何匯出、日誌保存多久、金鑰何時撤銷，以及資料如何清除。如此按日或按週使用雲端 Mac 時，結束階段不會變成臨時補救。
產品原則
四件事必須在建立訂單前說清楚
工程團隊評估基礎設施服務，依賴的是可核對的資訊。我們以固定目錄約束頁面、控制台與支援流程，不用模糊包裝取代事實。
規格寫清楚
唯一在售規格是 VMMini M4：M4、16GB RAM、256GB SSD。需要更多儲存空間或 Thunderbolt 5 串聯時，附加項目另行計價，不混入基本規格。
節點列完整
目錄涵蓋新加坡、日本（東京）、韓國（首爾）與香港四個節點。選擇時應結合團隊位置、程式碼來源位置與使用者存取路徑，而不是只看城市名稱。
價格一致
基本規格價格固定為 $20.5/天、$55.4/週、$102.6/月、$279.1/季。頁面顯示的週期價格必須與訂單目錄一致，全部以 USD 標示及結算。
狀態可查
目錄內的機型與節點組合通常可訂，實際可用狀態以控制台即時回傳為準。節點事件、訂單紀錄與支援處理應能對應到具體時間與訂單識別碼。
明確界線：
共享運算資源不會包裝成獨享實體節點。節點硬體、外部網路路徑與使用者自身軟體屬於三個不同層次，排查時必須分別驗證。
目標使用者
為需要真實 macOS 執行環境的工程任務提供資源
不同團隊使用同一台雲端 Mac 時，關注點並不相同。我們依工作負載說明輸入、運作方式與需要帶走的產物，避免把所有需求壓縮成一句「遠端開發」。
iOS / macOS 開發
BUILD
將建置高峰移出個人工作站
開發者通常需要固定的 Xcode 工具鏈、穩定的相依套件快取、可追蹤的封存產物與可重現的失敗日誌。痛點不只是單次編譯，而是發布期間多人爭用本機設備、環境漂移與產物散落。
- 輸入
- 程式碼、鎖定檔、建置設定、受控憑證
- 運作
- 命令列建置、測試、封存與日誌保存
- 產物
- 封存檔、測試報告、符號檔與建置紀錄
CI/CD 團隊
QUEUE
讓 self-hosted runner 擁有明確的資源所有權
持續整合團隊關注佇列吞吐量、專案隔離、快取清理、執行器撤銷與失敗重試。共享環境容易讓快取污染與權限問題擴散至多個專案，獨享實體節點則便於依機器建立執行基準。
- 輸入
- Runner 註冊資訊、儲存庫權限與任務標籤
- 運作
- 隔離工作目錄、限制並行數、清理暫存檔案
- 產物
- 流水線日誌、測試結果、安裝套件與驗證資訊
AI 實驗使用者
MLX
在 Apple Silicon 上重現實驗與部署服務
MLX 推論與 Mac AI 部署需要留意模型檔案、記憶體用量、服務監聽位址、健康檢查與日誌收集。常見管理成本來自模型快取膨脹、開放過多連接埠，以及實驗結束後缺乏清理計畫。
- 輸入
- 模型、推論腳本、相依版本與測試樣本
- 運作
- 本機監聽、健康檢查、資源監測與批次任務
- 產物
- 回應結果、效能日誌、模型設定與重現說明
運作目標
99.9% 服務目標，依訂單紀錄與時間視窗核對
所有節點全年 365 天正常運作，不安排定期停機。服務目標用於衡量節點服務可用性，但不將外部網路路徑、使用者自身軟體錯誤或不可控事件納入硬體節點結論。
99.9%
服務可用率目標
- 計算視窗、可用狀態定義與申請流程以服務條款為準。
- 核對資料包括訂單識別碼、節點、發生時間、連線測試與去識別化日誌。
- 補償依服務條款中的可用率標準、排除項目與審核結果決定。
90 天觀測視窗
每個短格代表一個日曆日
目標涵蓋日
01–10
11–20
21–30
31–40
41–50
51–60
61–70
71–80
81–90
此儀表說明計算結構與目標標準，不取代訂單層級的事件紀錄。具體節點狀態與對應時間以控制台回傳資訊為準。
節點營運界線
四個在售節點，三層問題必須分開判斷
節點城市決定實體部署位置，但無法單獨預測每位使用者的存取體驗。下單前應從節點可用性、實際網路路徑與工作負載自身狀態三個層次進行測試。
SG新加坡
面向東南亞團隊與工作負載。適合先分別測試團隊出口、程式碼來源與目標使用者網路。
選擇新加坡節點JP日本（東京）
面向日本及東亞存取路徑。應同時檢查辦公室網路、自動化平台與相依套件下載路徑。
選擇東京節點KR韓國（首爾）
面向韓國及東北亞任務。持續整合團隊應從 Runner 到程式碼來源的實際路徑進行判斷。
選擇首爾節點HK香港
面向華南與東南亞存取需求。跨地區團隊應分別收集各辦公室網路的連線結果。
選擇香港節點| 層次 | 先檢查什麼 | 需要記錄什麼 | 如何繼續 |
|---|---|---|---|
| 節點可用性 | 主機是否回應、系統是否啟動、訂單狀態是否正常 | 訂單識別碼、節點、發生時間、連線結果 | 在控制台核對狀態，異常時提交相關工單 |
| 網路路徑 | 本地出口、電信商路由、程式碼來源與目標服務鏈路 | 來源網路、目標位址、連續測試結果與路由資訊 | 更換來源網路重新測試，區分單一路徑與節點問題 |
| 使用者軟體 | 程序、連接埠、權限、相依套件、磁碟與任務日誌 | 重現步驟、版本、去識別化日誌與最近變更 | 先還原最近變更，再依任務層逐項恢復 |
安全與存取責任
獨享硬體不代表可以省略權限管理
實體節點減少了資源共享界線，但程式碼、憑證、服務連接埠、日誌與匯出資料仍由使用者控制。安全措施應涵蓋任務開始、運作期間與結束階段。
依最小權限拆分存取權限
只向執行任務的人員與自動化流程分配必要權限。專案憑證與個人存取資訊分開保存，不要將私鑰直接寫入儲存庫、建置腳本或映像檔層。
- 建立人員、Runner 與服務程序的權限清單
- 只開放工作負載實際使用的連接埠
- 為撤銷存取權限預留負責人與操作路徑
輪替金鑰，讓日誌可安全分享
長期任務應依團隊規範輪替存取金鑰。使用日誌排查問題時，先移除權杖、私鑰、環境變數值與可識別個人身分的資訊，再附加至支援請求。
- 記錄金鑰建立時間、使用範圍與撤銷狀態
- 限制日誌讀取權限與保存週期
- 發生異常時保留時間線，而不是複製整個環境
匯出產物後執行資料清理
訂單結束前確認建置產物、模型設定、測試結果與必要日誌已完成匯出。接著撤銷 Runner、刪除暫存憑證、清理模型與建置快取，並確認自動化任務不再指向該節點。
- 核對產物完整性與驗證資訊
- 撤銷專案存取權限與機器關聯
- 記錄清理結果與未完成事項
責任界線：VMMini 負責訂單對應的實體節點服務與控制台紀錄；使用者負責自身程式碼、存取憑證、軟體設定、開放連接埠、工作負載內容與資料匯出安排。
透明更新機制
事實變更要能找到來源，也要在多語言頁面保持一致
規格、價格、節點目錄、服務狀態與政策都會影響採購及運作決策。相關變更會透過明確管道發布，避免某個頁面已更新，其他語言或控制台仍保留舊資訊。
CATALOG產品目錄
機型規格、節點範圍、週期價格與附加項目會先納入正式目錄，再同步至方案頁、下單流程與說明內容。目錄外組合不會以灰色選項顯示。
核對方案目錄GUIDE操作文件
連線步驟、MLX 服務檢查、持續整合排查與資料匯出方法都會在說明中心維護。操作變更應同時說明適用情境與需要重新驗證的步驟。
開啟說明中心ORDER訂單紀錄
與特定訂單相關的節點、週期、付款、事件與支援紀錄都會在控制台關聯。已有訂單的問題優先從控制台提交，以減少重複說明。
進入控制台POLICY政策條款
資料處理、服務目標、使用責任與爭議處理等規則分別載於隱私權政策與服務條款。影響使用者權利或責任的調整會更新對應內容。
多語言一致性檢查
機型規格、四節點目錄、價格數字、付款方式、服務目標與聯絡管道都屬於關鍵事實。更新時依同一來源同步，不因語言版本不同而改變產品界線。
下一步
用實際任務、節點與週期完成一次部署評估
先確認工作負載需要的運作時間、程式碼來源位置、儲存容量與退出計畫，再選擇按日、週、月或季使用。訂單統一以 USD 結算。