macOS 27 Golden Gate 正式推出：開發者該注意的變更

macOS 27 Golden Gate 於 2026年9月14日以 build 26A428 正式推出，與 iOS 27.0 及 Xcode 27 同日上線，而且只能安裝在 Apple 晶片的 Mac 上：Apple 的相容機型清單從 2020 年的 M1 MacBook Air 一路列到 M6 Mac mini，其中還包含一台 A 系列機器，也就是搭載 A18 Pro 的 13 吋 MacBook Neo。¹² 對開發者而言，這個版本是 Rosetta 作為通用工具的最後一年。Apple 同日發布的支援文件寫著，Rosetta「is available for any Mac with Apple silicon using macOS 27 or earlier」（可用於任何執行 macOS 27 或更早版本的 Apple 晶片 Mac），而 macOS 28 只會保留它「only for certain older, unmaintained games that rely on Intel-based frameworks」（僅供某些倚賴 Intel 框架、已無人維護的舊遊戲使用）。³ GA 發行說明列出四則 Rosetta 項目：使用者原本設定為「Open using Rosetta」的 App 會以原生方式啟動、升級後不會自動還原 Rosetta、未指定主機架構的安裝套件預設改為 arm64，以及 Intel 外掛程式可能不會出現在「設定」清單中，也不會觸發通知。⁴ 我手邊沒有執行 macOS 27 的 Mac，所以下文每一項關於 27 的敘述都出自 Apple 的文字，另外再加上我能在 macOS 26.6.2 上查證的部分：一個標準安裝套件到底宣告了什麼、productbuild 手冊如何描述安裝程式過去對未指定架構的 distribution 的處理方式，以及 26.6 的命令列工具還缺少哪些新動詞。⁵¹³¹⁴ {.answer-block}

重點摘要

• 日期與 build 編號。 Apple 的發佈摘要把 macOS 27.0（26A428）列在 9月14日（週一），與 Xcode 27（27A266a）和 iOS 27.0（24A437）並列。¹ 同日發布的相容性頁面收錄 35 筆機型，全都是 Apple 晶片，而升級頁面用一句話說明規則：「macOS 27 is compatible with any Mac with Apple silicon, which includes any Mac with an M-series chip or A-series chip.」（macOS 27 相容於任何 Apple 晶片的 Mac，包含搭載 M 系列或 A 系列晶片的機型。）²
• Apple 已經把 Rosetta 的時程寫死。 支援文件與發行說明一致表示 macOS 28 只保留遊戲專用的子集，而企業版說明則把 Rosetta 形容為「a general-purpose compatibility tool through macOS 27」（直到 macOS 27 為止的通用相容性工具）。³⁴¹⁰ 至於升級本身，Rosetta「is not automatically restored」（不會自動還原），而使用者先前固定為「Open using Rosetta」的 App 會以原生方式啟動。⁴
• 安裝套件的預設架構變了。 Apple 的說法是：「Installer packages which specify no hostArchitecture will now default to arm64.」（未指定 hostArchitecture 的安裝套件現在會預設為 arm64。）⁴ 在 macOS 26.6.2 上，用 pkgbuild 建出的元件套件根本沒有 distribution 檔案，自然也就沒有宣告任何架構；而 productbuild --synthesize 為我的套件產生的 distribution 裡則寫進了 hostArchitectures="x86_64,arm64"。Apple 已封存的 Distribution XML 參考文件至今仍只列出 i386、x86_64 與 ppc 這三個有效代碼。⁵⁶
• Intel App 在停止運作之前會先被標記。 Apple 表示，「簡介」視窗現在會對「Intel-based applications that will no longer run in macOS 28.0」（在 macOS 28.0 上將無法執行的 Intel App）顯示「a treatment」（一種標示），「設定」>「一般」也會把它們列出來；此外還有一個僅限 beta 的 game-test-tool，它會直接停用 Rosetta，改以 Apple 所謂的「the new underlying system behavior」（新的底層系統行為）來執行舊遊戲。⁸
• 五項與 Rosetta 無關的系統變更。 macOS 會直接拒絕跨團隊的容器讀取，不再詢問使用者；App 無法再直接存取 TCC 資料庫；spctl 多了一個 purge 指令；與裝置管理相關的連線必須使用 TLS 1.2 並搭配符合 ATS 等級的加密套件；App Attest 登陸 Mac。⁹¹⁰¹¹
• 我無法實測的部分。 原生啟動的覆寫行為、升級後消失的 Rosetta、「簡介」視窗的標示、「設定」中的清單，以及純元件套件的 arm64 預設值：這五項都需要一台跑 27 的 Mac 才能驗證。我在文中一律照 Apple 的說法轉述，文末也有一節逐條列出。

9月14日推出了什麼？

這個名字出自發行說明自己的概述：「The macOS 27 SDK provides support to develop apps for Mac computers running macOS 27 Golden Gate.」（macOS 27 SDK 支援為執行 macOS 27 Golden Gate 的 Mac 開發 App。）⁴ 值得再看一眼的細節是 A 系列那一條：升級頁面的措辭「M-series chip or A-series chip」描述的是整個平台，而不是單一晶片家族，而清單上唯一符合後半句的機器就是 MacBook Neo。²

macOS 27 對 Rosetta 做了什麼？

9月14日發布的兩篇支援文件，加上 GA 發行說明，從三個角度描述同一條界線，而三者對界線落在哪裡的說法一致。

談 Intel App 的那篇支援文件：「Rosetta is available for any Mac with Apple silicon using macOS 27 or earlier. Starting with macOS 28, the next major macOS release, Rosetta functionality will be available only for certain older, unmaintained games that rely on Intel-based frameworks.」（Rosetta 可用於任何執行 macOS 27 或更早版本的 Apple 晶片 Mac。從下一個主要版本 macOS 28 開始，Rosetta 的功能將只提供給某些倚賴 Intel 框架、已無人維護的舊遊戲。）³

企業版說明：「If Rosetta was previously installed, it will not be automatically restored upon upgrading to macOS 27. Rosetta will continue as a general-purpose compatibility tool through macOS 27.」（若先前已安裝 Rosetta，升級到 macOS 27 時不會自動還原。Rosetta 會以通用相容性工具的身分延續到 macOS 27 為止。）¹⁰

發行說明的 Rosetta 章節，一則 New Features 加上三則 Deprecations：⁴

• 「On launch, Applications previously set to ‘Open using Rosetta’ by a user will have the application launch natively. Any compatibility issues requiring Rosetta from the past should be re-assessed on macOS 27.」（啟動時，使用者先前設定為『Open using Rosetta』的 App 將以原生方式啟動。過去任何需要 Rosetta 才能解決的相容性問題，都應該在 macOS 27 上重新評估。）
• 「If Rosetta was previously installed, it is not automatically restored after upgrading to macOS 27.0.」（若先前已安裝 Rosetta，升級到 macOS 27.0 後不會自動還原。）
• 「Installer packages which specify no hostArchitecture will now default to arm64. Ensure any pre and post install scripts behave as intended under arm64. Additionally, audit any remaining installer plugins to ensure compatibility on Apple silicon.」（未指定 hostArchitecture 的安裝套件現在會預設為 arm64。請確認安裝前後的腳本在 arm64 下的行為都符合預期，並稽核剩下的安裝程式外掛，確保它們在 Apple 晶片上相容。）
• 「Intel-based plugins and loaders may not appear in Settings or trigger notifications of their incompatibility. All Intel-based software will no longer be compatible with macOS 28.0, excluding legacy games.」（Intel 外掛與載入器可能不會出現在「設定」中，也不會觸發不相容通知。除了舊遊戲之外，所有 Intel 軟體都將無法在 macOS 28.0 上相容。）同一則項目也點名了該檢查的資料夾：~/Library/Audio/Plug-Ins/*、~/Library/Printers/ 與 ~/Library/ColorPickers/，對象是「VSTs, HAL, ARA, PDEs, Color Pickers, Quicklook & Spotlight plugins/extensions/components」。

第一則項目與支援文件看起來互相矛盾，直到您注意到 previously 這個字。支援文件說，Universal App 的「Open using Rosetta」選項仍然有效：「you can use it in macOS 27 or earlier to force the app to open as an Intel-based app, which allows it to use Intel-only plug-ins, extensions, and other add-ons.」（在 macOS 27 或更早版本上，您可以用它強制 App 以 Intel App 的形式開啟，讓它能使用僅限 Intel 的外掛、擴充功能與其他附加元件。）³ 而發行說明講的是「previously set」（先前已設定）為該模式的 App 會以原生方式啟動。我的解讀是，升級會把這項設定清掉一次，使用者之後可以再設定回來；Apple 要求「re-assess」（重新評估）舊有相容性問題的說法也指向同一個方向。不過沒有 27 的機器，我無從驗證這個解讀。如果解讀正確，原本靠這個選項載入 Intel 外掛的使用者，升級後第一次啟動時會看到 App 以原生方式開啟，外掛則沒有載入。

第二項變更比第一項更早咬人。Apple 表示，原本安裝了 Rosetta 的 Mac 升級到 27.0 之後就沒有它了；按照 Apple 的安裝說明，開啟任何一個 Intel App 就是讓它回來的方式。³⁴¹⁰ Apple 的文字沒有說明，在沒有 Rosetta 的 Mac 上執行 Intel 二進位檔的腳本會發生什麼事；請先假設它會失敗，直到透過那個提示或 softwareupdate --install-rosetta 把 Rosetta 裝回來為止。³ Apple 的 Rosetta 文件補上了唯一不需要安裝的情況：「macOS 27 directly integrates support for Intel binary translation, without needing to install Rosetta」（macOS 27 直接整合了 Intel 二進位轉譯的支援，無須安裝 Rosetta），指的是虛擬機與容器內的 Intel Linux 二進位檔；Xcode 27 Intel 文章逐句拆解了這段話，以及 Apple 文件在七月時陳述的整條 Rosetta 時程。⁷

遊戲的例外條款目前只有 beta 形態。Gaming 章節介紹了 sudo game-test-tool enable，它會開啟「support for legacy Intel-based games」（對舊版 Intel 遊戲的支援），同時也在同一段裡警告：「enabling legacy game support disables Rosetta, non-game processes might crash or behave unexpectedly, and this feature is intended only for playing legacy Intel-based games and is not available outside of macOS beta releases.」（開啟舊遊戲支援會停用 Rosetta，非遊戲的行程可能當機或出現非預期行為；此功能只供遊玩舊版 Intel 遊戲，且不會在 macOS beta 以外的版本提供。）⁸ 換句話說，這個工具是 Apple 口中「the new underlying system behavior」（新的底層系統行為）的 beta 專用開關，而說明完全沒有提到 macOS 28 會如何開放它。

哪些安裝套件會預設為 arm64？

Apple 那句話用的是單數的 hostArchitecture；與之對應的屬性其實是 Distribution XML 中 <options> 元素上的 hostArchitectures，而 Distribution XML 就是 product archive 裡的那個檔案，Apple 的參考文件把這個屬性描述為「a comma-separated list of supported architecture codes」（以逗號分隔的支援架構代碼清單）。⁶ 依我的解讀，Apple 所說的「packages which specify no hostArchitecture」（未指定 hostArchitecture 的套件）指的是 distribution 裡沒有這個屬性、或是根本沒有 distribution 的套件。

我在 macOS 26.6.2 上用兩種方式各建了一個最小的套件。⁵ 由 pkgbuild 產生的元件套件展開後只有三個項目：Bom、PackageInfo 與 Payload，沒有 Distribution 檔案；套件裡根本沒有地方可以宣告架構，所以直接安裝一個純元件套件，正是「未指定架構」最單純的情況。product archive 則不同：對同一個元件執行 productbuild --synthesize，產生的 distribution 裡寫入了下面這行 options，而用它建出的 archive 經過 pkgutil --expand 後也帶著同一行：

<options customize="never" require-scripts="false" hostArchitectures="x86_64,arm64"/>

所以在 26.6 上以標準方式執行 productbuild 產出的套件，本來就宣告了兩種架構；按 Apple 的措辭，新的預設值對它並不適用。真正會改變的是那些以手寫 distribution 建出、卻省略該屬性的套件，那些從來不輸出這個屬性的第三方工具所組出的套件，以及純元件套件。已封存的 Distribution XML 參考文件讓這道落差一目了然：它列出的有效代碼是「i386、x86_64 與 ppc」，其中沒有 arm64，因此照著那份文件寫出來的 distribution，根本沒有 arm64 這個代碼可以填。⁶

26.6.2 上的 productbuild 手冊補上了 Apple 那則說明沒交代的「之前」是什麼樣子。「On Apple Silicon, the macOS Installer will evaluate the product’s distribution under Rosetta 2 unless the arch key includes the arm64 architecture specifier.」（在 Apple 晶片上，除非 arch 鍵包含 arm64 架構指定符，否則 macOS 安裝程式會在 Rosetta 2 之下評估產品的 distribution。）以及「If the distribution is evaluated under Rosetta 2, any package scripts inside of product will be executed with Rosetta 2 at install time.」（如果 distribution 是在 Rosetta 2 之下評估，產品內的所有套件腳本在安裝時也會以 Rosetta 2 執行。）同一頁也描述了我看到的那個屬性背後的 requirements 鍵 arch，依我的解讀，productbuild 會把它寫成 hostArchitectures：「Starting on macOS Big Sur (11.0), productbuild will automatically specify support for both arm64 and x86_64 unless a custom value for arch is provided.」（從 macOS Big Sur（11.0）開始，除非提供自訂的 arch 值，否則 productbuild 會自動同時指定 arm64 與 x86_64 的支援。）¹⁴ 也就是說，Apple 說它要改掉的那個預設行為，原本是在 Rosetta 2 之下評估，連腳本一起；而按 Apple 的說明，在 27 上未指定架構的 distribution 會改為預設 arm64。

要檢查您出貨或安裝的套件：

pkgutil --expand YourProduct.pkg /tmp/expanded
grep -o 'hostArchitectures="[^"]*"' /tmp/expanded/Distribution

沒有 Distribution 檔案，或是抓不到相符字串，按 Apple 的措辭就代表這個套件在 27 上會套用新的 arm64 預設值，裡面的腳本也會在 arm64 下執行。這才是 Apple 那則說明中真正改變行為、而不只是改變中繼資料的部分：依 uname -m 分支的 preinstall 或 postinstall 腳本會走進 arm64 那一支，而啟動 x86_64 版輔助程式的腳本則需要 Rosetta，偏偏那台機器上可能已經完全沒裝 Rosetta 了。⁴ Apple 的說明結尾就是它要求的稽核：「audit any remaining installer plugins to ensure compatibility on Apple silicon」（稽核剩下的安裝程式外掛，確保它們在 Apple 晶片上相容），因為 Apple 的 Rosetta 文件排除了混用的可能：「The system prevents you from mixing arm64 code and x86_64 code in the same process.」（系統不允許在同一個行程中混用 arm64 與 x86_64 的程式碼。）⁷

開發者還有哪些變更？

GA 說明裡其餘會碰到您出貨程式碼的項目，凡是措辭本身就是重點的地方，一律附上 Apple 的原文：⁹

• 跨團隊容器。「Accessing files in other developer teams’ app data containers and app group containers no longer prompts the user for authorization; such accesses are denied by default and can be managed by the user in Privacy & Security settings.」（存取其他開發團隊的 App 資料容器與 App 群組容器內的檔案時，不再向使用者要求授權；這類存取預設會被拒絕，使用者可在「隱私權與安全性」設定中管理。）我在八月那篇文章裡寫過它的失敗模式：API 仍然會回傳 URL，拒絕則發生在讀取的當下。另一則項目補充說「XProtect may now restrict access to app data that is commonly targeted by malicious software.」（XProtect 現在可能會限制存取常被惡意軟體鎖定的 App 資料。）Privacy & Security Settings 底下的一則 Known Issue 則涵蓋了命令列的情況：「In the Files & Folders pane, a process without a bundle ID cannot be granted access to specific app data containers or app group containers owned by other developer teams.」（在「檔案與資料夾」面板中，沒有 bundle ID 的行程無法被授予存取其他開發團隊特定 App 資料容器或 App 群組容器的權限。）Apple 的變通辦法是改授予「完全取用磁碟」，而且「for the duration of the requirement」（僅限這項需求存在的期間）。
• TCC。「Apps can no longer access the local TCC database directly.」（App 無法再直接存取本機的 TCC 資料庫。）企業版說明在拿掉這條路的同時，也給了管理者一條新的查詢途徑：「The new tccutil list command can report current privacy authorizations for specified services or apps on managed devices.」（新的 tccutil list 指令可以回報受管理裝置上指定服務或 App 目前的隱私權授權狀態。）¹⁰ 而在 26.6.2 上，tccutil 只接受一個動詞：reset。¹³
• launchd，被歸在已修正之下。 在 Launch Daemons and Agents 的 Resolved Issues 裡，Apple 寫道：「Fixed: launchd no longer supports loading launchd property list files with the quarantine extended attribute.」（已修正：launchd 不再支援載入帶有隔離擴充屬性的 launchd 屬性清單檔案。）Apple 在同一份文件裡用了兩種方式使用「Fixed:」這個前綴：一種指的是它修好的問題（Accessory Access，176815987：「Fixed: Accessory Access does not work inside App Sandbox.」也就是「配件取用在 App Sandbox 內無法運作」這個問題已修正），另一種指的則是修正後的行為本身（Foundation，161588649：「Fixed: +[NSURL URLWithString:] no longer double-encodes the % of valid percent-escape sequences when encoding other invalid characters.」，也就是現在不會再重複編碼）。照第一種讀法，launchd 那行是 beta 期間的限制在 GA 時解除了；照第二種讀法，這項限制就是正式出貨的行為。這則說明沒有把出貨行為講清楚，而我沒有 27 的機器可以測。
• Gatekeeper。 spctl 多了一個 purge 指令，「which will clean up Gatekeeper database entries for apps and executables which are no longer mounted」（用來清除已不再掛載的 App 與可執行檔在 Gatekeeper 資料庫中的項目）。Apple 那則項目把旗標寫成只有一個減號，所以在 27 上動手之前，請先看看工具自己的說明；26.6.2 的工具用法文字裡沒有列出任何 purge 指令。¹³
• 受管理 Mac 的網路安全性。「Starting in 27.0 operating systems, select system processes now enforce stricter network security (TLS) requirements.」（從 27.0 版作業系統開始，部分系統行程會強制執行更嚴格的網路安全性（TLS）要求。）受影響的範圍包括 MDM、宣告式管理、自動化裝置註冊、描述檔安裝、App 安裝與軟體更新，門檻則是「TLS 1.2 at minimum, using cipher suites and certificates that meet App Transport Security (ATS) requirements」（至少 TLS 1.2，且加密套件與憑證必須符合 App Transport Security（ATS）的要求）。Apple 給管理者的支援文件補充說，SCEP 與內容快取的連線不在此限。¹¹
• Mac 上的 App Attest。「App Attest is now available to verify the authenticity of Mac apps.」（App Attest 現在可用於驗證 Mac App 的真偽。）¹⁰
• 受管理套件與舊版更新管理。 裝置管理「can configure the desired behavior when a managed package is removed」（可以設定移除受管理套件時的預期行為），而且「Legacy software update management no longer functions in all 27.0 operating systems」（舊版軟體更新管理在所有 27.0 作業系統上都不再運作），這等於讓舊的軟體更新指令、查詢與延後限制退場，改由宣告式管理接手。¹⁰
• System。 System 函式庫「now provides Swift APIs for the C stat, lstat, fstat, and fstatat system calls」（現在為 C 的 stat、lstat、fstat 與 fstatat 系統呼叫提供 Swift API），另有一則 Resolved Issue 記錄了 beta 期間的建置中斷：在您自己的 FilePath 或 FileDescriptor 擴充中未加限定的 stat() 呼叫「might conflict with the new Swift stat() instance methods」（可能與新的 Swift stat() 實例方法衝突），Apple 將這一項列為 GA 時已修正。
• 磁碟映像檔。「The new DiskImageKit framework provides Swift APIs for creating and managing standalone and stacked disk images in the Apple Sparse Image Format (ASIF) and raw disk image formats.」（新的 DiskImageKit 框架提供 Swift API，用來建立與管理 Apple Sparse Image Format（ASIF）與原始磁碟映像格式的獨立式與堆疊式磁碟映像檔。）用途是搭配 Virtualization 框架。
• Mac Catalyst。 Catalyst App「now behave like AppKit apps when you switch to them with no open windows」（在沒有開啟視窗的情況下切換過去時，行為會和 AppKit App 一樣），所以除非啟用來自 Dock 或 Spotlight，否則切換過去不會再自動開一個視窗。
• 啟動磁碟。 一則寫給還留著舊卷宗的人的 Known Issue：「When a Mac is running macOS 11.0, you might not be able to select the boot volume of macOS 27.0 or later as the startup disk in System Settings.」（當 Mac 執行 macOS 11.0 時，您可能無法在「系統設定」中選取 macOS 27.0 或更新版本的開機卷宗作為啟動磁碟。）Apple 的變通辦法是使用電源鍵的啟動選項畫面。

同一次發行的 Xcode 面向，已經寫在另外兩篇文章裡。Xcode 27 發行文章重現了 27A266a 上的 ARCHS_STANDARD 變更，也就是 macOS 部署目標設為 27.0 時只會解析出 arm64；Intel 文章則追蹤了三句 Intel Deprecation 的說明。Apple 在 GA 版對這幾則項目的措辭與 beta 4 的文字一致，包括讓 Intel 這條路再多開一年的那句：「Intel development is still possible with macOS versions that support Rosetta like macOS 27.」（在 macOS 27 這類支援 Rosetta 的 macOS 版本上，仍然可以進行 Intel 開發。）¹²

我無法實測的部分

我手邊沒有跑 macOS 27 的 Mac，所以本文中每一項 27 的行為都是 Apple 的說法。這篇文章倚賴最重的五項是：固定為「Open using Rosetta」的 App 在升級後會以原生方式啟動；原本裝有 Rosetta 的 Mac 升級後就沒有它了；「簡介」視窗會對無法在 28 上執行的 App 顯示標示；「設定」>「一般」會把它們列出來；純元件套件在 27 上會以 arm64 執行自己的腳本。上面的安裝套件實驗證明的是套件在 26.6.2 上宣告了什麼，而不是 27 會怎麼對待它們。等我有 27 的機器，這五條會各自在這裡補上標註日期的段落，就像 ld64 文章後來補上 GA 段落那樣。

這週我會做的事

1. 把您出貨的每一個套件，以及建置機器會安裝的每一個套件，都展開來 grep distribution 裡的 hostArchitectures；只要檔案不存在或屬性缺席，就當成「在 27 上是 arm64」，並帶著這個前提重讀安裝前後的腳本。⁴⁵
2. 如果任何 CI 或佈建步驟會執行 Intel 二進位檔，請在設定腳本裡明確安裝 Rosetta，別指望它撐得過升級；Apple 說它撐不過。⁴¹⁰
3. 照 Apple 的方式按資料夾清點 Intel 外掛：~/Library/Audio/Plug-Ins/*、~/Library/Printers/、~/Library/ColorPickers/，以及您的 Quick Look 與 Spotlight 擴充所在的位置，後者 Apple 只按類別點名、沒有給路徑。「設定」可能不會列出它們，而 macOS 28 不會載入它們。⁴
4. 如果您是用複製 plist 的方式安裝 launch agent，請在 27 的機器上保留隔離屬性測一次；Apple 把這則說明歸在 Resolved Issues 之下，而它有兩種讀法。⁹
5. 如果您有在做裝置管理，現在就拿 TLS 1.2 與 ATS 加密套件的要求去測您的 MDM、註冊與更新伺服器；Apple 說它的作業系統「might refuse connections」（可能拒絕連線）到設定過時或不合規的伺服器，同一頁針對 27 或更新版本的段落寫著「Non-compliant connections are blocked and the log messages appear as errors instead of warnings.」（不合規的連線會被封鎖，記錄訊息也會從警告變成錯誤），而該頁列出的例外只有 SCEP 與內容快取。⁹¹¹
6. 如果您在 beta 上為了 stat() 的名稱衝突做過變通，請把它移除後重新建置；Apple 將它列為 GA 時已修正。⁹

常見問題

macOS 27 是什麼時候推出的？

2026年9月14日（週一），build 為 26A428，與 iOS 27.0（24A437）和 Xcode 27（27A266a）同一天。Apple 的發佈摘要把它們全都列在這個日期底下。¹

哪些 Mac 可以執行 macOS 27 Golden Gate？

所有 Apple 晶片的 Mac。Apple 的相容性頁面列出 35 筆機型，從 2020 年的 M1 MacBook Air、MacBook Pro 與 Mac mini，一路到 M5 與 M6 機種，另外還有 MacBook Neo（13 吋，A18 Pro）。清單上沒有任何一台 Intel Mac。²

Rosetta 在 macOS 27 上還能用嗎？

可以。Apple 的支援文件說 Rosetta「is available for any Mac with Apple silicon using macOS 27 or earlier」（可用於任何執行 macOS 27 或更早版本的 Apple 晶片 Mac），企業版說明則稱它是「a general-purpose compatibility tool through macOS 27」（直到 macOS 27 為止的通用相容性工具）。Apple 表示升級不會把它還原，所以原本裝過的 Mac 可能得再裝一次。³⁴¹⁰

Rosetta 在 macOS 28 上還會運作嗎？

只有遊戲還能用。「Starting with macOS 28, the next major macOS release, Rosetta functionality will be available only for certain older, unmaintained games that rely on Intel-based frameworks.」（從下一個主要版本 macOS 28 開始，Rosetta 的功能將只提供給某些倚賴 Intel 框架、已無人維護的舊遊戲。）發行說明也寫著「All Intel-based software will no longer be compatible with macOS 28.0, excluding legacy games.」（除了舊遊戲之外，所有 Intel 軟體都將無法在 macOS 28.0 上相容。）³⁴

arm64 預設值會影響哪些安裝套件？

distribution 檔案裡沒有 hostArchitectures 屬性的套件，以及根本沒有 distribution 檔案的純元件套件。在 macOS 26.6.2 上由 productbuild 產生的 product archive 會宣告 hostArchitectures="x86_64,arm64"，因此落在 Apple 那句話之外。用 pkgutil --expand 展開後再 grep Distribution 檔案就能確認。⁴⁵⁶

升級之後需要重新安裝 Rosetta 嗎？

Apple 表示，如果那台 Mac 在升級前裝過 Rosetta，macOS 27 不會自行把它裝回來。依照 Apple 的安裝說明，開啟任何一個 Intel App 就會讓提示再次出現，您也可以在「終端機」中用 Apple 支援文件給的指令 softwareupdate --install-rosetta 安裝。³⁴

資料來源