能遠端登入，不等於節點已經可以投入生產 CI。本週建議先用測試倉庫完成一次權限、Xcode 工具鏈、遠端入口、受控重啟與退租清理驗證；若管理員操作或故障恢復責任仍然模糊，2026 Mac mini M4 租賃交付驗收結論應定為「限用」甚至「拒收」，不可直接承載簽名發布。
這篇適合第一次租用 Mac mini M4、準備把 Xcode CI 移到雲端 Mac 的獨立開發者，也適合需要釐清管理員權限、工具鏈維護責任的工程師，以及要把節點驗收與退租清理納入流程的 App 團隊負責人。
先訂出三檔交付結論
驗收不應只有「登入成功／登入失敗」兩個選項。我們建議在簽約前就寫入三檔判定，讓每一個未完成項目都能對應到租賃決定。
| 驗收結論 | 必須具備的證據 | 可承載的工作 | 租賃決定 |
|---|---|---|---|
| 合格 | 獨立帳號、必要管理員操作、可控 Xcode 工具鏈、遠端入口、Runner 自動恢復及退租清理邊界均已驗證 | 生產建置、測試與簽名發布 | 可上線 |
| 限用 | 能建置，但部分安裝、重啟或故障操作需平台處理，且責任與回應方式已寫明 | 試編譯、非關鍵測試、低風險分支 | 暫不放發布任務 |
| 拒收 | 帳號共用、工具鏈無法控制、重啟後須人工登入，或資料擦除責任無法核實 | 不應放入正式 CI | 要求修正或停止交付 |
這張表的重點不是要求平台把所有系統權限一次交出，而是把「租戶能做什麼」與「平台必須代辦什麼」分開。若團隊只需要固定版本的 Xcode 建置，某些安裝權限可以由平台管理；但相應的變更流程、故障處理時限與驗證紀錄就不能缺席。
簽約階段：先固定交付邊界
Mac mini M4 是實體機、資源預留的節點，還是其他形式的遠端交付，會直接影響故障替換、重灌、資料保留和退租擦除的責任。不要只在訂單上看到產品名稱，就自行推定一定是物理獨享或一定擁有完整管理員權限。
簽約前應把以下內容寫成可驗收條件：
- 實際交付對象及其可核對的身份資訊；
- 租戶取得的帳號數量、帳號類型與是否為獨立憑據；
- 可由租戶執行的軟體安裝、系統設定、背景服務與遠端入口操作；
- 必須由平台執行的重灌、故障替換、網路修復和工具鏈變更；
- 故障時由誰保留資料、誰負責恢復，以及哪些情況會重新交付節點；
- 退租後的帳號移除、資料擦除與是否能提供流程紀錄。
帳號類型不能靠介面名稱猜測。Apple 對標準使用者與管理員權限有明確區分，交付時應對照Apple 的帳號與權限說明，保存帳號設定畫面或命令輸出，而不是只截一張桌面圖片。
如果租賃條款中的責任描述仍然抽象，我們建議先把問題整理後，對照 JexMac 的服務條款與交付責任說明逐項確認。這一步的目的，是避免節點交付後才發現「能登入」與「能維護」是兩件事。
首次登入：確認身份、帳號與入口
首次登入時，先不要急著安裝專案依賴。第一輪工作是證明眼前這台機器就是約定的交付對象，而且登入憑據由租戶單獨控制。
Mac mini M4 的型號、晶片、記憶體、儲存裝置及 macOS 狀態，應與Apple 的 Mac mini（2024）官方規格逐項比對。這些硬體資料要保存為系統資訊截圖或可重複執行的命令輸出；若頁面只顯示一個遠端桌面名稱，證據強度不足。
接著檢查四個控制點：
- 登入帳號是否為團隊專用，而不是多人共用的管理員憑據。
- 該帳號是否能完成後續必要的軟體安裝與系統設定。
- SSH 是否只授權給需要的使用者，並能由租戶管理金鑰或撤銷入口；可參照Apple 的遠端登入設定文件。
- 圖形會話是否有獨立的螢幕共享權限，且連線中斷後不會留下無法回收的登入狀態；相關權限可對照Apple 的螢幕共享說明。
這裡的「必要管理員權限」應按任務拆解。若租戶只負責執行既定建置，未必需要自行變更所有系統安全設定；但當 Xcode、命令列工具或 Runner 需要更新，而每次都要等待沒有明確時限的平台人工操作，該節點就應先列為限用。
首次建置：驗證 Xcode CI 工具鏈
桌面上有 Xcode 圖示，不足以證明 Xcode CI 可用。首先要根據目標 Xcode 版本與 macOS 版本，核對Apple 的 Xcode 系統要求。這個頁面會隨版本更新，因此團隊應把驗收當日核對到的版本寫入紀錄，不要只複製舊文件中的相容性結論。
其次檢查：
- 活動開發者目錄是否指向團隊指定的 Xcode；
- 命令列工具是否存在，且路徑切換由誰負責；
- 所需模擬器是否能由測試工程呼叫；
- 授權狀態是否已完成；
- 更換工具鏈後，Runner 是否會使用同一個路徑。
命令列工具的路徑與切換規則，應依Apple 的 Command Line Tools 設定文件驗證。測試時使用不含生產憑證的最小工程，先完成乾淨建置，再加入團隊測試命令。這樣才能把三種問題分開：工具鏈不可用、專案依賴失敗，以及節點本身的資源或穩定性問題。
提醒： 不要在首次驗收時匯入發布憑證、私密金鑰或正式 API 金鑰。先用測試分支和臨時憑據證明權限邊界，等無人值守建置與清理流程通過後，再進行隔離方案的安全審查。
CI 接入：把互動成功與背景成功分開
很多節點可以在遠端桌面中成功執行建置，卻在 CI 背景程序中失敗。原因通常不是 Xcode 本身，而是執行身份、工作目錄、環境變數或快取路徑不同。
接入 Runner 或 Agent 時，測試倉庫應驗證以下內容：
- 任務是否由預定的租戶帳號接收；
- 工作目錄是否位於該帳號可讀寫的位置；
- Xcode 路徑是否與互動工作階段相同；
- 環境變數、快取、日誌和暫存檔分別落在哪裡；
- 建置產物是否能被回收，不會長期殘留在節點；
- 任務失敗時是否能從日誌分辨權限問題與專案問題。
若使用自託管 Runner，服務啟動方式與使用者身份應對照官方 Runner 服務配置說明檢查。不要把「在 SSH 工作階段執行成功」當成服務已經能在背景啟動；兩者可能使用不同的環境變數、鑰匙圈存取權和工作目錄。
到這一步，驗收證據至少應包括硬體身份紀錄、帳號權限畫面、工具鏈路徑、測試建置日誌及產物位置。證據由誰保存，也要在團隊流程中指定，否則問題再次出現時仍只能重新猜測。
受控重啟：確認恢復責任
重啟測試應安排在沒有生產任務的維護時段，並先準備回復聯絡方式。測試的目標不是證明機器能重新開機，而是確認節點在無人值守情況下能否回到可工作的 CI 狀態。
重啟前先記錄：
- 遠端入口的位址或名稱及可用的登入方式；
- 指定使用者與活動 Xcode 路徑；
- Runner 或 Agent 的服務狀態；
- 測試倉庫與預期產物位置。
重啟後依序確認網路入口、帳號登入、Xcode 路徑、Runner 服務和測試任務。若某一項需要平台介入，應記下實際操作人、操作內容和可觀察結果，而不是在驗收表寫「平台會處理」。
Apple 也提供登入項目與背景任務的管理說明，可用來核對哪些程序會在登入或系統啟動後執行：Apple 登入項目與背景任務文件。如果每次重啟都要人工開啟圖形桌面、重新輸入憑據或手動啟動 Runner，生產 CI 的恢復邊界就尚未成立，應回到限用或拒收，而不是用人工值班掩蓋問題。
上線與退租：建立雙向紀錄
上線前，我們建議把驗收資料整理成一頁交付記錄，至少包含硬體身份、獨立帳號、遠端入口、工具鏈、測試倉庫建置、重啟結果及平台責任。任何一項不通過，都要明確寫出限制用途，例如「只允許試編譯，不允許簽名發布」，而不是只留下模糊的備註。
退租前則反向執行清理：
- 匯出必要的建置產物、測試報告和日誌。
- 撤銷倉庫權限、部署權杖、發布 API 金鑰與臨時憑據。
- 移除帳號中的 SSH 金鑰、鑰匙圈項目、工作目錄和快取。
- 清除暫存檔，並核對是否仍有背景 Runner 或排程任務。
- 按實際交付方式確認由誰執行系統擦除，以及能提供什麼紀錄。
Apple 對恢復出廠設定有一般說明，Apple 晶片 Mac 亦有對應的磁碟擦除流程；但官方流程不會替租戶證明平台已經完成某次租賃節點的清理。因此，平台負責的部分必須回到合約、交付記錄和實際擦除流程核對，不能把無法由租戶驗證的承諾寫成已完成事實。
如果目前方案只是共用遠端桌面、沒有獨立帳號、每次重啟都要人工處理，或退租時無法取得清理邊界，短期看似省事，長期卻有三個明顯缺點：CI 失敗難以定位、發布工作依賴個人操作，以及憑據撤銷和資料清理難以留下證據。相較之下，租用 JexMac 的 Mac 節點時，真正值得比較的不是產品名稱，而是能否在方案資訊中確認交付權限、遠端恢復與退租責任；若這些條件仍需進一步釐清，可先透過支援說明核對，再決定是否把節點放入正式 CI。
先下載或複製這份驗收結構，使用自己的測試倉庫完成一次建置與重啟復測。若權限、恢復責任或退租流程仍有空白，請先核對 JexMac 的實際租賃交付邊界，再決定用途；不要只因為能登入，便把 Mac mini M4 節點直接交給簽名發布流程。
常見問題
租用 Mac mini M4 時，管理員權限一定要完整開放嗎？
不一定需要永久開放所有系統權限，但租戶必須能完成實際工作所需的安裝、工具鏈切換、背景服務設定與故障復原。若某些操作由平台代辦，合約應寫明申請方式、回應責任及可驗證的完成證據；否則只能把節點限於低風險試編譯。
雲端 Mac 成功登入後，還要檢查哪些交付項目？
登入只是身份驗證的起點。還要核對實體或資源交付形態、帳號是否獨立、遠端入口範圍、Xcode 與命令列工具、測試專案建置、CI 背景執行、重啟後恢復，以及退租時的憑據與快取清理責任。
沒有完整管理員權限，仍然可以執行 Xcode CI 嗎？
可以在部分條件下執行，但不能直接假設適合生產。若工具鏈已由平台固定、Runner 可在指定帳號下自動啟動，且日常故障不需管理員操作，可能足以限用；若安裝依賴、命令列工具切換或重啟恢復都需要臨時人工介入，則不應承載簽名發布。
Mac mini M4 租賃節點重啟後，如何確認 CI Runner 會恢復？
應在沒有生產任務的維護時段，以測試倉庫執行受控重啟，觀察網路入口、指定使用者工作階段、Xcode 路徑及 Runner 服務是否自行回來，並確認能接收任務、產出日誌與建置檔。任何需要人工登入才能恢復的步驟，都要列入限制條件。
退租雲端 Mac 前，怎樣證明程式碼和簽名憑據已清理？
先由租戶匯出必要建置產物，撤銷倉庫權限、發布權杖、憑證與私密金鑰，再清除帳號、鑰匙圈、工作目錄、快取和暫存檔。平台負責的擦除部分，應以實際交付方式、合約條款及可提供的流程紀錄核對；不能只把口頭承諾當成已完成證據。
為 Xcode CI 準備可驗收的 JexMac 遠端 Mac
租用 JexMac Mac mini M4，建立適合團隊協作與自動化建置的專屬遠端 Mac 環境。