症狀： 你的科研軟體、插件或命令列工具仍依賴 Intel 架構，升級 macOS 28 後可能出現啟動失敗、功能缺失或結果無法重現。
最快解法： 不要等 macOS 28 發佈後才處理；你應在 2026 年 完成 Intel 元件盤點，並在獨立的 Apple Silicon 環境驗證原生替代方案。若關鍵元件仍不能遷移，就保留已驗證的 macOS 27，而不是假設 Rosetta 會繼續完整支援。
這篇文章適合三類人：依賴 Intel 版科研軟體或插件、不能承受實驗中斷的研究生；維護課題組公共 Mac 環境的技術人員；以及需要確認應用程式和全部依賴是否支援 Apple Silicon 的科研工具開發者。
更新提醒： 本文最後更新於 2026 年 8 月 16 日；Rosetta 與 macOS 版本資訊核實自 Apple Developer 的 Rosetta 官方文件、Apple macOS 發行說明 及相關科研軟體廠商文件。macOS 28 尚未正式發佈，本文不預判其最終發佈日期或未公布的功能邊界。
SECTION 01先判斷哪些科研流程不能直接升級
Apple 已確認，Rosetta 作為一般 Intel Mac 應用程式轉譯環境可使用至 macOS 27；在此之後，Apple 只表示會保留面向特定舊遊戲的部分功能。這代表 macOS 28 Rosetta 科研軟體遷移 不應被當成普通升級，而應視為一次依賴鏈驗收工作。Apple 的官方說明 也提醒，x86_64 應用在 Apple Silicon 上需要透過轉譯執行。
先把你的科研流程分成三種風險：
- 高風險： 實驗依賴 Intel 專用插件、驅動、核心擴充、封閉格式轉換器，或只有舊版命令列工具能產生正式結果。
- 中風險： 主程式是 Universal，但仍使用 Intel 動態函式庫、外部編譯器、舊版 Python 或 R 套件。
- 低風險： 主程式、插件、工具箱、命令列工具均有 Apple Silicon 原生版本，輸入輸出格式也已在測試資料上確認一致。
判斷優先級時，不要只問「程式能不能開」。你還要問三件事：實驗能否暫停、結果能否重現、是否存在原生替代方案。不能暫停、不能重現、又沒有替代方案的流程，應先建立保留環境。
SECTION 02目前盤點：第一小時建立 Intel 依賴台帳
第一步不是更新所有軟體，而是列出主程式以外的依賴。Apple 將 macOS 元件分為 Intel、Universal 與 Apple Silicon 類型；在 Finder 選取應用程式並按 Command-I，可於「種類」欄查看架構。Apple Support 的檢查方法 亦指出，Universal 應用程式仍可能因 Intel 插件而需要以 Rosetta 開啟。
你可以依以下順序盤點：
- 記錄主程式。 寫下軟體名稱、版本、安裝來源、授權方式、架構與目前使用的 macOS 版本。
- 展開插件清單。 檢查音訊、影像、資料匯入、統計分析、硬體連線及格式轉換插件，不要只看應用程式本身。
- 檢查命令列元件。 逐一記錄 Shell 腳本、外部二進位檔、動態函式庫、編譯器、套件管理器與自編譯擴充。
- 確認輸入與輸出。 記錄實驗資料格式、輸出檔案格式、隨附的設定檔及版本鎖定方式。
- 指定負責人。 每個元件都要有一位能查閱廠商文件、重現問題並批准替代方案的人。
對於自家開發的工具，不能只檢查 .app 檔案。Apple 的通用二進位文件列出的範圍還包括插件、Framework、靜態與動態函式庫、命令列工具、背景服務及啟動代理程式。Apple 的架構建置文件 可作為內部盤點範圍的依據。
台帳至少應包含：
- 軟體或元件名稱與版本；
- Intel、Universal 或 Apple Silicon 架構；
- 廠商支援文件與最後核對日期；
- 是否影響實驗結果；
- 是否有原生版本或替代流程；
- 輸入、輸出及授權限制；
- 負責人與目前風險等級。
SECTION 03第一週測試：隔離原生環境而不是覆蓋穩定環境
完成盤點後，下一步是在獨立的 Apple Silicon Mac 建立原生測試環境。不要直接把仍然承擔實驗工作的穩定環境升級，因為一旦插件或套件解析失敗，你可能同時失去原始工作環境與回復依據。
測試環境應使用一組公開資料集，或經過脫敏且可以重複分發的代表性資料。你要保存安裝紀錄、依賴解析輸出、執行日誌、錯誤訊息與最終結果檔案。測試的目的不是證明「軟體曾經啟動」，而是證明一條完整的科研流程能從輸入走到輸出。
對 Apple Silicon 環境，建議分開核對以下層級：
- 主程式是否為原生版本；
- 插件與工具箱是否有相同架構；
- R、MATLAB 或其他分析環境的套件是否能正常載入；
- 外部編譯器與命令列工具是否能產生正確格式；
- 腳本中的路徑、權限與環境變數是否仍然有效。
以 MATLAB 為例，MathWorks 已列明，MATLAB R2025b 是最後支援 Intel Mac 的版本，R2026a 及之後版本不再提供 Intel Mac 版本；Apple Silicon 版本亦有個別產品與支援套件不適用的限制。MathWorks Apple Silicon 支援說明 與 MATLAB R2026a 系統要求 都應直接納入你的核對清單。這個個案只能說明「必須逐項查證」，不能推導其他科研軟體的相容結論。
SECTION 04短期回歸：用同一資料確認兩套環境的結果
原生環境能完成安裝後，要把目前可工作的 Rosetta 環境與 Apple Silicon 環境並行測試。兩邊必須使用相同的輸入資料、設定檔、軟體版本策略及輸出檢查方式，否則你最後看到的差異可能來自資料或參數改變，而不是架構差異。
建議把回歸分成四個檢查點：
- 流程完成： 主程式能啟動，所有必要插件能載入，腳本能執行至結束。
- 資料一致： 輸入檔案可讀，輸出格式、欄位名稱、編碼及精度符合原有流程。
- 功能完整： 研究工作會使用的匯入、匯出、批次處理、繪圖與硬體連線沒有缺口。
- 結果可重現： 對關鍵數值、圖表、統計摘要或模型輸出設定可接受的比對規則，並留下差異說明。
如果流程涉及命令列元件，可以用 file、arch 或應用程式的資訊面板檢查架構；但工具輸出只是證據的一部分，不能代替完整實驗。某些腳本本身沒有獨立的原生二進位檔，卻會呼叫 Intel 動態函式庫或舊版外部工具，因此必須追查實際執行鏈。
遠端 Mac 可用作隔離驗證環境，但你要先確認三項條件：是否能提供所需的 macOS 版本、是否有安裝和管理依賴的權限、交付時間是否能配合你的實驗窗口。若你需要先了解可用的遠端 Mac 方案，可查看 MACNOX 的繁體中文服務入口；若要比較目前可用的租用方式，再參考 MACNOX 方案頁面。本文不使用未公開的主機配置、租用週期或實測性能數據。
SECTION 05升級前驗收：用停止條件決定遷移方向
不要把「測試環境能跑」當成升級批准。放行前，你應確認主程式、關鍵插件、資料讀寫、腳本、自動化流程與結果重現都已通過。只要有一項會影響正式科研結果的依賴仍未確認，就不能把升級視為低風險。
使用以下決策條件：
- 若主程式與關鍵插件均有原生版本，資料格式一致，腳本可完成，結果差異已解釋，則選擇原生遷移。
- 若主流程已通過，但仍有少量非核心 Intel 工具需要保留，且可透過固定環境或替代步驟隔離，則選擇雙環境過渡。
- 若核心插件、驅動或轉換器沒有 Apple Silicon 版本，並且會直接影響實驗結果，則暫緩升級，保留已驗證的 macOS 27 環境。
- 若你只確認應用程式可以開啟，卻沒有完成完整資料回歸，則回退到測試階段，不批准正式升級。
目前不應把 macOS 28 的具體發佈日期或完整功能邊界寫入實驗室排程，因為截至 2026 年 8 月 16 日，macOS 28 尚未正式發佈。你可以把「macOS 27 是通用 Rosetta 支援的最後已確認範圍」寫入風險文件，但不能把第三方軟體的未來相容性當成已知事實。
SECTION 06常見疑問：Rosetta、Intel 元件與 macOS 27
macOS 28 發佈後，Intel 科研軟體還能執行嗎？
目前沒有足夠依據保證一般 Intel 科研軟體仍可執行。Apple 已確認 Rosetta 的一般 Intel 應用支援延續至 macOS 27，之後只保留特定舊遊戲相關能力；因此你應以廠商原生版本、完整依賴測試和結果回歸作為放行依據。
怎樣檢查科研軟體是否依賴 Rosetta？
先在 Finder 對應用程式按 Command-I，查看它是 Intel、Universal 還是 Apple Silicon。接著檢查插件、動態函式庫、命令列工具和外部編譯器。若 Universal 主程式必須勾選「使用 Rosetta 開啟」才能載入舊插件，該流程仍屬於 Intel 依賴，不能只按主程式架構判斷。
實驗室是否需要保留 macOS 27 測試環境？
只要正式實驗仍依賴沒有原生版本的 Intel 插件、驅動或封閉工具，便應保留一套經過驗證的 macOS 27 環境，並限制自動升級。當所有關鍵流程都在 Apple Silicon 上完成雙環境回歸，才可以逐步撤除舊環境。
Intel 插件沒有 Apple Silicon 版本怎麼辦？
先判斷插件是否真的影響正式結果，再查詢廠商是否提供替代版本、替代匯出格式或不同處理流程。沒有替代方案時，不要在主要科研 Mac 上試錯；你可以使用隔離的遠端 Mac 複製脫敏專案，完成原生環境驗證後，再決定維持雙軌或延後升級。
SECTION 07長期維護：把遷移台帳變成升級門檻
完成一次遷移並不代表工作結束。macOS、科研軟體、套件與插件都會更新，原本可用的依賴可能因版本變更而重新出現架構問題。每當 macOS 或核心科研軟體發佈新版本，你都應重新核對架構、系統要求、插件支援狀態與結果回歸紀錄，而不是從零開始整理。
課題組管理員可以把以下內容寫成固定流程：
- 新版本發佈後，更新軟體與插件的支援狀態。
- 對仍標記為 Intel 的元件指定負責人與處理期限。
- 使用同一組脫敏資料重跑關鍵實驗。
- 把結果差異、失敗日誌與回退方案保存到台帳。
- 只有在停止條件全部解除後，才批准公共 Mac 升級。
如果你目前使用的是 Windows、Linux 或實驗室既有的 Intel Mac，短期內它們可能仍是穩定的工作環境，但也有三個現實限制：沒有原生 macOS 測試條件、依賴舊 Intel 元件的維護成本會持續上升，而且多人共用一台設備時容易與正式實驗互相干擾。對不能停機的課題組來說，先租用 MACNOX 的遠端 Mac，複製一份脫敏專案進行原生版本和依賴鏈驗證，通常比立即購買新設備或直接升級主環境更容易控制風險；完成測試後，你再決定遷移、保留雙軌，或繼續使用已驗證的 macOS 27 環境。