macOS 27 Golden Gateリリース：開発者にとって何が変わるのか

macOS 27 Golden Gateは2026年9月14日、ビルド26A428としてリリースされました。iOS 27.0およびXcode 27と同日で、インストールできるのはApple siliconのMacだけです。Appleの互換性リストには2020年のM1 MacBook AirからM6 Mac miniまでが並び、A18 Proを積んだ13インチMacBook NeoというA系チップのマシンが1台だけ含まれています。¹² 開発者にとって今回のリリースは、Rosettaが汎用ツールとして使える最後の1年という意味を持ちます。同日付のAppleのサポート記事は、Rosettaは「is available for any Mac with Apple silicon using macOS 27 or earlier」（macOS 27以前を使うApple siliconのMacであれば利用できる）とし、macOS 28では「only for certain older, unmaintained games that rely on Intel-based frameworks」（Intelベースのフレームワークに依存する、保守されていない一部の古いゲーム向けにのみ）残ると書いています。³ GA版のリリースノートにはRosettaの項目が4つあります。ユーザーが「Open using Rosetta」に設定していたアプリはネイティブで起動する、アップグレード後にRosettaは復元されない、ホストアーキテクチャを指定しないインストーラパッケージはarm64がデフォルトになる、そしてIntelのプラグインが設定の一覧に現れず通知も出ない場合がある、の4点です。⁴ 私の手元にmacOS 27のMacは無いので、以下の記述はすべてAppleの文面と、macOS 26.6.2で確認できた範囲の事実です。標準的なインストーラパッケージが何を宣言するのか、アーキテクチャを指定しないdistributionをインストーラがどう扱ってきたとproductbuildのマニュアルが述べているのか、そして新しいコマンドラインのサブコマンドのうち26.6のツールに無いものはどれか、の3つを確かめました。⁵¹³¹⁴ {.answer-block}

TL;DR

• 日付とビルド番号。 AppleのReleasesフィードには、macOS 27.0（26A428）がXcode 27（27A266a）、iOS 27.0（24A437）と並んで9月14日（月）付けで掲載されています。¹ 同日公開の互換性ページには35機種分の項目が並び、そのすべてがApple siliconです。アップグレードのページはルールを一文で述べています。「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 siliconのMacすべてと互換性があり、そこにはM系チップまたはA系チップを積んだあらゆるMacが含まれる）²
• AppleはRosettaの期限を書き下しました。 サポート記事もリリースノートも、macOS 28に残るのはゲーム限定のサブセットだという点で一致しており、法人向けのノートはRosettaを「a general-purpose compatibility tool through macOS 27」（macOS 27までの汎用互換ツール）と呼んでいます。³⁴¹⁰ アップグレードそのものについては、Rosettaは「is not automatically restored」（自動的に復元されない）とされ、ユーザーが「Open using Rosetta」に固定していたアプリはネイティブで起動します。⁴
• インストーラパッケージのデフォルトアーキテクチャが変わります。 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の3つしか挙げていません。⁵⁶
• Intelアプリは停止の前に表示で区別されます。 Appleによれば、情報ウインドウ（Get Info）は「Intel-based applications that will no longer run in macOS 28.0」（macOS 28.0では動作しなくなるIntelベースのアプリケーション）に「a treatment」（何らかの表示上の扱い）を付けるようになり、設定の「一般」にもそれらが一覧されます。さらにベータ限定のgame-test-toolがあり、これはRosettaを完全に無効化したうえで、Appleの言う「the new underlying system behavior」（新しい基盤のシステム挙動）を通じてレガシーゲームを動かします。⁸
• Rosettaと無関係なシステム側の変更が5つ。 他チームのコンテナへの読み取りはプロンプトを出さずに拒否され、アプリはTCCデータベースへ直接アクセスできなくなり、spctlにpurgeコマンドが加わり、管理関連の通信はATS水準の暗号スイートを伴うTLS 1.2が必須になり、App AttestがMacにも来ました。⁹¹⁰¹¹
• 私が実行できなかったこと。 ネイティブ起動への上書き、アップグレード後にRosettaが無いこと、情報ウインドウでの表示、設定の一覧、そして素のコンポーネントパッケージに対するarm64デフォルト。この5つはいずれも27のMacが要ります。ここではAppleの記述のまま伝え、記事の終盤のセクションで1つずつ挙げています。

9月14日に何がリリースされたのか？

この名前はリリースノート自身のOverviewに由来します。「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コンピュータ向けのアプリ開発をサポートする）⁴ もう一度目を向ける価値があるのはA系チップの項目です。アップグレードのページの「M-series chip or A-series chip」という言い回しは、特定のチップファミリーではなくプラットフォームを指しており、その後半に当てはまるマシンはリストの中でMacBook Neoだけです。²

macOS 27はRosettaに何をするのか？

9月14日に公開された2本のサポート記事とGA版のリリースノートは、同じ境界線を3つの角度から描いており、それがどこに引かれるかについては一致しています。

Intelアプリ向けのサポート記事はこうです。「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 siliconのMacであれば利用できる。次のmacOSメジャーリリースである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が1件、Deprecationsが3件あります。⁴

• 「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’に設定していたアプリケーションは、ネイティブで起動する。過去に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がデフォルトになる。pre installおよびpost installのスクリプトがarm64の下で意図どおりに動くことを確認すること。加えて、残っているインストーラプラグインを監査し、Apple siliconでの互換性を確かめること）
• 「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/の3つで、対象は「VSTs, HAL, ARA, PDEs, Color Pickers, Quicklook & Spotlight plugins/extensions/components.」（VST、HAL、ARA、PDE、カラーピッカー、Quick LookおよびSpotlightのプラグイン、機能拡張、コンポーネント）です。

最初の項目とサポート記事は一見矛盾して見えますが、「previously」（以前に）という語を読むと筋が通ります。サポート記事は、Universalアプリの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以前であれば、これを使ってアプリをIntelベースのアプリとして強制的に開くことができ、Intel専用のプラグインや機能拡張などのアドオンを利用できる）³ 一方リリースノートは、そのモードに「previously set」（以前に設定されていた）アプリはネイティブで起動すると書いています。27のマシンが無いので検証はできませんが、私の読みでは、アップグレードが設定を一度クリアし、ユーザーが改めて設定し直せるということです。過去の互換性問題を「re-assess」（改めて評価）せよというAppleの指示も、同じ方向を指しています。この読みが正しければ、Intelプラグインのためにあのチェックボックスに頼っていたユーザーは、アップグレード後の初回起動でアプリがネイティブに開き、プラグインが読み込まれていない状態を目にすることになります。

2つ目の変更は1つ目より早く効いてきます。Rosettaが入っていたMacは、それを持たないまま27.0にアップグレードされるとAppleは述べており、インストール手順に従えば、Intelアプリを開くことがRosettaを呼び戻す方法になります。³⁴¹⁰ Rosettaの無いMacでIntelバイナリを実行するスクリプトがどうなるかについて、Appleの文面は何も言っていません。プロンプト経由かsoftwareupdate --install-rosettaでRosettaを入れるまでは失敗するものとして計画してください。³ AppleのRosettaドキュメントは、インストールが要らない唯一のケースを補っています。仮想マシンやコンテナ内のIntel Linuxバイナリについては、「macOS 27 directly integrates support for Intel binary translation, without needing to install Rosetta」（macOS 27はIntelバイナリ変換のサポートを直接統合しており、Rosettaのインストールを必要としない）とあります。Xcode 27のIntel記事では、この一文と、7月時点のAppleのドキュメントに書かれていたRosettaのスケジュール全体をたどっています。⁷

ゲーム向けの例外は、今のところベータ限定の形をしています。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のベータリリース以外では利用できない）⁸ つまりこのツールは、Appleが「the new underlying system behavior」（新しい基盤のシステム挙動）と呼ぶもののための、ベータ限定のスイッチです。macOS 28がこれをどう提供するのかについて、ノートは何も述べていません。

どのインストーラパッケージがarm64デフォルトになるのか？

Appleの一文はキーをhostArchitectureと単数形で呼んでいますが、実際に対応する属性は、プロダクトアーカイブの中にあるDistribution XMLの<options>要素に付くhostArchitecturesです。Appleのリファレンスはこれを「a comma-separated list of supported architecture codes.」（サポートするアーキテクチャコードをカンマ区切りで並べたリスト）と説明しています。⁶ Appleの言う「packages which specify no hostArchitecture」は、私の読みでは、distributionにその属性が無いパッケージか、そもそもdistributionを持たないパッケージのことです。

macOS 26.6.2で、考えうる最小のパッケージを両方の作り方で用意しました。⁵ pkgbuildで作ったコンポーネントパッケージを展開すると、中身はBom、PackageInfo、Payloadの3つだけで、Distributionファイルはありません。アーキテクチャを宣言する場所がどこにも無いので、素のコンポーネントパッケージを直接インストールする形は、何も指定していないパッケージの最も素直な例になります。プロダクトアーカイブは事情が違います。同じコンポーネントに対してproductbuild --synthesizeを走らせると、生成されたdistributionには次のoptions行が書き込まれ、そこから作ったアーカイブを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 Siliconでは、archキーにarm64のアーキテクチャ指定子が含まれていない限り、macOSインストーラはプロダクトのdistributionをRosetta 2の下で評価する）、そして「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の下で評価するという挙動のことでした。27では、Appleのノートに従えば、アーキテクチャを指定しないdistributionは代わりにarm64がデフォルトになります。

出荷するパッケージ、あるいはビルドマシンがインストールするパッケージを調べるには、こうします。

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

Distributionファイルが無い場合、あるいは一致が無い場合は、Appleの文面に照らせば、そのパッケージは27で新しいarm64デフォルトを受け継ぎ、中のスクリプトもarm64の下で動くことになります。メタデータではなく挙動が変わるのは、まさにここです。uname -mで分岐するpreinstallやpostinstallのスクリプトはarm64の枝を通りますし、x86_64向けにビルドされたヘルパーを起動するスクリプトはRosettaを必要としますが、そのマシンにはもうRosettaが入っていないかもしれません。⁴ Appleのノートは、求める監査の指示で締めくくられています。”audit any remaining installer plugins to ensure compatibility on Apple silicon”（残っているインストーラプラグインを監査し、Apple siliconでの互換性を確かめること）というものです。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 Groupコンテナ内のファイルにアクセスしても、ユーザーに承認を求めるプロンプトは出なくなる。そうしたアクセスはデフォルトで拒否され、ユーザーがプライバシーとセキュリティの設定で管理できる）失敗の形は8月の記事で扱いました。APIは今もURLを返し、拒否が起きるのは読み取りの時点です。もう1つの項目は、「XProtect may now restrict access to app data that is commonly targeted by malicious software.」（悪意のあるソフトウェアに狙われやすいアプリデータへのアクセスを、XProtectが制限するようになる場合がある）と付け加えています。プライバシーとセキュリティ設定の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,」（ファイルとフォルダのペインでは、バンドルIDを持たないプロセスに、他の開発チームが所有する特定のアプリデータコンテナやApp Groupコンテナへのアクセスを許可することはできない）とあります。Appleの回避策はフルディスクアクセスで、「for the duration of the requirement」（必要とされる期間のあいだ）与えるというものです。
• TCC。 “Apps can no longer access the local TCC database directly.”（アプリはローカルのTCCデータベースへ直接アクセスできなくなる）法人向けのノートは、この削除と引き換えに管理者向けの新しい問い合わせ手段を示しています。”The new tccutil list command can report current privacy authorizations for specified services or apps on managed devices.”（新しいtccutil listコマンドは、管理対象デバイス上の指定したサービスやアプリについて、現在のプライバシー許可状況を報告できる）¹⁰ 26.6.2のtccutilが受け付けるサブコマンドはresetただ1つです。¹³
• launchd、Resolved Issuesとして記載。 Launch Daemons and AgentsのResolved Issuesに、Appleはこう書いています。”Fixed: launchd no longer supports loading launchd property list files with the quarantine extended attribute.”（修正済み：launchdは、quarantineの拡張属性が付いたlaunchdのプロパティリストファイルの読み込みをサポートしなくなった）Appleはこの文書の中で”Fixed:”という接頭辞を2通りに使っています。解決した問題そのものを指す使い方（Accessory Access、176815987：”Fixed: Accessory Access does not work inside App Sandbox.”）と、解決後の挙動そのものを指す使い方（Foundation、161588649：”Fixed: +[NSURL URLWithString:] no longer double-encodes the % of valid percent-escape sequences when encoding other invalid characters.”）です。前者として読めば、launchdの一行はベータ時の制限がGAで解除されたという意味になり、後者として読めば、その制限こそが出荷された挙動ということになります。ノートは出荷時の挙動を曖昧なまま残しており、27のマシンが無い私には検証できません。
• Gatekeeper。 spctlにpurgeコマンドが加わりました。「which will clean up Gatekeeper database entries for apps and executables which are no longer mounted.」（もうマウントされていないアプリや実行ファイルについて、Gatekeeperのデータベースの項目を掃除する）というものです。Appleの項目はこのフラグをダッシュ1文字で綴っているので、27で打ち込む前にツール自身のヘルプを確認してください。26.6.2のツールのusageテキストには、purgeコマンドは載っていません。¹³
• 管理対象Macのネットワークセキュリティ。 「Starting in 27.0 operating systems, select system processes now enforce stricter network security (TLS) requirements.」（27.0のOSからは、一部のシステムプロセスがより厳しいネットワークセキュリティ（TLS）要件を強制するようになる）影響を受けるのはMDM、宣言的管理、自動デバイス登録、プロファイルのインストール、アプリのインストール、そしてソフトウェアアップデートで、求められる水準は「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.」（Macアプリの真正性を検証するために、App Attestが利用できるようになった）¹⁰
• 管理対象パッケージと旧来のアップデート管理。 デバイス管理は「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のOSすべてで機能しなくなる）とされています。旧来のソフトウェアアップデートのコマンド、クエリ、延期の制限は役目を終え、宣言的管理に置き換わります。¹⁰
• 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には、ベータ時のビルド破損が記録されています。自作の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フレームワークは、Apple Sparse Image Format（ASIF）および生のディスクイメージ形式で、スタンドアロンおよびスタックしたディスクイメージを作成・管理するためのSwift APIを提供する）とあり、Virtualizationフレームワークと組み合わせて使います。
• Mac Catalyst。 Catalystアプリは、ウインドウを1つも開いていない状態で切り替えたとき「now behave like AppKit apps」（AppKitアプリと同じようにふるまう）ようになりました。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側は、すでに2本の記事で扱っています。Xcode 27のリリース記事では27A266a上でARCHS_STANDARDの変更を再現しており、macOSのデプロイメントターゲットを27.0にするとarm64だけに解決されます。Intelの記事ではIntel Deprecationの3つの文をたどっています。これらの項目のAppleのGA版の文面はベータ4の文言と一致しており、Intelの道を1年だけ残すあの一文も同じです。「Intel development is still possible with macOS versions that support Rosetta like macOS 27.」（macOS 27のようにRosettaをサポートするmacOSであれば、Intel向けの開発は引き続き可能）¹²

私が実行できなかったこと

手元にmacOS 27のMacは無いので、この記事に出てくる27の挙動はすべてAppleの記述です。この記事が最も強く寄りかかっているのは次の5つです。「Open using Rosetta」に固定していたアプリがアップグレード後にネイティブで起動すること。Rosettaが入っていたMacをアップグレードするとRosettaが消えていること。28で動かなくなるアプリに、情報ウインドウが表示上の扱いを付けること。設定の「一般」にそれらが一覧されること。そして素のコンポーネントパッケージが、27ではスクリプトをarm64の下で実行すること。上のインストーラの実験が示すのは、26.6.2でパッケージが何を宣言するかであって、27がそれをどう扱うかではありません。27のマシンが用意できたら、ld64の記事がGA版のセクションを得たのと同じように、この5行それぞれに日付入りのセクションをここへ足します。

私なら今週こうする

1. 出荷するパッケージと、ビルドマシンがインストールするパッケージをすべて展開し、distributionをhostArchitecturesでgrepします。ファイルが無い場合も属性が無い場合も「27ではarm64」として扱い、その前提でpre installとpost installのスクリプトを読み直してください。⁴⁵
2. CIやプロビジョニングの工程でIntelバイナリを実行しているなら、アップグレードを越えてRosettaが残ることを当てにせず、セットアップスクリプトで明示的にインストールします。Appleは残らないと言っています。⁴¹⁰
3. IntelのプラグインをAppleと同じやり方で、フォルダ単位で洗い出します。~/Library/Audio/Plug-Ins/*、~/Library/Printers/、~/Library/ColorPickers/、そしてQuick LookとSpotlightの機能拡張が置かれている場所です。最後のものはAppleがパスではなくカテゴリで名前を挙げています。設定には一覧されないかもしれませんし、macOS 28では読み込まれません。⁴
4. plistをコピーしてLaunch Agentをインストールしているなら、quarantine属性を付けたまま27のマシンで一度試してください。AppleはこのケースについてのノートをResolved Issuesに置いており、その文は2通りに読めます。⁹
5. デバイス管理を運用しているなら、MDM、登録、アップデートの各サーバーを、今のうちにTLS 1.2とATSの暗号スイート要件に照らして検証します。AppleはOSが要件を満たさないサーバーへの接続を「might refuse connections」（拒否する可能性がある）と述べ、同じページのバージョン27以降の項目には「Non-compliant connections are blocked and the log messages appear as errors instead of warnings.」（要件を満たさない接続はブロックされ、ログメッセージは警告ではなくエラーとして出る）とあります。例外として挙がっているのはSCEPとコンテンツキャッシュだけです。⁹¹¹
6. ベータでstat()の衝突を回避していたなら、その回避策を外して再ビルドします。AppleはGAで修正済みとしています。⁹

よくある質問

macOS 27はいつリリースされましたか？

2026年9月14日（月）、ビルド26A428として、iOS 27.0（24A437）およびXcode 27（27A266a）と同日にリリースされました。AppleのReleasesフィードには、そのすべてがこの日付で掲載されています。¹

macOS 27 Golden Gateが動作するMacはどれですか？

Apple siliconのMacであればすべてです。Appleの互換性ページには、2020年のM1 MacBook Air、MacBook Pro、Mac miniからM5とM6のマシンまで35機種分の項目に加えて、MacBook Neo（13インチ、A18 Pro）が挙がっています。Intel Macはリストに1台もありません。²

macOS 27でもRosettaは動きますか？

動きます。Appleのサポート記事はRosettaについて「is available for any Mac with Apple silicon using macOS 27 or earlier」（macOS 27以前を使うApple siliconのMacであれば利用できる）と述べ、法人向けのノートはこれを「a general-purpose compatibility tool through macOS 27」（macOS 27までの汎用互換ツール）と呼んでいます。ただしアップグレードでは復元されないとAppleは言っているので、以前から入れていたMacでは入れ直しが必要になる場合があります。³⁴¹⁰

macOS 28でもRosettaは動きますか？

ゲームに限って動きます。「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メジャーリリースである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が生成したプロダクトアーカイブはhostArchitectures="x86_64,arm64"を宣言しており、Appleの一文の範囲外に収まります。pkgutil --expandとDistributionファイルのgrepで確認してください。⁴⁵⁶

アップグレード後にRosettaを入れ直す必要はありますか？

アップグレード前にRosettaが入っていたMacでも、macOS 27がひとりでに戻すことはないとAppleは述べています。Appleのインストール手順によれば、Intelアプリを開けばあのプロンプトが戻ってきますし、Appleのサポート記事が示すsoftwareupdate --install-rosettaをターミナルで実行してインストールすることもできます。³⁴

出典