我們先解決「建置在哪裡執行」
本機開發機適合互動式工作，卻不一定適合承接長時間、可重複的自動化任務。RunnerVM 將一台專屬實體 Mac mini 作為可按週期租用的開發基礎架構，讓建置腳本、快取目錄、工具鏈與產物路徑都能由團隊持續管理。
服務核心不是把桌面搬到瀏覽器，而是提供一台可透過圖形介面或命令列操作的雲端 Mac。開發者可依專案需求執行 Xcode、xcodebuild、fastlane、測試工具與常用依賴管理流程。
開發者基礎架構團隊
讓持續執行的建置工作，都有一台歸屬清楚的雲端 Mac
RunnerVM 為 iOS、macOS、CI/CD 與 AI 實驗提供專屬實體 Mac mini 節點。我們不會把共享虛擬資源包裝成專屬設備，而是逐項說明機型、區域、價格、交付狀態與問題處理流程。
1
種在售配置
5
個節點或資料中心
365 天
節點正常運作
RUNNERVM
建置工作執行單
實體節點
程式碼提交
專屬 Mac
建置產物
- 在售機型
- Runner M4
- 硬體
- M4 / 16GB / 256GB
- 設備屬性
- 專屬實體機，非虛擬機
- 可選區域
- 新加坡、日本（東京）、韓國（首爾）、香港、美國東部
配置可核對
訂單可追蹤
問題可回溯
RunnerVM 源自一條反覆執行的建置流程
行動應用程式建置不是一次性的遠端操作。程式碼取出、依賴套件還原、簽署資料注入、封存、匯出與日誌保留都會持續發生，團隊需要的是可重複使用且歸屬明確的執行環境。
辨識重複任務
將頻繁發生的簽署、封存、匯出與日誌收集工作從個人設備中分離出來。
固定執行環境
透過專屬實體節點，維持工具鏈、快取與建置目錄的可管理性。
留下核驗路徑
讓配置、訂單、節點、工單與執行記錄都能沿著同一條流程追蹤。
哪些任務適合交給 RunnerVM，哪些決策仍由團隊負責
清楚界定範圍，比把所有問題都歸入「雲端服務能力」更重要。我們提供執行環境與節點管理；專案架構、簽署策略、依賴版本與發布決策仍由使用團隊掌握。
適合持續建置與遠端開發
適用於 iOS 與 macOS 編譯、CI/CD 執行器、React Native iOS 打包、Xcode 自動化封存、命令列任務、遠端除錯準備，以及明確需要 Apple Silicon 環境的 AI 實驗。
- 需要專屬運算環境與穩定目錄結構
- 需要按日、週、月或季使用設備
- 需要在五個在售區域中選擇連線位置
不把共享資源寫成專屬設備
RunnerVM 在售的是專屬實體 Mac mini，交付設備不是虛擬機。頁面不會用含糊的「高效能執行個體」取代真實機型，也不會提供目錄以外的記憶體、儲存空間或晶片組合。
- 不代替團隊決定專案依賴與發布流程
- 不承諾未經專案驗證的建置時間
- 不以共享虛擬資源冒充專屬實體節點
產品事實只有一套，呈現語言可以不同
RunnerVM 的多語言頁面、方案說明、下單配置與支援回覆共同引用同一份產品事實。使用者切換語言後，配置、價格、區域與支付範圍不應改變。
配置如實
在售設備逐項列明晶片、記憶體、儲存空間與實體屬性。目前 Runner M4 對應 M4、16GB、256GB，不增加未在售機型，也不把附加儲存空間寫成基本配置。
價格一致
按日、週、月、季計費的價格，在方案頁、下單頁與相關說明中保持一致。所有訂單均以美元結算，附加項目另行列明，不用含糊的起始價格掩蓋完整週期成本。
節點可核驗
目錄明確列出五個在售區域。使用者選擇區域時，只顯示目前機型支援的組合；網路排查則記錄來源節點、目標節點、時間與完整輸出。
問題可追蹤
技術問題以訂單、節點、發生時間、重現步驟與去識別化日誌為基礎建立工單。處理狀態、補充資訊與結論沿同一張工單更新，避免資訊分散。
配置目錄
1 個方案
區域目錄
5 個節點
計費週期
日 / 週 / 月 / 季
支付範圍
USDT-TRC20 或銀行卡
銀行卡支付僅指 Visa、Mastercard、Amex，由 Stripe 處理；實際可用支付閘道以後端介面回傳為準，所有訂單統一以美元（USD）結算。
五個節點涵蓋亞洲主要連線方向與美國東部
選擇節點不只是看地圖距離。團隊還應結合成員位置、程式碼與依賴套件來源、遠端操作流程、產物上傳方向及企業網路出口進行測試，再決定訂單區域。
SG
新加坡
適合面向東南亞的開發團隊，也可作為跨區域協作時的亞洲連線選擇。下單前建議從實際辦公網路進行延遲與路由測試。
JP
日本（東京）
適合日本本地及網路路徑接近東京的團隊。對於頻繁使用遠端桌面的工作流程，也應同時觀察 p50、p95 與尖峰時段表現。
KR
韓國（首爾）
為韓國方向的開發與建置任務提供區域選擇。涉及大型依賴套件或產物時，需將下載來源與上傳目標一併納入測試。
HK
香港
適合需要亞洲跨境連線路徑的團隊。不同電訊商的實際路由可能不同，因此區域名稱不能取代專案網路的實測結果。
US-E
美國東部
適合團隊成員、程式碼服務或交付流程主要位於美國東部方向的任務。跨洲遠端操作應優先使用自動化執行，並保留完整日誌。
先測遠端互動，再測建置流程
建議從實際網路分別檢查 ping、traceroute、DNS 與目標連接埠，再執行一次接近真實專案的依賴套件下載與產物上傳。公開延遲資料僅供比較，不能取代團隊自行進行的網路測試。
從交付前檢查到訂單結束，每一步都有明確責任點
專屬設備不代表可以忽略存取控制。RunnerVM 負責節點交付、服務端憑據流程及訂單結束後的處理；使用者負責首次安全設定、專案權限、建置材料與業務資料備份。
-
01
交付前核對設備
核對在售機型、記憶體、基本儲存空間、網路連線與設備可存取狀態，並將訂單關聯至使用者選擇的區域。交付資訊以訂單與控制台回傳為準。
RunnerVM 負責：配置與節點一致性 -
02
首次連線後更新安全設定
使用者取得連線憑據後，應核驗主機指紋、更新首次密碼、限制不必要的存取來源，並檢查遠端桌面與命令列連線是否符合團隊政策。
使用者負責：憑據保管與權限分配 -
03
租用期間控管專案資料
憑證、描述檔、原始碼、快取、日誌與建置產物應按專案分目錄管理。與團隊成員共享時採用最小權限，並為重要產物保留獨立備份。
共同目標：減少權限擴散與資料混放 -
04
訂單結束後撤銷存取權限
服務端會撤銷與訂單關聯的連線憑據，並進入設備處理流程。使用者應提前匯出需要保留的產物、移除專案金鑰，並確認自動化任務不再向節點傳送資料。
結束條件：撤銷存取、停止任務、完成資料處置
需要使用者主動備份的內容
原始碼儲存庫以外的建置產物、匯出檔案、專案日誌、自訂腳本、僅存在於快取中的檔案，以及團隊日後仍需使用的配置記錄。
提交支援資訊前先進行去識別化
日誌應保留時間、命令、錯誤碼與上下文，但移除密碼、權杖、私鑰、憑證密碼及其他可直接建立存取權限的內容。
狀態記錄說明發生了什麼，檢討則說明下一步如何改進
RunnerVM 的服務可用率目標為 99.9%。節點全年 365 天正常運作，不設定固定的服務中斷時段；突發設備、外部網路或使用者配置問題則按實際影響範圍記錄與處理。
服務可用率目標
99.9%
實際事件的認定、核驗與處理範圍以適用的服務條款為準。
90 天前
每格 3 天
最近記錄
狀態列用於呈現近 90 天的記錄範圍。下單時節點的實際可用性以控制台即時回傳為準。
事件資訊可定位
記錄開始與結束時間、受影響節點、使用者可見現象、確認方式與恢復結果，避免只發布沒有範圍界定的狀態結論。
先恢復，再核對範圍
優先恢復設備或連線能力，隨後結合訂單、節點、時間與日誌核對影響範圍，並透過工單更新處理狀態。
改進項目必須能夠執行
檢討摘要區分設備、網路、交付與流程問題，並明確列出檢查項目、負責人與驗證方式，不使用無法核驗的絕對承諾。
每日記錄
節點連線與服務狀態
事件記錄
時間、範圍、現象與恢復結果
檢討摘要
原因分類、改進項目與驗證路徑
不同語言頁面的配置和價格會不同嗎？
不會。頁面語言只會改變表達方式，不會改變在售機型、週期價格、附加選項、區域目錄與支付範圍。如發現資訊不一致，可透過 support@runnervm.com 或控制台工單提交具體頁面與截圖。
RunnerVM 會替團隊指定節點嗎？
不會直接替專案作決定。我們公開新加坡、日本（東京）、韓國（首爾）、香港、美國東部五個節點的目錄，並提供網路排查方法。團隊應結合實際辦公網路、依賴套件來源與交付目標測試後再選擇。
遇到建置或連線問題時，怎樣才能更快開始排查？
先記錄訂單識別碼、節點區域、發生時間、重現步驟與完整錯誤輸出，再查看支援指南。仍未解決時登入控制台提交工單；提交前應移除日誌中的憑據與敏感資料。
下一次建置
把可重複的建置任務交給一台專屬雲端 Mac
先核對 Runner M4 的配置、週期與五個可選區域，再進入下單流程。如需討論專案需求，可透過支援信箱或控制台工單聯絡團隊。