App 的 AI 功能在離線時失效，或資料究竟會不會離開裝置仍未釐清？
最快的選法：離線與裝置端處理優先評估 Apple Foundation Models；需要 Apple 提供的雲端模型能力時評估 Private Cloud Compute；需要自選模型或服務端工具時評估符合框架協議的提供方。Foundation Models framework 提供整合路徑，不代表各模型的資料處理、可用性與輸出結果相同。
正在為 iOS App 加入文字生成或智慧功能的獨立開發者，可用本文決定先驗證本地還是雲端路徑。
負責隱私說明與資料處理邊界的人，可據此盤點哪些請求會送往服務端。
維護建置與發布環境的小團隊，可用驗收清單規劃 macOS 工具鏈測試。
最後核對：2026 年 10 月 25 日；資料核對自 Foundation Models 官方文件、WWDC26 框架更新、自選 LLM 提供方接入說明及 Xcode 系統需求。API 狀態與平台支援仍應以正式文件及實際目標系統為準。
Foundation Models framework 模型選擇先看資料流向
先把產品需求拆成幾個可以驗證的條件，而不是先挑模型名稱：輸入是否能離開裝置、離線時核心功能是否必須可用、是否要指定模型或呼叫自訂工具，以及團隊能否維護應用自己的伺服器。
Apple Foundation Models 是 Apple 提供的模型能力與框架介面；Private Cloud Compute（PCC）是 Apple 雲端模型能力的一條服務路徑；自選模型提供方則是依框架協議整合的外部模型服務。若 App 另有自己的後端，還要把後端轉送、記錄與保留資料的責任獨立列出。這些是不同的處理層，不能只因呼叫方式相近，就假定隱私條件或可用性一致。
Apple 的 Foundation Models 文件說明框架能力與更新範圍；實際 API、作業系統版本與平台支援應對照正式文件。產品選型也不能把發表會示範或測試版行為，直接推論為所有使用者都能使用。
iOS App 應該用本地模型還是雲端模型？
若功能必須在無網路時完成，而且可接受系統模型實際提供的能力，先驗證裝置端路徑；若請求需要 Apple 提供的雲端智慧能力，評估 PCC；若功能依賴指定模型、服務端工具或較多自訂行為，評估自選提供方。混合架構也可行，但應明確定義何時切換，以及切換時送出的資料是否改變。
這代表裝置端並非自動滿足所有產品需求，雲端也不是單純的「更強版本」。先將功能拆成必須完成的任務，再確認每條路徑能否支援，才不會在整合完成後才發現離線模式、資料政策或工具呼叫方式不符預期。
隱私責任要按請求實際到達的位置拆分
「使用 Apple 框架」本身不足以回答使用者的資料會送往哪裡。每一個 AI 功能都應列出輸入來源、處理位置、是否經過自有伺服器，以及錯誤或診斷紀錄中可能保留的內容。
裝置端處理可減少請求離開裝置的情況，但仍須檢查 App 是否把提示內容同步至自有後端、分析服務或日誌。使用 PCC 時，請依 Apple 的 PCC 接入文件確認框架要求，並閱讀 Private Cloud Compute 安全說明所述的安全邊界；不要將安全設計概括成「任何資料都不會被處理」或「絕對私密」。
自選提供方與 App 自有後端則需要逐一查閱對方正式的隱私與資料處理說明，包括請求是否留存、用途、保留政策及可能涉及的次處理者。若服務端會記錄提示或輸出，產品的隱私說明就不能只描述 App 端的行為。
提醒：同一個使用者操作可能先經過 App 伺服器，再由伺服器呼叫模型提供方。請把整條傳輸路徑畫出來，並以實際部署設定核對，而不是只看 App 內使用了哪個 SDK。
網路依賴與錯誤回復決定主路徑
裝置端模型可作為需要離線處理情境的評估方向，但能否使用仍要依目標系統、裝置與官方提供的可用性狀態確認。SystemLanguageModel 狀態文件應作為判斷框架能力的依據；不要只憑「模型在裝置上」推斷所有裝置都可執行、輸出相同或始終可用。
PCC、自選提供方與 App 自有服務端都涉及網路連線。產品需分別測試無網路、弱網、逾時、服務錯誤與使用者取消等狀況，並決定介面要顯示等待、重試、改用有限功能，還是明確告知暫時無法完成。重試不應讓已取消的請求繼續執行，也不應在沒有提示的情況下，把原本留在裝置的內容改送到雲端。
下列指令可用於記錄建置環境版本，作為重現測試的起點：
xcodebuild -version
輸出紀錄應保留 Xcode 版本與 Build 欄位的實際結果，不要在測試報告中預填版本。升級工具鏈前，先對照 Apple 的 Xcode 系統需求，確認建置主機的 macOS 是否符合該版 Xcode 要求；之後再於專案實際使用的目標系統上驗證模型功能。
自訂模型控制權要換算成維運責任
Foundation Models framework 能接入自選大模型嗎？
可以評估，但前提是提供方依照框架協議整合，並符合 Apple 公開的接入要求。WWDC26 自選 LLM 提供方影片介紹了相關接入方向；它不代表任意模型服務都能直接套用，也不代表不同提供方的輸入、輸出、工具行為完全一致。
自選提供方適合需要選擇特定模型、維護服務端工具或控制應用行為的團隊；代價是要自行核對相容性、金鑰管理、錯誤回應、服務端成本與資料政策。若需求只是簡單文字功能，先確認 Apple 提供的路徑是否足夠，避免為未被產品驗證的自訂能力增加伺服器維護面。
若金鑰必須放在伺服器端，應避免把可長期使用的服務憑證直接寫入 App。雲端模型的憑證轉送、使用者授權與金鑰輪替屬於應用後端設計，不會因採用統一框架介面就自動完成。
發布前驗收：把輸出品質與服務錯誤分開
呼叫成功只代表請求走完，不代表模型回答符合產品要求。驗收時應準備代表實際使用情境的輸入，分別檢查輸出是否可用、敏感內容是否被正確處理、延遲是否符合介面設計，以及服務失敗時能否安全回復。測試結論要限定在已驗證的系統版本、模型實作與專案場景內。
發布前逐項勾選：
- [ ] 列出每種功能的輸入資料，標記是否含個人、帳戶或商業敏感內容。
- [ ] 為裝置端、PCC、自選提供方及 App 自有伺服器分別畫出請求路徑。
- [ ] 在目標系統與實際測試裝置上確認框架可用性，不把單一裝置結果當成全體結論。
- [ ] 以相同代表性輸入比較候選路徑，保存可重現的輸入、輸出與測試條件。
- [ ] 測試離線、弱網、逾時、取消與服務端錯誤，確認畫面回饋和降級行為。
- [ ] 檢查提示內容是否可能出現在 App 日誌、後端紀錄或提供方資料中，並據此修訂隱私說明。
- [ ] 在準備發布的 Xcode 與 macOS 組合上重新建置及執行測試，記錄實際環境與結果。
三條模型路徑的取捨對照
下表比較的是選型責任，不是對所有模型輸出或服務品質作保證。自選提供方的具體能力、資料規則與服務可用性，仍須以該提供方的正式說明和實際測試為準。
| 評估指標 | Apple 裝置端模型 | Private Cloud Compute | 自選模型提供方 |
|---|---|---|---|
| 資料路徑 | 評估是否可在裝置端完成；仍須檢查 App 自有傳輸 | 依 Apple PCC 文件確認雲端處理邊界 | 依提供方與自有後端的正式政策逐段核對 |
| 網路依賴 | 適合作為離線需求的候選路徑，實際可用性須查文件及測試 | 請求需要網路連線 | 請求需要網路連線，並可能經過自有服務端 |
| 模型與工具控制 | 依系統模型及框架公開能力判斷 | 依 Apple 公開的 PCC 整合方式判斷 | 可依接入協議評估自訂模型與工具需求 |
| 團隊維護項目 | 系統相容性、可用性與裝置測試 | 網路錯誤、資料揭露與雲端失敗回復 | 另需維護憑證、後端、提供方政策與相容性 |
如果目前以 Windows 或 Linux 主機完成一般開發工作，到了 iOS 整合與發布階段仍需切換到 macOS，常見代價是建置環境分離、金鑰與簽署設定要另行管理，以及模型功能無法在同一套工具鏈中完整重現。反過來說，若已有符合需求的 Mac，或工作不需要持續使用 macOS，租用也未必比沿用現有環境合適。
需要短期完成 Xcode 整合、建置或發布前驗收時，可先查看 NodeMini 的遠端 Mac 方案資訊，並參考遠端 Mac 開發環境與方案選擇，再按專案對 macOS、工具鏈與互動測試的要求確認是否匹配。若採用遠端環境，應先核對實際方案內容與存取方式；不要把未經確認的配置或服務條件當成模型路徑選型依據。