先登記環境
先寫清系統版本、應用程式版本、測試資料批次與預設條件，再開始執行測試案例。
去識別化工作介面
雲端 Mac 如何進入開發、建置與 MLX 推理流程
這裡不展示裝飾性的裝置插畫。每個案例都以訂單摘要、任務批次、資源讀數與交付登記說明：該選哪個配置、任務如何推進，以及哪些狀態需要團隊核對。
- 在售配置
- 3 台獨享實體機
- 節點目錄
- 4 個常態可訂節點
- 案例類型
- 5 類工程工作流程
執行派單
服務正常
MLX 服務批次 028
VMCache M4 Pro 64
- 晶片
- M4 Pro
- 統一記憶體
- 64GB
- 儲存空間
- 2TB
- 節點
- 日本（東京）
41.6GB / 64GB
範例統一記憶體使用量
- 模型階段
- 已載入
- 請求批次
- 8
也可選擇週租、月租或季租，價格以所選機型與租期為準。
- 新加坡充足
- 日本（東京）充足
- 韓國（首爾）充足
- 香港充足
交付登記
配置已確認
節點已確認
進入任務佇列
AI 推理服務
先觀察模型載入與記憶體，再決定請求並行數
MLX 工作負載不能只看一次啟動是否成功。團隊需要將模型格式、統一記憶體、服務監聽範圍、請求批次與載入記錄放入同一張執行單，才能判斷問題出在模型準備、資源使用量或服務設定。
- 模型準備 記錄模型名稱、量化方式、檔案位置與載入參數，避免不同批次使用不一致的輸入。
- 資源判斷 以執行中的統一記憶體讀數為依據。需要更大模型或更多並行請求時，優先評估 VMCache M4 Pro 64 的 64GB 統一記憶體。
- 暴露範圍 核對服務監聽位址、存取控制與記錄去識別化，確認介面不會因預設設定暴露到不必要的網路範圍。
MLX 執行登記
健康
模型載入與請求批次
- 模型狀態
- 已載入
- 統一記憶體
- 41.6GB / 64GB
- 監聽範圍
- 127.0.0.1
- 請求批次
- 8 requests
讀取模型索引與權重分片完成
建立統一記憶體對映完成
啟動本機推理服務完成
傳送去識別化驗證請求批次通過
介面讀數為去識別化工作流程範例，用於說明檢查順序，不代表不同模型的效能結論。
Xcode CI/CD
流程正常
封存任務 XC-1842
01
提交觸發
完成
接收指定分支與提交識別碼。
02
相依項準備
完成
還原相依項快取並核對鎖定檔案。
03
封存
完成
依固定 scheme 執行建置與封存。
04
簽署
完成
從團隊的秘密管理流程注入簽署材料。
05
產物交付
完成
登記產物校驗值與儲存位置。
Unity iOS 打包
專案同步、建置佇列與產物核對各自留痕
Unity iOS 打包通常涵蓋專案資源、Unity 建置、Xcode 匯出與產物交接。將所有操作壓縮成一個「建置中」狀態，會讓失敗原因難以定位。更穩妥的方式，是為每個階段登記輸入、輸出與責任邊界。
- 專案同步 先核對提交識別碼、大型檔案資源與套件相依項，確認雲端工作目錄與預期版本一致。
- 進入建置佇列 將 Unity 專案匯出與 Xcode 封存分成兩個任務，分別儲存記錄與退出狀態。
- 產物核驗 交付前登記檔案名稱、產生任務、校驗值與儲存位置，避免團隊成員取錯建置批次。
行動開發任務單
已核對
Unity iOS 建置批次 U-072
- 執行機型
- VMCache M4 24
- 硬體規格
- M4 / 24GB / 512GB
- 任務節點
- 新加坡
- 批次識別碼
- U-072
- 01專案同步完成
提交、資源與相依項清單一致
- 02Unity 建置完成
產生 Xcode 專案並儲存記錄
- 03Xcode 匯出完成
執行封存與匯出任務
- 04產物核對完成
登記檔案校驗值與交付位置
讓版本、測試集、結果與複測負責人出現在同一張登記板
多版本 macOS 測試的重點不是同時開啟更多視窗，而是確保每個測試批次都能追溯至明確環境。登記板將系統版本、測試集、結果狀態、問題編號與複測負責人放在同一筆記錄中。
| 環境登記 | 測試集 | 本輪結果 | 複測負責 | 下一步 |
|---|---|---|---|---|
| macOS 15.x REG-A15 |
安裝、啟動與升級路徑 | 通過 | 桌面品質組 | 保留基準結果 |
| macOS 14.x REG-B14 |
檔案讀寫與權限檢查 | 需複核 | 相容性小組 | 重現後補充去識別化記錄 |
| 升級路徑 UPG-014 |
設定遷移與首次啟動 | 進行中 | 發布工程組 | 完成回歸批次 |
分狀態記錄結果
將通過、需複核與進行中分開記錄，不用一句籠統的「測試完成」掩蓋尚未解決的事項。
先將證據去識別化
截圖與記錄進入協作系統前，移除密碼、私密金鑰、權杖與可識別的真實連線資料。
按工作負載分配三種機型，而不是讓所有任務爭用同一台機器
並行建置的目標不是平均拆分任務，而是將輕量驗證、日常開發與高記憶體工作負載放到合適的獨享實體節點。新加坡、日本（東京）、韓國（首爾）、香港四個節點均涵蓋三種在售機型，實際可用狀態以下單時控制台即時回傳為準。
輕量建置佇列
新加坡
VMCache M4 16
M4 / 16GB / 256GB
- 適合任務提交驗證、工具編譯
- 資源邊界輕量相依項與短批次
- 佇列策略高頻、小批次
日常開發佇列
韓國（首爾）
VMCache M4 24
M4 / 24GB / 512GB
- 適合任務Xcode、Unity iOS
- 資源邊界日常建置與除錯
- 佇列策略按專案分批
高記憶體任務佇列
香港
VMCache M4 Pro 64
M4 Pro / 64GB / 2TB
- 適合任務MLX 推理、大型封存
- 資源邊界高統一記憶體需求
- 佇列策略隔離長時間任務
新加坡UTC+8
適合涵蓋東南亞協作時段。
日本（東京）UTC+9
適合日本開發與測試協作。
韓國（首爾）UTC+9
適合韓國建置與品質團隊。
香港UTC+8
適合跨區域專案交接。
從案例進入配置
按任務選機型，按團隊協作路徑選節點
輕量建置可從 VMCache M4 16 開始；日常 Xcode 與 Unity 工作可比較 VMCache M4 24；高統一記憶體的 MLX 推理任務可評估 VMCache M4 Pro 64。確認配置後即可進入下單流程。