Xcode 27はいつリリース？ベータ6（27A5252f）の現在地と動作要件

WWDC26に合わせて公開されたXcode 27は、2026年9月時点でまだベータ段階にあります。正式版がいつ出るのか、手元のMacで動くのか、いま使っているXcode 26と併用できるのか。判断に必要な事実を、Appleのリリースノートとリリース一覧という一次情報だけで確認できるようにまとめました。Xcode全体の最新版についてはXcodeの最新バージョン（26.6）と確認・更新手順の記事にまとめてあります。

まとめ：Xcode 27の現在地と判断材料

移行前に必ず確認しておきたいのは、Apple Silicon必須という一点でしょう。Intel MacにはXcode 27がそもそもインストールできません。既存プロジェクトのビルドを実際に止めうるのは、ld64リンカの削除、macOS 27をデプロイメントターゲットにしたときのx86_64の既定除外、そしてC++標準ライブラリの最小デプロイメントターゲット引き上げの3つです。これとは別に、SwiftUIの @State がマクロへ変わったことでビルドは通るまま挙動が変わる箇所もあります。以下の各章で、それぞれの原文と対処を確認していきます。

Xcode 27の現在地と正式版リリース時期の見立て

初版からベータ6までの更新間隔とベータ別の変更領域

Xcode 27の初版ベータ（27A5194q）は、WWDC26基調講演当日の2026年6月8日に公開されました。同じ日にiOS 27、iPadOS 27、macOS 27、tvOS 27、watchOS 27、visionOS 27の各ベータも提供が始まっています。基調講演で発表された内容の全体像はWWDC26の基調講演の要点整理で扱いました。

そこから2026年9月時点の最新はbeta 6（27A5252f・8月24日公開）です。初版からの経過は77日、更新の区間は5回なので、平均すると15.4日にあたります。おおむね2週間に1回のペースと考えてよいでしょう。

リリースノートは版ごとに見出しが積み上がる形式になっており、どの版で何が変わったかを後から追えます。版番号の付かない節が現行のbeta 6にあたる構成です。

OS側のベータはXcodeより先に進んでおり、iOS 27.0は8月31日公開のbeta 8（24A5430a）まで来ました。Xcodeの版番号とOSの版番号は一致しないのが通常の状態なので、不具合報告では両方のビルド番号を控えておくほうが安全です。

正式版の時期を見積もる2つの判断材料

Appleは正式版の日程を公表していません。したがって「9月◯日に出る」と断定できる材料は、いまの時点では存在しないことになります。見積もりの根拠にできるのは前世代の実績だけです。Xcode 26の正式版（17A324）は2025年9月15日に公開されており、安定版のXcode 26.6が2026年6月25日に出たあと6月8日からXcode 27のベータ系列が並走しているという構図も、前世代と同じ形をしています。

実務としては、正式版の告知を待つのではなく、9月中に検証を終えられる逆算スケジュールを引いておくのが現実的でしょう。このうち自社で早められないのはCIサービスがXcode 27のイメージを提供する時期だけなので、先に問い合わせておく価値があります。依存ライブラリのSwift 6.4対応とビルドマシンのApple Silicon化は、自社の段取り次第で前倒しできます。

Apple Silicon必須とmacOS Tahoe 26.4以降という動作要件

sw_versとuname -mによる動作要件の判定

リリースノートの記述は明快で、Xcode 27 beta 6はmacOS Tahoe 26.4以降が動作するMacを必要とします。macOS 26を使っていても、マイナーバージョンが26.4に達していなければ要件を満たしません。あわせてApple Siliconかどうかも確認が要ります。ターミナルであれば次の2つで判定できます。

$ sw_vers
ProductName:		macOS
ProductVersion:		26.6.2
BuildVersion:		25G83

$ uname -m
arm64

uname -m が arm64 ならApple Silicon、x86_64 ならIntel Macです。複数台を管理しているチームでは、この2コマンドを構成管理のスクリプトに組み込んでおくと、移行対象の棚卸しが一度で済みます。

Intel Macに残された選択肢と残らない選択肢

Xcode 27のリリースノートは、Xcode 27はApple Silicon搭載Macにのみインストールおよび実行できると明記しています。macOS Tahoe 26はIntel Macをサポートする最後のリリースですが、それとは別に、Intel Macを開発機として使い続ける道はXcode 27の時点で閉じます。手元のIntel Macで新しいXcodeを動かす方法は存在しません。

一方で、Intel向けアプリの配布が終わるわけではありません。同じ項目に、macOS 27 SDKはUniversal（IntelとApple Silicon）アプリをmacOS 12以降へ後方配布できると書かれています。またmacOS 27のようにRosettaが動作するmacOSであれば、Intel向けの開発自体は引き続き可能とされています。つまり切れるのは開発機としてのIntel Macであって、配布先としてのIntelではありません。

ただしこの逃げ道には期限があります。macOS 26.4のリリースノートには、macOS Tahoe 26がIntelベースのMacをサポートする最後のリリースであること、そしてアプリ向けのRosettaサポートがmacOS 27の後に終了することが明記されました。macOS Tahoe 26.4以降では、Rosettaを使うアプリの起動時にユーザーへ通知が出ます。Rosetta前提の運用は恒久策になりませんから、移行計画には期限付きの経過措置として組み込んでください。

ベータの入手とXcode 26との併用手順

ダウンロード先とxipの展開

Xcode 27ベータは、Apple DeveloperサイトのDownloadsにApple Accountでサインインして入手します。配布形式はxipで、ダウンロード後にFinderでダブルクリックすると署名を検証しながら展開が進みます。アプリ本体に加えてシミュレータランタイムの追加分も必要になるため、空き容量には余裕を持たせてください。

展開されたアプリは既定でXcode-beta.appという名前になり、正式版のXcode.appとは別名です。この命名のおかげで、Xcode 26を消さずにそのまま同居させられます。

xcode-selectによるコマンドラインツールの切り替え手順

GUIでどちらを開くかは選べても、xcodebuild や swift といったコマンドラインツールがどちらを指すかは xcode-select の設定で決まります。CIやローカルのビルドスクリプトが意図しない版を使っていないか、次の手順で確認しましょう。

$ xcode-select -p
/Applications/Xcode.app/Contents/Developer

$ sudo xcode-select -s /Applications/Xcode-beta.app

$ xcodebuild -version
Xcode 27.0
Build version 27A5252f

切り替えたあとは必ず xcodebuild -version でビルド番号まで確認してください。ここを飛ばしたまま検証を始めると、Xcode 26でビルドした結果をXcode 27の挙動として報告してしまいます。検証が終わったら同じ手順で元に戻します。パッケージ管理をSwift Package Managerで行っている場合の注意点はSwift Package Managerの使い方にまとめました。

同梱される6つのSDKと実機デバッグの対応範囲

Xcode 27 beta 6にはSwift 6.4と、iOS 27、iPadOS 27、tvOS 27、watchOS 27、macOS 27、visionOS 27の6つのSDKが同梱されます。実機デバッグの対応範囲はSDKとは別に定められており、こちらのほうが保守中のアプリに直接効いてきます。

リリースノートが実機デバッグ範囲として挙げているのは、iOS 17以降、tvOS 17以降、watchOS 10以降、そしてvisionOSの4つだけです。iPadOSとmacOSについては言及がないため、上の表でも記載なしとして扱いました。iPadOSはiOSと同じ下限に準じるのが実態ですが、原文に書かれていない点は区別しておくほうが安全でしょう。

影響が出るのは、iOS 16以前の実機を検証端末として抱えているチームです。Xcode 27につないでのデバッグができなくなるため、その端末を捨てるか、Xcode 26系を残して併用するかの二択になります。iOS 26.6の変更点のような直近世代の適用判断とあわせて、保守対象アプリごとに必要なOS下限を洗い出しておくと、残すべきXcodeの組み合わせが決まってきます。

Instruments側の下限も同時に上がりました。計測対象となるデバイスはiOS 17、watchOS 10、tvOS 17以上が必要です。Device Hubには、iOS 27、iPadOS 27、watchOS 27以降を対象にネットワーク経由でiPhone、iPad、Apple Watchをペアリングする方式が加わりました。サイドバーのプラスボタンからPair Nearby Deviceを選ぶと開始できます。

Swift 6.4と@Stateのマクロ化で既存コードに出る影響

Xcode 27にはSwift 6.4が同梱されます。言語面で既存プロジェクトに最も広く影響するのは、SwiftUIの @State がプロパティラッパーからマクロへ変わった点でしょう。AppleのSwiftUI更新履歴には、Xcode 27以降でビルドすることで @State 属性が State() マクロを使うようになり、プロパティがクラスの場合に一度だけ初期化して保持するようになる、と記載されています。

ここで押さえるべきは有効化の条件です。この変更が効くかどうかを決めるのはビルドに使うXcodeの版であって、アプリが動作するOSの版ではありません。Xcode 27でビルドし直せば、対応OSの下限を引き上げなくても恩恵を受けられます。

効果が出るのは、@Observable なモデルクラスなどを @State で保持しているケースです。従来はビューのイニシャライザが呼ばれるたびに初期値の式が評価されていましたが、マクロ版では最初の1回だけになります。

import SwiftUI

@Observable
final class Counter {
    init() { print("Counter init") }
    var value = 0
}

struct CounterView: View {
    @State private var counter = Counter()

    var body: some View {
        Text("\(counter.value)")
    }
}

このコードをXcode 26でビルドすると、CounterViewが再生成されるたびに Counter init が出力されます。Xcode 27では最初の1回だけです。無駄なインスタンス生成が消える分、ビューの再構築が多い画面ほど差が出ます。

移行時に注意が要るのは、宣言時に初期値を与えたうえで、さらにイニシャライザ内で同じプロパティへ代入している箇所です。プロパティラッパー版とマクロ版で扱いが変わるため、移行前に該当箇所を検索し、初期値の設定をどちらか一方に寄せておいてください。あわせて、型ごとに分かれていた ToolbarContentBuilder や CommandsBuilder を統合する ContentBuilder も同時期に入りました。

コーディングエージェント統合とDevice Hubの変更

Xcode 27で最も目立つ変更は、コーディングアシスタントの位置付けでしょう。ナビゲータ領域からエディタ領域へ移り、会話の隣にコード差分や計画、SwiftUIプレビューのスナップショットが成果物として並ぶ構成になりました。エディタと同じようにタブや画面分割で配置できます。

実務にいちばん効くのは、エージェントとの計画立案が第一級の機能になった点です。計画は編集可能なMarkdownの成果物として提示され、実行前にレビューして承認できます。これに付随して、エージェントがシミュレータを起動してアプリをインストールし、タッチイベントを合成してスクリーンショットを撮り、UIの挙動そのものを検証できるようになりました。さらにコーディングアシスタントはファイルシステムへのアクセスを監視して制御するセキュリティ層を備え、エージェントとその子プロセスの読み書きを制限できます。

利用できるモデルも広がりました。初版ベータでGoogle Geminiがコーディングアシスタントで使えるようになり、beta 6時点のリリースノートではGoogle Antigravityも利用可能と記載されています。AnthropicのエージェントについてはXcode 26.3でのエージェンティックコーディング解禁の時点から統合が始まっており、Xcode 27はその延長線上にあります。ローカライズやUIKitのリサイズ、アクセシビリティといった限定タスク向けにApple製の専門エージェントも同梱されました。

ここで立場をはっきりさせておくと、エージェントに検証まで任せられるようになったこと自体は、レビュー負荷を下げません。むしろ差分が一度に大きくなりやすいぶん、人間が読める粒度に区切る運用を先に決めておかないと破綻します。計画をMarkdownでレビューできる仕組みは、その粒度を実行前に交渉するための道具として使うのが最も効きます。

移行前に潰しておくビルド設定の破壊的変更

新機能の紹介記事では触れられにくいものの、既存プロジェクトのビルドを実際に止めるのはこちらの変更群です。リリースノートのDeprecations節から、影響の大きいものを整理します。

順に補足します。ld64リンカは削除され、-ld_classic オプションはサポートされなくなりました。古いプロジェクトのOther Linker Flagsにこの指定が残っていると、Xcode 27では通りません。まず該当フラグの有無を検索してください。

アーキテクチャの既定も変わりました。デプロイメントターゲットの下限をmacOS 27.0またはDriverKit 27.0に設定したターゲットは、既定ではUniversalとしてビルドされません。MACOSX_DEPLOYMENT_TARGET または DRIVERKIT_DEPLOYMENT_TARGET が27.0以上のとき、ARCHS_STANDARD にx86_64が含まれなくなるためです。Intel向けのスライスが必要なら、ARCHS にx86_64を明示的に追加します。ここは無言で成果物のアーキテクチャが減る変更なので、配布物をlipoやfileで確認する工程を入れておくと安全でしょう。

C++標準ライブラリについては、macOSの最小デプロイメントターゲットが11.0へ引き上げられました。これはC++標準ライブラリを使うターゲットに対する制約であり、Universalアプリの後方配布がmacOS 12以降とされているのとは別の話です。旧来の記事でこの2つを「配布下限が上がった」とまとめている例がありますが、対象範囲が違うため、自社のターゲット設定に照らして個別に確認してください。

ビルドサーバー運用に効く変更もあります。UIKitベースのInterface Builderドキュメント向けに、シミュレータをダウンロードせずにコンパイルできる新しいコンパイルモード toolchain が導入され、既定で有効になりました。問題が出た場合は IBC_COCOATOUCH_COMPILER_MODE = simulator というビルド設定、または ibtool を手動実行する際の --cocoatouch-compiler-mode simulator で従来動作へ戻せます。CIのイメージサイズを削れる変更なので、移行時に一度試す価値があります。

よくある質問

Xcode 27の正式版はいつリリースされますか？

2026年9月時点でAppleは日程を公表していません。最新はbeta 6（27A5252f・8月24日公開）で、まだベータ系列が続いています。前世代のXcode 26正式版（17A324）は2025年9月15日に公開されました。時期の見積もりに使えるのはこの実績までで、確定情報はAppleのリリース一覧で確認してください。

Xcode 27ベータはどこからダウンロードできますか？

Apple DeveloperサイトのDownloadsにApple Accountでサインインして入手します。配布形式はxipです。

Intel MacでXcode 27は使えますか？

使えません。Xcode 27はApple Silicon搭載Macにのみインストールおよび実行できるとリリースノートに明記されています。ただしIntel向けアプリの配布が終わるわけではなく、macOS 27 SDKはUniversalアプリをmacOS 12以降へ後方配布できます。

Xcode 27に必要なmacOSのバージョンは何ですか？

macOS Tahoe 26.4以降です。macOS 26を使っていても26.4に達していなければ要件を満たしません。

iOS 27 SDKでビルドするには何が必要ですか？

iOS 27 SDKはXcode 27に同梱されているため、Xcode 27ベータを導入すれば使えます。別途SDKをダウンロードする必要はありません。実機での動作確認にはiOS 27ベータを入れた端末が要りますが、シミュレータであればランタイムを追加するだけで検証できます。

関連記事

• Xcodeの最新バージョンは26.6｜バージョン確認とアップデート手順・Xcode 26の変更点
• Apple、Xcode 26.3で「エージェンティックコーディング」を解禁 – AIエージェントによる開発支援を導入
• WWDC26で発表された新OS群とSiri AIの全体像がわかる基調講演の要点整理
• Swift Package Manager入門｜使い方とPackage.swift、CocoaPods移行をSwift 6世代で解説
• iOS 26.6とは？変更点3つとセキュリティ修正・業務端末での適用判断を解説