資料點：Apple 發佈頁列出的 Xcode 27.1 RC 版本為 27A9275，發佈日期為 2026 年 10 月 5 日；這只能確認 RC 已發佈，不能證明 Beta 曾記錄的擴充功能限制已修復。Apple 發佈頁
症狀 → 你準備把 Xcode 27.1 RC 納入 CI，但 iPhone Duo 模擬器的 App Extension 能否執行、除錯尚未核實。
最快解法 → 先查 RC 對應發行說明，再於隔離 Mac CI 節點跑團隊真實工作負載；若擴充功能任務未通過，保留已驗證的模擬器或實機門禁，不要把 RC 設為唯一生產通道。
適合閱讀的對象
企業 iOS 平台負責人：需要決定是否將 Xcode 27.1 RC 納入團隊工具鏈。
QA 與 Mac CI 維運負責人：需要確認 App Extension 覆蓋能力，並規劃隔離驗證及既有通道並行驗收。
最後核對於 2026 年 10 月 6 日；版本與發佈日期依 Apple 發佈頁 核對。Beta 已知問題依 Xcode 27.1 Beta 發行說明；RC 的實際限制仍須查閱對應 RC 說明並由團隊重測。
SECTION 01Beta 記錄與 RC 准入邊界
Apple 的 Xcode 27.1 Beta 發行說明曾記載：iPhone Duo 模擬器中，多數應用程式擴充功能可能無法執行或除錯。這是 Beta 階段的已知問題，不等於 Xcode 27.1 RC 必然保留，也不代表 RC 已修復。
Apple 發佈頁確認 RC 已推出，但發佈狀態本身不是功能驗收證據。企業驗收應以 RC 對應發行說明有沒有明確列出修正或限制為一個依據，再以實際 CI 任務結果作准入判斷。若發行說明沒有說清楚，狀態就應記為「待驗證」，而不是「支援」或「已修復」。
| 證據 | 可以得出的結論 | 不應據此推論 |
|---|---|---|
| Apple 發佈頁列出 Xcode 27.1 RC 與版本編號 | RC 已發佈，可開始核對與隔離驗證 | App Extension 已能在目標模擬器執行 |
| Beta 發行說明列出擴充功能問題 | Beta 曾記錄此項限制 | RC 一定保留 Beta 問題，或一定已修復 |
| 團隊隔離 CI 任務可重複通過 | 此工具鏈與測試組合通過了該團隊指定工作負載 | 所有擴充功能、專案設定及執行環境都受支援 |
SECTION 02先把失敗定位到具體階段
「擴充功能不能用」不是足以支援決策的故障描述。先拆開失敗發生的位置，再比對專案設定與執行環境；這樣才能分辨是建置問題、執行階段限制，還是 CI 與本機配置不同。
| 失敗階段 | 要收集的證據 | 優先核對項目 |
|---|---|---|
| 建置 | 建置記錄、錯誤訊息、目標名稱 | 專案中的擴充功能目標與建置設定是否正確；參考 Xcode 目標設定說明 |
| 模擬器啟動 | 執行階段名稱、啟動記錄、測試結果 | 指定的模擬器執行階段是否已安裝，測試入口是否使用預期的目的地 |
| 擴充功能安裝或執行 | 安裝結果、宿主應用程式與擴充功能的記錄 | 宿主與擴充功能的設定、簽署及執行流程；參考 Apple 的 App Extension 支援說明 |
| 除錯互動 | 除錯器輸出、觸發方式、重現步驟 | 是擴充功能未啟動，還是僅除錯互動受限；不要把兩者合併成同一項失敗 |
同一提交若在本機 GUI 成功、CI 卻失敗，不要立即推定為模擬器缺陷。核對 CI 選用的 Xcode、命令列工具路徑、執行階段安裝狀態、目標設定及測試入口；Apple 提供的命令列工具設定文件可用來確認工具鏈選擇。接著以相同提交及同一組測試條件重跑，保存完整記錄與結果，避免只憑一次本機操作作結論。
SECTION 03App Extension CI 隔離驗收
在隔離通道固定團隊要評估的 Xcode 與 macOS 組合、目標執行階段及測試入口，再執行真實專案工作負載。驗收不應只看建置是否成功：擴充功能還需經過安裝、執行，以及團隊工作流程要求的自動化測試或除錯互動。Apple 的模擬器與實體裝置執行文件和測試結果說明可作為操作與結果解讀的依據。
可以依序執行以下驗收步驟：
- 建立隔離的 CI 工作，記錄 Xcode 版本、macOS 版本、目標執行階段與工具鏈選擇。
- 選取會觸發團隊關鍵 App Extension 路徑的專案與測試，不用空白專案取代真實工作負載。
- 分別執行建置、模擬器啟動、擴充功能安裝與執行，避免單一總結果掩蓋故障階段。
- 保存建置記錄、測試結果、失敗訊息及重現條件，並記下相同提交在現有受支援測試通道的結果。
- 重新執行失敗任務，確認結果是否可重現；單次成功或單次失敗都不足以代表穩定准入。
- 將觀察到的現象歸類為產品限制、專案配置差異或 CI 執行環境問題，並指定後續負責人。
以一個有擴充功能的企業應用程式為例：隔離工作中的建置通過，但模擬器安裝或啟動未完成時，這只能說明建置階段通過，不能宣告 App Extension CI 已驗收。反過來說，如果擴充功能能在某次本機操作中啟動，也不能代表 CI 自動化入口及除錯流程都已通過。
SECTION 04常見驗收疑問
iPhone Duo Simulator 的限制會不會直接阻止 CI 合併？
不必然。先確認團隊將哪些工作設為必要門禁，再看失敗是否發生於該工作負載必須經過的階段。若擴充功能任務是合併條件，就應以既有通道維持判定；若是非阻斷性試點，則分開記錄，不要把試點結果當成生產准入。
Beta 的問題記錄能否當作 RC 故障證明？
不能。Beta 記錄只能說明該版本曾有已知問題，不能外推為 RC 的確定狀態。引用 Apple 說明時標明版本；若 RC 說明沒有明確更新，應將狀態保留為待核實，再用隔離 CI 工作取得團隊自己的證據。
只有擴充功能除錯失敗，執行成功，該怎麼處理？
把除錯限制與執行能力分開評估。若團隊的生產門禁只要求自動化執行測試，記錄實際要求並確認測試結果可重現；若 QA 排查流程依賴互動式除錯，則在替代通道保留除錯能力，直到 RC 或後續版本的狀態得到核實。
SECTION 05企業 Mac CI 的試點與回退條件
把 iPhone Duo Simulator 納入新工具鏈時，應讓它先處理已明確通過驗收的任務。一般介面回歸可獨立評估；擴充功能任務若未通過，不應因為同一執行階段的其他測試成功，就一併視為可用。這種任務分流能避免新執行環境的不確定性改變既有合併判定。
採用以下條件分支作為准入工具：
- 若 RC 發行說明已核對，團隊的擴充功能建置、安裝與執行任務可重複通過，且失敗回退路徑已測試，則可先將已通過的任務納入受控試點，再依新證據評估擴大使用。
- 若只有一般介面測試通過，而擴充功能任務失敗或尚未執行，則只評估一般介面任務；擴充功能仍走已驗證的模擬器或實機通道。
- 若失敗只在 CI 出現，或無法穩定重現，則先核對工具鏈與執行階段配置，維持隔離試點，不替換生產門禁。
- 若RC 發行說明與團隊實測都未能確認限制狀態，則維持現有門禁，待取得可重現證據再重新評估。
准入記錄應包含 Apple 發行說明核對結果、實際測試任務、工具鏈與執行階段、失敗重現條件、回退路徑及負責人。RC 轉為正式版或相關發行說明更新後，重新核對並重跑受影響的任務；不要把之前的 Beta 記錄或一次性試跑當成永久結論。
若你的團隊正評估共享遠端 Mac 節點，可以先從 MACNOX 遠端 Mac 環境說明核對所需的 Xcode、macOS 與測試執行階段，再以真實 CI 工作負載驗收；服務環境的能力不能取代目標任務測試，也不應被視為未經確認的支援承諾。與自購 Mac 相比，遠端租用可避免先行購置與自行維護實體設備，但仍需評估遠端連線、資料存取治理及工作負載持續性；若你要比較租用方案與費用，可查看 MACNOX 方案資訊。若只是短期 RC 試點或需要隔離驗證節點，租用遠端 Mac 可讓你先測實際工具鏈，再決定是否擴大投入；若工作負載長期穩定且需要本地實體介面，自購設備仍可能更合適。