釐清等待與建置
提交程式碼後，流水線可能還沒開始編譯，就得先等執行器。調整指令碼可以減少編譯步驟，卻無法讓共用佇列只為你的專案服務。團隊也難以判斷，究竟是專案變慢了，還是任務尚未取得資源。
我們選擇將整台實體節點配置給單一租戶。你的 runner 可以只接收指定專案，任務標籤、觸發條件和執行順序都由你設定。其他租戶不會進入這台機器的建置佇列。
讓團隊掌握建置環境
我們只專注一件事：
我們只專注一件事：
讓打包機不再排隊
提供獨享實體 Mac mini，讓 iOS/macOS 團隊自行決定工具鏈、簽章環境與任務順序。不是虛擬機，也不會把你的編譯任務塞進其他租戶的佇列。
提供日租、週租、月租與季租。節點供應情況以控制台即時資訊為準。
- 資源分配
- 一個租戶獨享整台節點
- 機型選擇
- 3 種 Apple Silicon 配置
- 節點選擇
- 6 個地區可選
先解決排隊，再談自動化
合併一次程式碼，不該先等別人的任務跑完
這項服務的出發點，是共用 CI 環境中反覆出現的兩個問題：團隊無法掌握執行資源，簽章環境也難以獨立維護。
讓團隊掌握簽章環境
憑證、描述檔、Keychain、Xcode 路徑與相依套件快取，共同構成打包環境。共用環境中的一次清理或版本變更，就可能讓原本可重現的 Archive 失敗，還得人工排查。
獨享節點讓團隊能建立自己的目錄、權限與工具鏈規範。固定 Xcode 版本、區分測試與發佈任務、記錄簽章設定，再將這些規範寫進流水線。環境不再是一次性的黑盒，而是可檢查、可重建的工程資產。
這裡所說的「不再排隊」，是指不必等待其他租戶占用你的節點，不代表任意數量的任務都能同時完成。編譯速度仍取決於專案規模、相依套件下載、記憶體負載與並行設定；先用自己的專案測試，再決定配置與租用期間。
看得見、查得到的服務原則
把服務界線說清楚，比堆砌形容詞更重要
我們透過資源配置、價目表與硬體規格說明服務。以下三項原則，同樣適用於短期測試與長期建置節點。
獨享，不超賣
一台實體節點只配置給一個租戶。CPU、統一記憶體與本機儲存空間不與其他租戶共用，也不會切分成虛擬機重複配置。
你可以執行多個專案，但須自行控管任務並行數。建議先建立單一任務的基準，再逐步增加 runner 並行數，觀察記憶體、磁碟與成品輸出是否穩定。
價格透明，三種機型逐一列出
三種機型均列出日、週、月、季租價格。入門款為 XR Build 16，每天 $21.7；延長租用期間時，請查看對應期間的牌價，不要直接累加短租價格。
儲存空間擴充與 Thunderbolt 5 並聯方案均另列價格。比較方案時，請將節點租用費與所需加購項目分開確認，付款前再核對設定明細。
規格務實，不誇大
目錄僅提供三種配置：M4 / 16GB / 256GB、M4 / 24GB / 512GB、M4 Pro / 64GB / 2TB。機型名稱不能取代晶片、記憶體與磁碟容量等資訊。
不會把示範任務的耗時包裝成你的專案效能承諾。測試時請記錄冷建置、增量建置與 Archive，並固定程式碼版本、Xcode 版本及快取條件。
從一天的工作需求開始選機型
四種工作流程，同一套獨享原則
以下是依常見使用者角色整理的工作流程範例，並非客戶案例或效能實測。每個範例都先說明執行內容，再列出值得測試的機型。
獨立開發者：完成新功能，再打包一次
白天在本機撰寫 SwiftUI、調整互動細節。提交程式碼後，讓雲端節點抓取指定分支、解析相依套件、執行測試與 xcodebuild archive，接著匯出簽章成品，並依團隊流程上傳至 TestFlight。
從單一 App、低並行數開始，先測試 XR Build 16。保留發佈指令碼與失敗記錄，隔天排查問題時就不必重新猜測環境。
XR Build 16 · M4 / 16GB / 256GB
CI 團隊：讓合併請求接上執行器
上午檢查上一輪的失敗記錄，下午合併程式碼後自動觸發 GitHub 或 GitLab self-hosted runner。依標籤區分單元測試與發佈任務，以 Fastlane gym 管理打包流程，讓 App、Widget 與 Extension 使用一致的簽章設定。
若有多個 Target、測試與快取同時運作，可先測試 XR Build 24。逐步調整並行數，避免多個 Archive 同時寫入相同輸出目錄或爭用簽章狀態。
XR Build 24 · M4 / 24GB / 512GB
AI 實驗：錯開模型運算與建置時間
上午使用 MLX 測試小型模型推論，記錄模型、量化方式與記憶體用量；下午嘗試微調並儲存檢查點，再依專案需求測試 Core ML 匯出。若夜間還要打包，請先結束實驗程序或限制並行數。
這類工作可從 XR Build Pro 64 開始測試。64GB 統一記憶體是明確的硬體配置，不代表任何模型都能執行；請先估算模型、執行環境與其他任務的總用量。
XR Build Pro 64 · M4 Pro / 64GB / 2TB
影音工作流程：交給佇列處理，不只留一份檔案
白天透過 macOS 圖形介面檢查專案與素材路徑，確認 Logic 或 Final Cut 所需的軟體授權、外掛與字型；夜間安排算圖或批次轉碼。完成後匯出成品，確認檔案完整，再清除暫存快取。
大型專案可測試 XR Build Pro 64，但原始素材與成品都應保留外部備份。遠端操作體驗取決於本機網路與節點距離，正式移轉前請先用實際素材測試連線。
XR Build Pro 64 · M4 Pro / 64GB / 2TB
同一份目錄，六個節點
選擇地區，再確認工具鏈與交付資訊
所有機型皆為 Apple Silicon Mac mini，三種配置適用於全部六個節點。先依團隊工作時段與網路狀況選擇地區，再以實際連線測試遠端操作體驗；時區相近不代表網路延遲一定較低。
新加坡
SG · UTC+8
適合東南亞團隊安排日間協作與夜間任務。移轉前請確認實際連線是否能存取原始碼儲存庫與套件來源。
日本 · 東京
JP · UTC+9
適合以日本工作時段協作的團隊。請在 CI 設定中指定發佈任務的時區，避免排程依照本機預設時區執行。
韓國 · 首爾
KR · UTC+9
適合韓國與東北亞團隊檢查建置記錄與成品。測試遠端桌面時，也請確認文字輸入與檔案傳輸是否順暢。
香港
HK · UTC+8
適合華南與東南亞團隊依工作時段協作。跨地區存取儲存庫時，請分別測試連線穩定度與相依套件下載情況。
美國東部
US-E · UTC−5 / UTC−4
適合北美東岸團隊，也方便配合西歐工作時段。夏令時間會改變當地時差，建議為排程明確指定時區。
美國西部
US-W · UTC−8 / UTC−7
適合北美西岸團隊同步排查與發佈。跨時區協作時，請在記錄中保留時差資訊，避免誤判任務先後順序。
以上狀態對應目前販售的節點；下單時的實際供應情況以控制台即時資訊為準。節點全年 365 天正常運作，硬體異常則依故障處理流程跟進。
維運涵蓋交付、檢查與故障處理
不讓硬體問題埋在建置記錄裡。交付時確認環境，使用期間釐清是應用程式還是節點故障；需要處理硬體時，先說明資料與復原的範圍。
-
上架與交付確認
確認晶片、記憶體、磁碟與地區資訊，並準備 macOS 與 Xcode 環境。配置完成後，可在控制台取得 SSH 與遠端桌面連線資訊；團隊還應確認管理員權限、Xcode 路徑與專案相依套件，先跑通小型測試任務，再移轉正式流水線。
-
定期檢查與問題排查
節點端會檢查連線狀態與硬體運作情形；專案端則由團隊留意磁碟空間、快取增長與任務失敗記錄。發生異常時，請透過控制台工單提供節點地區、機型、發生時間與錯誤資訊，先釐清網路、工具鏈、簽章或硬體問題，不要把所有失敗都歸因於編譯效能。
-
硬體處理與復原驗證
確認硬體異常後，透過工單協調節點處理或更換，並說明連線資訊是否變更，以及哪些內容需要重新部署。團隊應依備份復原原始碼、相依套件與簽章環境，再確認工具鏈版本並執行驗證建置；更換硬體不等於資料備份，也不應只憑未經確認的成品判定復原成功。
看看哪種方案適合你
先確認晶片、記憶體、磁碟與計費期間，再用自己的專案測試。從可重現的 Archive 開始，逐步移轉建置佇列。
僅支援 USDT-TRC20 與 Visa / Mastercard / Amex（透過 Stripe），以美元結算；實際可用的付款閘道以後端介面回傳為準。