你的 Mac 科研程式在開發者電腦上能啟動，交給同學後卻被系統阻擋，或安裝完成仍無法載入外掛？
判斷框：適合——先按交付對象選路徑：App Store 應用走商店提交流程；商店外分發通常使用 Developer ID 簽署並提交公證；課題組內測則先確認測試方式。沒有本地 Mac 時可評估遠端 macOS，但公證通過不等於科研流程驗收完成。
誰適合讀：正準備把自研 macOS 分析工具交給導師、合作者或測試人員的研究生與開發者。
需要整理外掛、安裝套件或課題組測試流程的實驗室管理者。
要判斷遠端 macOS 是否能補足建置與驗收環節的課題組負責人。
先依交付對象選擇 Mac 科研軟體簽署和公證路徑
發布前先回答一個問題：誰要取得程式、透過哪個管道安裝？App Store、公開下載與小組內測不是同一條發布鏈路。開發者自己的 Mac 能執行，只能證明該環境下的執行結果，不能代替分發檢查。
| 交付目標 | 優先採用的路徑 | 發布前要確認 |
|---|---|---|
| 透過 Mac App Store 提供給使用者 | 依 App Store Connect 的上傳與審核流程處理 | 建置檔、應用程式資訊與商店提交狀態 |
| 在商店外公開下載 | 通常以 Apple Developer ID 簽署並提交 macOS 公證 | 憑證、簽署設定、公證結果及最終交付檔 |
| 只交給課題組成員測試 | 依測試對象和安裝方式選開發或分發簽署 | 測試用帳號或裝置、安裝方式及預計採用的正式發布路徑 |
商店提交有自己的上傳與管理流程，不能直接拿商店外的公證步驟取代。請依照 Apple 的 App Store Connect 建置檔上傳說明規劃商店版本的交付。
發布前里程碑：備妥帳號、憑證與簽署設定
商店外分發前，先確認團隊是否持有適用的 Apple Developer ID 憑證，以及目前帳號角色能否執行必要操作。角色權限不要靠同事口頭推測；請逐項對照 Apple Developer 帳號角色與權限表。團隊的實際授權和專案責任需由你們自行核實，不能從一般流程推定。
| 核對項目 | 你要確認的內容 | 容易漏掉的地方 |
|---|---|---|
| Developer ID | 使用的憑證是否適用於預定的商店外交付 | 把開發簽署誤當成面向外部分發的簽署 |
| 團隊權限 | 操作人員能否管理憑證並提交建置 | 團隊成員的角色和帳號授權可能不同 |
| 應用程式識別 | 專案識別資料與實際交付目標一致 | 測試版與正式版設定混用 |
| 簽署設定 | 檢查 hardened runtime、時間戳記與 entitlement | 只檢查最外層 App，忽略嵌套元件 |
Apple 將 Developer ID 憑證用於 Mac App Store 外的軟體簽署；憑證類型與建立方式應按 Developer ID 憑證說明核對。不要把憑證名稱當成全部設定：Apple 的公證準備文件也列出商店外交付需要留意的執行環境與程式碼簽署條件，包括 hardened runtime、簽署時間戳記及 entitlement。
提醒：Developer ID 與開發簽署的用途不同。先寫清楚交付對象和安裝方式，再選憑證；若先完成建置才發現簽署路徑不符，往往得回頭檢查專案設定與所有嵌套元件。
簽署與提交里程碑：逐層檢查交付物
商店外的 macOS 公證不是單純上傳檔案。你可以按專案情況使用 Xcode 的工作流程，或依 Apple 支援的自訂方式提交；Apple 說明了自訂公證工作流程及Mac 分發簽署流程。選工具之前，先確認它能覆蓋你的建置類型和實際打包方式。
- 凍結候選建置。 記錄程式版本、建置識別資料與預計交付的檔案，避免送審後又替換內容。
- 檢查主要程式簽署。 確認應用程式使用預定的分發簽署設定，並檢視 hardened runtime、時間戳記與 entitlement。
- 檢查嵌套元件。 逐項盤點內含的命令列執行檔、函式庫、框架與外掛；外層簽署正常，不代表每個元件都有效。
- 選擇提交方式。 在 Xcode 工作流程與命令列工具之間，按專案格式、帳號配置及自動化需求選擇，不要將一種工具的步驟照搬到另一種封裝方式。
- 提交後查看結果和日誌。 將上傳、處理中、接受或有問題等狀態分開記錄；只有上傳成功，不足以證明公證已通過。
- 核對最終交付檔。 若提交後又修改程式或重新封裝，重新確認簽署和公證狀態，再把實際交付的版本交給測試者。
出現拒絕或警告時，先檢查公證日誌所指向的元件，不要只重新上傳同一份檔案。Apple 的常見公證問題排查文件可協助你依錯誤線索定位簽署、執行環境或封裝問題。
按交付物驗收：App、命令列工具、外掛與安裝包分開看
同一個研究專案可能同時交付圖形介面、命令列工具和安裝包。它們的簽署對象不一定相同，請依使用者真正下載與開啟的檔案逐一驗收。
| 交付物 | 應檢查的對象 | 驗收重點 |
|---|---|---|
| macOS App | App 本體及其嵌套程式碼 | 確認內含元件簽署一致，並測試實際啟動 |
| 命令列工具或外掛 | 獨立執行檔、函式庫或外掛本體 | 在預定安裝位置確認載入與執行，不只測試開發目錄 |
| 安裝器或磁碟映像 | 內含安裝套件及最終外層交付檔 | 確認外層封裝沒有在簽署、公證後被替換或改動 |
Apple 的程式碼簽署服務說明提供簽署機制背景；Mac 軟體封裝文件則應用於核對打包方式。安裝器、磁碟映像或特殊發佈形式若不符合一般 App 工作流程，請查該封裝形式的官方程序，不要把普通 App 的操作原樣移植。
以下清單可作為交付前的停止點；有任何一項未完成，就先不要把「已公證」寫成「已驗收」：
- [ ] 已確認使用情境是 App Store、商店外公開下載，或課題組內測。
- [ ] 已核對 Developer ID 或測試所需簽署方式，以及團隊帳號操作權限。
- [ ] 已檢查應用程式識別、hardened runtime、時間戳記與 entitlement。
- [ ] 已逐項檢查內含命令列工具、外掛和其他嵌套程式碼。
- [ ] 已保存公證提交結果及相關日誌，並核對最終交付檔。
- [ ] 已在目標測試環境完成安裝、首次啟動及科研任務驗證。
常見問題：測試簽署與正式分發不要混為一談
開發簽署能直接用來公開分發嗎？
不要這樣推定。開發簽署面向開發與測試，Developer ID 則是商店外分發的重要簽署路徑。你需要依安裝對象和發布方式確認憑證、佈建與簽署設定。
公證會替科研程式做 App Review 或驗證研究結果嗎？
不會。公證不等於 App Review，也不是資料合規認證，更不會證明研究分析的正確性。這些事項需要由你按商店規則、機構要求和研究方法另行驗收。
提交成功為什麼還不能通知合作者下載？
提交完成只表示檔案已進入處理流程；你還要確認處理結果、查看日誌並核對最終版本。之後應在目標 Mac 測試安裝和首次啟動，確保交付檔與已檢查的版本相同。
只在課題組內部測試，也一定要走公開分發流程嗎？
不一定。先確認測試者、裝置及安裝方式，再選擇適用的開發或分發簽署。若測試結果要作為公開發佈的依據，應另行執行正式分發路徑的檢查，不能把內測成功當成發布驗收完成。
沒有本地 Mac 時，把遠端建置與科研驗收拆成不同工作
沒有本地 Mac，不代表所有環節都無法安排，但你應先拆分工作：建置與簽署要有符合專案需求的 macOS 環境；公證提交則按 Apple 支援的工具與工作流程處理；安裝及首次啟動仍要在能代表目標使用者的環境中驗證。遠端連線成功、公證通過和科研任務驗收，是三種不同結果。
建議為每次候選發布保存同一份紀錄：程式版本與建置識別資料、簽署狀態、使用的發布路徑、公證結果與日誌位置，以及乾淨環境安裝、首次啟動和科研任務測試結果。研究程式若依賴特定資料路徑、硬體介面或實驗室網路，也要把該條件列入驗收範圍；遠端環境可否重現，需由課題組按實際工作流程判定。
若要先評估遠端 macOS 是否符合專案條件，可查看 GPUMini 的服務與環境說明，並透過說明中心核對使用方式。你目前若以 Linux 或 Windows 主機處理全部流程，可能仍缺少 macOS 原生建置、簽署工具與首次啟動驗收環節；反過來說，若長期持續進行重負載工作，或必須連接實體實驗設備，應先比較自購設備與實驗室既有資源，不必為短期任務硬選租用。
因此，先確認缺少的是短期建置環境，還是長期研究設備。若只是要完成一輪 macOS 建置、簽署或發布前測試，租用 Mac 可作為購置前的替代選項；請依你的工具鏈、帳號權限與驗收需求核對適用性，再到 GPUMini 查看遠端 Mac 方案。
常見問題
Mac 科研軟體在 App Store 外發佈，要怎麼簽署和公證？
先確認團隊帳號與 Developer ID 憑證，再依 Apple 的分發要求簽署程式碼，檢查 hardened runtime、時間戳記及 entitlement，最後透過 Xcode 或命令列工作流程提交公證。收到提交結果後還要查看日誌，並確認票據和目標 Mac 上的安裝、首次啟動情況；上傳完成不等於公證通過。
Apple Developer ID 和開發簽署有什麼差別？
Developer ID 是面向 Mac App Store 外分發的簽署身分；開發簽署則服務於開發及測試情境，不能因為程式在開發者自己的 Mac 上能啟動，就推定可供其他人安裝。你應按交付對象選擇憑證與佈建方式，並核對帳號角色是否有執行所需操作的權限。
公證通過後，為什麼還要看日誌並測試安裝？
公證結果不代表研究工作流程已驗收，也不會證明分析結果正確。日誌可協助你確認提交所檢查的內容和問題項目；票據與簽署狀態也需要針對最終交付物核對。接著在乾淨的目標環境安裝、首次啟動並實際執行科研任務，才能發現權限、依賴或外掛載入問題。
手邊沒有 Mac，能完成科研軟體的建置和發布驗收嗎？
遠端 macOS 環境可供你評估是否補足需要 Mac 的建置、簽署與首次啟動測試，但能否完成仍取決於專案工具鏈、帳號權限、硬體介面及測試對象。公證提交可以依 Apple 支援的工具工作流程處理；請把遠端連線、公證結果和課題組科研任務驗收分開記錄。
用 GPUMini 遠端 Mac，完成科研軟體發布前驗證
租用 GPUMini 獨享實體 Mac mini，依專案需要配置簽署憑證與公證流程，避免與其他租戶共用主機資源。