Xcode 27がエージェント化した

WWDC26のフレームワーク関連のニュースが見出しを飾りました。SwiftUIの並べ替え対応コンテナ、新しいドキュメントプロトコル、App Intentsのバックグラウンド実行などです。しかし、もっと静かに進んだ変化こそが、日々の働き方を最も大きく変えるものでした。Xcode 27はコーディングエージェントをIDEに組み込んでおり、Appleは5つのセッションを費やして、ツールバーのボタン、planコマンド、artifactペイン、そしてsub-agentのファンアウトが、どのように一つの働き方として組み合わさることを意図しているのかを説明しました。

Apple自身の説明が、その意図をはっきりと示しています。Xcode Intelligenceチームは「コードのビジョンはあなたが牽引し、Xcodeはあなたがより速く、より自信を持ってそこへ到達できるよう手助けします」と切り出し、続けて設計目標は「あなたが楽しめる仕事に集中し続けてもらうこと」だと述べています。¹ 興味深いのは、LLMが今やSwiftを書くということではありません。興味深いのは、Appleがエージェントを、あなたが手作業で使うのと同じツール、つまりビルド、previewレンダラー、テストランナー、String Catalog、そしてXcode Cloudに接続したことです。エージェントは自分のコードがコンパイルできるかどうかを推測しません。実際にビルドし、エラーを読み、そして再度試みます。

TL;DR / 要点

• コーディングエージェントはXcode 26.3で登場しました。Xcode 27はツールセットを拡張し、インタラクションを再設計して、画面を左側のtranscript（会話、tool call、sub-agent）と右側のartifactsペイン（ファイル、diff、preview）に分割しています。¹
• /plan スラッシュコマンドはエージェントをplan modeにします。これにより、コードが書かれる前にmarkdownでアーキテクチャを承認でき、メッセージをキューに入れることでタスクの途中でも方向づけができます。¹
• エージェントはXcodeの実際の検証ツール、つまりビルド、previewレンダリング、テストランナーを実行するので、進めながら自己検証します。デモでは、新機能のために12件の通過するテストケースを書いて実行しました。¹
• UIプロトタイピングは「広げて、リミックスして、繰り返す」というループに依拠します。一度に名前付きのSwift previewを多数依頼し、それから気に入った部分を組み合わせるのです。インラインの注釈と画像の添付により、変更を正確な行に絞り込めます。²
• ローカライズはString CatalogとAppleの言語別スタイルガイドを通じて行われます。メインの会話が作業をsub-agentにファンアウトし、TRANSLATION.md のグロッサリーが用語の一貫性を保ちます。³⁴
• Xcode Cloudはセットアップが短くなり（リポジトリを接続し、最初のビルドを開始するだけ）、さらにwebhookとマルチリポジトリのビルドを駆動するようになりました。これは、以前より多くのコードを書くエージェント中心のワークフローにおけるCIの半分を担います。⁵

エージェントは今やエディタの中で動く

まず画面から見ていきましょう。レイアウトがそのモデルを体現しているからです。Xcode 27では、エージェントのtranscriptはサイドに取って付けたチャットのドロワーではなく、エディタペインそのものです。チームはこう説明しています。「transcriptはエディタペインへと移動したので、タブや分割など、あなたのワークフローに合った形で他のエディタと一緒に組み立てられます」。⁶ 会話はツールバー中央のボタンから開始でき、option-shift-クリックでその会話を別のペインとして開けるので、エージェントが作業している間にファイルを読めます。¹

Appleはワークスペースを左側のtranscriptと右側のartifactsペインに分割します。エージェントはソース、ビルド設定、開いているファイル、そして現在の選択範囲を見ることができます。

この分割には意味があります。「左側にはtranscriptがあり……進捗に関するコメント、tool call、実行中のsub-agentなどが含まれます。右側にはartifactsがあります。これらは作り出されたもの、つまりファイル、編集、そしてpreviewです」。¹ すべてのdiff、すべての新しいファイル、すべてのレンダリングされたpreviewは、それが土台となる前にレビューできるartifactとして現れます。エージェントはオープンに動作し、変更点が検査できるように並べられているのです。

エージェントが見られる範囲は、典型的なコンテキストウィンドウより広いものです。「Xcodeでエージェントを使って探索すると、プロジェクト全体を見ることができます。ソースコード、ビルド設定、さらには開いているファイルや現在の選択範囲まで見られます」。¹ デモでは、開発者がデータモデルとビュー階層の解説を依頼し、それからエージェントに2つのアーキテクチャドキュメントをリポジトリに書き込ませて、発見した内容が会話を越えて残るようにしました。これは「プロジェクト内に文書化されたナレッジベース」であり、「動的でコードベースと並走して進化できる」ものです。¹ 新しいエージェントセッションにコードベースを何度も説明し直したことがある人なら、地図を永続化したいという本能が腑に落ちるでしょう。

外部エージェントを使ったことがある人にとって注目すべき細部が一つあります。Appleはエージェントが自動的に呼び出すApple Document Searchツールを追加しました。「使っているエージェントによっては、その基礎知識に最新のフレームワーク情報が含まれていないかもしれません。Apple Document Searchを使えば、エージェントは高品質なドキュメントにアクセスできます」。¹ これは、真新しいAPIに対するコーディングエージェントの最も一般的な失敗、つまり存在しないシンボルを自信たっぷりに呼び出すという問題に対処します。必要なまさにその瞬間に、現行のドキュメントへの経路をエージェントに与えるのです。

Plan modeはあなたをアーキテクトにする

ワークフローのビルド側はplan modeを通じて進み、/plan スラッシュコマンドで到達します。その位置づけは意図的です。「Plan modeでは、あなたがアーキテクトになれます。コードが書かれる前に、自分のアプローチを概説するのです」。¹ エージェントはコンテキストを収集し、sub-agentを立ち上げて並行して探索でき、markdownでプランを生成します。あなたはそれを読み、インラインで編集し、実装が始まる前に承認します。⁶

Plan modeは実装をレビュー済みのステップに変えます。キューに入れたメッセージとエージェントの確認質問が、コードが着地する前にAppleの言う「緊密なコミュニケーションループ」を生み出します。

Appleは、なぜエージェント的なワークフローでプランニングがより重視されるのかについて率直です。「Xcodeでエージェントを使って開発すると、アイデアをあまりにも速く機能に変えられるので……正しいプランを確実に用意することが……より重要なステップになります」。その見返りはこうです。「磨き込みの作業は、貧弱に作られた土台を直すことではなく、あなたが欲しい機能を仕上げることに費やされます」。¹ コードを生成するコストがゼロへと下がると、間違ったコードを生成するコストも下がります。そして唯一の防御は、あなたが実際にレビューしたプランなのです。

2つのインタラクションの細部がこのループを機能させます。キューに入れたメッセージは、エージェントを中断せずに要件を追加させてくれます（「このようにメッセージをキューに入れると、エージェントが今やっていることを終えるのを待つのではなく、その瞬間に自分のアイデアを表現できます」）。¹ そしてエージェントは確認の質問を返してくるので、デモでは開発者がエージェントの提案したリストから、どのインサイト指標を前面に出すかを選びます。その結果生まれるのは、開発者が共同で書いたプランであり、ただ判を押しただけのものではありません。

それから検証です。エージェントはXcodeのビルドツールを使い、コンパイルエラーに突き当たり、反復します。「ビルドエラーはエージェントに直接伝えられる」からです。¹ エージェントは現在の実行先（run destination）に対してpreviewをartifactとしてレンダリングし、Device Hubを通じてiPadのsimulator上でアプリを実行し、既存のスイートに対してユニットテストを書きます。「エージェントは新しい変更を検証するためのテストスイート一式を書き、12件の新しいテストケースがすべて通過することを実行して確認できました」。¹ これこそが汎用チャットボットとの土台となる違いです。エージェントは、あなたが手に取るのと同じ計測器を使って、自分自身のフィードバックループを閉じるのです。

プロトタイピングは「広げる」ループ

UIプロトタイピングのセッションは、作業を機械に明け渡すことに最も強く抵抗する内容であり、それゆえに最も有用です。Apple Design TeamのプロトタイパーであるSamは、ルールを2回述べています。「これらのツールに批判的思考を委ねてはいけません」、そして「コーディングエージェントは、最良の体験は何かを発見する手助けをしてくれる、プロトタイピング過程のコラボレーターだと考えてください。覚えておいてください、最終決定権は常にあなたにあります」。²

このセッションは、恣意的なレイアウトに固定されてしまう曖昧なプロンプトと、横並びで評価するために10種類の名前付きSwift previewのバリエーションを求める具体的なプロンプトを対比します。

その技法は「広げて、リミックスして、繰り返す」です。²「ブッククラブを管理するUIを作って」のような曖昧なプロンプトは、あなたが固定されてしまう恣意的なレイアウトを生み出します。より良いプロンプトは、複数のバリエーションを求め、機能を明示的に名前付けし、スタイル上の手がかり（コーヒーショップの温かみ、紙とタイポグラフィの感触）を与え、各バリエーションにそれぞれ固有の名前付きSwift previewを与えます。デモでは、これによりクリックで切り替えられる10通りの異なる方向性が生まれ、その後どの要素を組み合わせるかをエージェントに伝えます。² previewはリビルドなしでキャンバス上にレンダリングされるので、このループは十分に緊密で、デザインを使い捨てのものとして扱えます。

2つの磨き込みツールがメインのエージェントワークフローへ引き継がれます。画像の添付は、テキストを越えて意図を伝えられるようにします。旗艦のセッションでは、開発者がiPadのFreeformでチャートをスケッチして送ると、エージェントがそのスケッチを対応するSwift Chartsの折れ線グラフに翻訳し、その途中でpreviewをレンダリングして自己検証しました。¹ インラインの注釈はより鋭い計測器です。「注釈は何を変えるかを言うだけでなく、どこを変えるかを示すので、結果は正確で、あなたが意図したものにぴったり絞り込まれます」。¹ フェードインアニメーションの行とトレンドの色の行を指し示すと、その周囲のコードがコンテキストになります。アニメーションについて特に、Samはエージェントに、アニメーションを名前付きのフェーズに分解した横並びのチューニングパネルを作らせることを勧めています。そうすれば、コンテキストを切り替えることなくspringの剛性とずらしのタイミングを調整できます。²

ローカライズはString Catalogを通じて行われる

ローカライズは、オーケストレーションの物語が具体的になる場であり、Appleの統合上の優位性を外部から再現するのが最も難しい場でもあります。その仕組みは長年のString Catalogの取り組みの上に築かれています。Catalogはまず文字列がどこで使われているかを追跡するようになり、次にそれがどのように使われているかを追跡してコメントを自動生成するようになり、Xcode 27はそのコンテキストをエージェントにもたらします。「Xcode 27から、コーディングエージェントを使ってXcode内で直接文字列を翻訳できるようになりました」。³

エージェントはプロジェクトを準備し、すべてのターゲットをビルドしてローカライズ可能な文字列を発見し、String Catalogを作成し、それから翻訳作業を、それぞれが文字列ごとのコンテキストを携えるsub-agentへファンアウトします。

その流れは精密です。エージェントはXcodeにプロジェクトを準備するよう指示し、Xcodeは言語を追加してすべてのターゲットをビルドするので、あらゆるローカライズ可能な文字列が発見され、不足しているString Catalogは自動的に作成されます。³ それからエージェントは文字列をバッチに分け、「翻訳作業を個々のsub-agentへ委任します」。各sub-agentには、その文字列がどこで使われているか、類似した用語の文字列、そして同じ文字列が他の言語でどう翻訳されたかについてのコンテキストが手渡されます。³ 複数形の処理は、統合が報われている好例です。%lld items に対して、sub-agentは正しいフランス語のバリエーション（「un élément」、「deux éléments」）を生成します。なぜなら「Xcodeは、言語を問わず、どのバリエーションが必要なのかをsub-agentが常に把握できるようにしているから」です。³

曖昧性解消の問題こそ、じっくり考えるべきものです。Localizationチームの Averyは「book」という語から話を始めます。これはある文では読むものであり、別の文ではホテルの予約であり、ほとんどの言語で別々の訳語を持ちます。「それ以上のコンテキストがなければ、誤った訳が選ばれかねません」。³ String Catalogがそのコンテキストを供給し、Appleはその上に言語別のスタイルガイドと、あなたが書いたあらゆるガイダンスを重ねます。推奨されるパターンは、グロッサリー、翻訳しない用語、トーンに関するメモを保持する TRANSLATION.md ファイルで、翻訳タスクのときだけエージェントが読み込むよう AGENTS.md とは分けておきます。³ デモでは、開発者が「landmarks」のデフォルトである「lieux d’intérêt」を、よりカナダ的な「attraits」で上書きし、後の無関係な機能が、Catalogの文字列横断的なメモリを通じて「attraits」を自動的に採用しました。これは「デフォルトでは選ばれなかったであろう訳」です。³

限界についての正直さこそ、心に留めておく価値のある部分です。Appleは、モデルの訓練データにあまり登場しない言語があり、それらはうまく翻訳されないことがあると指摘し、長時間に及ぶ一貫性確保の作業には大きなコンテキストを持つモデルを推奨し、そして自分が話せない言語ではコードを読める優位性が消え去ることをはっきり述べています。「私たちが流暢に話せない言語へエージェントに文字列を翻訳させるとき、その優位性は消えてしまいます」。³ その答えは、ネイティブスピーカーからのTestFlightのフィードバックと、フランス語の文は英語より長くなるため、ローカライズされたUIをpreviewでレンダリングして切り詰めを早期に捉えることです。集中的な作業のために、言語別のGenerate TranslationsボタンがString Catalog自体に備わっています。⁴

Xcode CloudはエージェントワークフローのCIの半分

エージェントによってより多くのコードをより速く書くようになるなら、何かがリグレッションを捉えなければなりません。Appleの答えはXcode Cloudで、セットアップが目に見えて短くなりました。Xcode Cloudチームははっきりと線を引きます。「Xcodeにエージェントのサポートが到来したことで、多くの開発者がこれまで以上にコードを書いています……しかし、コード、新機能の速いペースにどうやってスケールして追いつき、バグやパフォーマンス問題が顧客のデバイスに届く前に確実に捉えられるようにするのか。Xcode Cloudは品質のためのあなたの相棒です」。⁵

オンボーディングは今や、リポジトリを接続し、デフォルトのワークフローを受け入れ、最初のビルドを開始するだけです。ソースは一時的なVM上で実行され、決して保存されません。

セットアップは、Get Startedボタン、署名設定から事前入力される開発者チーム、リポジトリの接続、そして最初のビルドです。Appleは「Xcode Cloudのビルドは一時的な仮想マシン上で実行されます……ソースコードは決して保存されず、Appleがそれにアクセスする手段はありません」と強調しています。⁵ 内部TestFlightへの配布は生成されたワークフローを通じて行われ、同じ流れで、リポジトリを再認可することなく、同じワークスペース内に2つ目のアプリ（macOS）をオンボードできます。⁵

自動化のレイヤーこそ、それが単なるCIでなくなる場所です。webhookはビルドのライフサイクル、つまり作成、開始、完了で発火し、あなたが選んだエンドポイントにペイロードをポストします。これがデモでビルドをカスタムダッシュボードに配線する方法です。⁵ そしてマルチリポジトリのサポートは、共有フレームワークを独自のリポジトリに分割するという現実的なケースを扱います。追加のGitリモートを加えると、「Xcode Cloudは、すべての適切な依存関係が揃った状態でプロジェクトをビルドできるようになります」。⁵「what’s new in Xcode 27」のセッションは、その全体の要点を、そうしなければ見逃すリグレッションを捉えることだと位置づけます。「リグレッションが紛れ込んでいないかどうかを知らずにアップデートを出荷するのは、誰もやりたくないスタント飛行機の曲芸です」。⁷

ACPはあなたの選んだエージェントをXcodeに連れてくる

上で述べたApple Document Searchとカスタムツールの話は、図の中のMCP側、つまりXcode自身のエージェントがIDE内で行うtool callです。27のサイクルは、2つ目の別個の仕組みを加えます。State of the Unionで、Appleは次のように発表しました。「本日、XcodeはAgent Client Protocolのサポートを追加するので、互換性のある任意のエージェントをXcodeに連れてこられます。ACPのサポートとGemini統合は、本日提供されるXcode 26のアップデートで出荷されます。そしてXcode 27ではさらに多くが控えています」。⁸ その精密さに意味があります。ACPはXcode 27を待ちません。WWDC週間中にリリースされるXcode 26のアップデートで出荷され、より深い統合が27で到来するのです。

MCPとの違いこそ、土台となる部分です。MCPはXcodeのエージェントに呼び出すツールを与えます。ACPはエージェントそのものを連れてきます。Appleはそれをプラグインシステムを通じて位置づけています。「Agent Client Protocolを使えば、プラグインがあなたの選んだエージェントを連れてこられます」。⁸ インストールは、Xcodeに直接コマンドラインを実行するか、git URLを貼り付けるだけで、FigmaやGitHubのようなパートナーはワンクリックのセットアップを提供します。⁸ つまり、agent skillsとMCPのツールを運ぶのと同じプラグイン形式が、今やエージェントまるごとも運ぶのです。

コーディングインテリジェンスのパネルが、なぜその2つ目の経路に手を伸ばす価値があるのかを補ってくれました。WWDC 2026 Coding Intelligence, Machine Learning & AI Group Labのローカルに書き起こした録音からの言い換えですが、パネルはACPを、LM StudioやOllama系のランタイムのようなプロバイダーを通じてローカルにホストされたモデルと対話するエージェントを差し込む手段として説明しました。これにより、自分のマシン上で動くモデルがXcodeを駆動できます。¹⁰ 彼らは同じMCP対ACPの線を引き、ACPエージェントを、古い単一transcriptのチャットプロバイダーの経路よりも高機能なものとして位置づけました。チャットプロバイダーは一つの会話ですが、ACPエージェントはsub-agent、状態管理、ファイルI/O、そして単一のやり取りよりはるかに長く動くエージェント的なループを連れてきます。¹⁰ 別の初心者向けのラボは、その能力差にざっくりとした数字を当てました。パネルは、チャットモードのツール数をおおよそ10から15、対してXcodeのagent modeで利用できるツールをおおよそ60と見積もったので、エージェントの経路はIDEの表面のはるかに多くに届きます。¹¹ 同じパネルは、3つのモードが扱う時間の地平も素描しました。予測補完は数秒を節約し、チャットは数十秒の間動き、1年前は約30分動いていたエージェントが今では1時間以上動くようになり、エージェントが働く時間を多く得るにつれてその到達範囲も広がっています。¹¹

simulatorとのインタラクションは、Xcode 27で新しく到来する部分です。同じパネルは、エージェントがsimulatorを直接駆動し、タップ、スワイプ、入力を行い、それからaccessibilityツリーとスクリーンショットを読み返して画面に何があるかを把握する様子を説明しました。¹⁰ エージェントは、そうして学んだインタラクションを繰り返し可能なUIテストに変えるので、手作業で発見したフローが、エージェントなしで実行するテストになります。パネルは、エージェントを数時間動かしてバグを探させ、どの領域が最も注意を要するかを報告させた様子を説明しました。¹⁰ これは、IDE内のエージェントがすでにビルドおよびテストツールに対して回している自己検証ループと同じものを閉じ、今や実行中のアプリにまで拡張します。

Xcodeのディレクターである Ken Orrは、Day 4のDub Dub Dailyのインタビューで、このやり方をうまく進めるための個人的な技法を示しました。彼は「エージェントに、何をするのかをやる前に、基本的に仕様を書き出してもらう。だから仕様を書き出し、それからコードを書き、それから後追いで、書いたものを検証するテスト一式を作らせるけれど、仕様に書いてあるすべてをテストしているかも確かめる」と言います。⁹ 彼が挙げる見返りは長続きするものです。「あなたのアプリが何をするのかについての、ある種の生きて呼吸している定義を手にすることになります」。⁹ これは先のplan modeの主張を反響させています。まず仕様、それからコード、それからコードを仕様に結びつけるテストです。エージェントが生み出す変化について、Orrはこう端的に述べました。「エージェントとやり取りするときは、自分を一段階上のレベルへ引き上げられます……だから最終結果にはるかに速く到達できるのです」。⁹

これがClaude Codeとどう並ぶのか

すでに外部のコーディングエージェントを動かしているなら、当然の問いは、IDE内のエージェントがそれを置き換えるのかどうかです。地に足のついた答えは、両者は異なる問題を解いており、その間の継ぎ目こそが興味深い領域だ、ということです。

Xcode 27のエージェントは、Appleだけが配線できるものについて勝っています。エージェントが自己検証の相手とするビルド、preview、テストの各ツール、現行のフレームワークシンボルのためのApple Document Search、そして外部ツールには見えない、String Catalogに蓄積された文字列ごとのローカライズコンテキストです。¹³ これらは統合であってモデルではなく、それが長続きする優位性です。Claude Codeのような外部エージェントは、Appleのツールチェーンの外で勝ちます。シェル、Swiftとあなたのバックエンドにまたがるリポジトリ全体のリファクタ、あなたがすでに作ったカスタムMCPツール、そしてあらゆるプロジェクトで同じであるワークフローです。

この2つは、私がApp Intents対MCPツールの記事で何度も立ち返る、同じ境界線に沿って共存します。Appleのエージェントはアプリとそのビルドグラフの内側で流暢であり、汎用のエージェントはあなたのマシン全体にわたって流暢です。Appleはドアに鍵をかけたわけではありません。Xcodeのエージェントは自分のツールを追加することをサポートしており（「いくつかはXcodeに組み込まれ、いくつかはAppleのフレームワークチームが提供し、自分のものを追加することさえできます」）、¹ Appleは AGENTS.md という慣習で標準化しました。³ これは外部エージェントが読むのと同じファイルです。Xcode + Claude Codeのセットアップのように、MCPを通じてXcodeを外部エージェントに配線しているなら、正しいモデルはどちらか一方ではなくレイヤー化されたものです。ビルドループが緊密な作業にはIDEのエージェント、IDEの縁を越えるあらゆるものには外部エージェントです。

もう一点。Appleは、モデルの品質が、特に言語をまたいでばらつくことを率直に述べ、長く一貫性を要するタスクには大きなコンテキストを持つモデルを推奨しています。³ これはFoundation Modelsのエージェント的ワークフローのトレードオフに対応します。安価でプライベートで速いやり取りにはオンデバイスのモデルを、コンテキストウィンドウを必要とする作業にはより大きなモデルを、というものです。自分のエージェントのコードのためにモデルを選ぶときに行うのと同じ計算が、Xcodeの内側でも当てはまるのです。

FAQ

Xcode 27でコーディングエージェントを開始するには？

Xcodeのツールバー中央のボタンを使って会話やタスクを開始します。それはタブや分割と連動するエディタペインとして開きます。option-shift-クリックすると別のペインとして開くので、横にファイルを並べて読めます。コーディングアシスタントのサイドバーには並行する会話が一覧表示され、入力が必要なものに印が付きます。¹⁶

Plan modeとは何か、いつ使うべきか？

Plan modeは /plan スラッシュコマンドで起動され、コードを書く前にエージェントにコンテキストを収集させ、markdownでアーキテクチャを生成させます。あなたはそれをレビューし、インラインのフィードバックを与えるかメッセージをキューに入れ、実装のために承認します。あらゆる非自明な機能に使ってください。コード生成が速いとき、プランを正しくすることこそが、貧弱に作られた土台を磨き続ける羽目になるのを防ぐのです。¹

Xcode 27のローカライズは汎用LLMの翻訳とどう違うのか？

エージェントはString Catalogを通じて翻訳します。Catalogは各文字列がどこでどのように使われているかを追跡し、その上にAppleの言語別スタイルガイドを重ねます。作業はsub-agentへファンアウトされ、各sub-agentは、その文字列が他の言語でどう翻訳されたかを含む文字列ごとのコンテキストを受け取ります。上書きのために TRANSLATION.md のグロッサリーを追加できます。そのコンテキストにより、コンテキストのないモデルが間違える「book」のような語を曖昧性解消できるのです。³

IDE内のエージェントはClaude Codeや他の外部エージェントを置き換えるのか？

いいえ。Xcodeのエージェントは、ビルドループが緊密な作業、つまりXcodeのビルド、preview、テストの各ツールに対して自己検証し、現行のAppleドキュメントを読むことに最も強みがあります。外部エージェントは、シェル、リポジトリ全体の多言語リファクタ、カスタムMCPツールにまたがって最も強みがあります。Appleは自分のツールの追加をサポートし、共有の AGENTS.md という慣習を使うので、セットアップはどちらか一方ではなくレイヤー化されたものになります。¹³

なぜAppleはエージェントと並べてXcode Cloudを推奨するのか？

エージェントによって開発者がより多くのコードをより速く書くようになり、それがリグレッションのリスクを高めるからです。Xcode Cloudは、ソースを決して保存しない一時的なVM上で、デバイスとOSバージョンをまたいで並行してビルドとテストを行い、選んだブランチへのコミットごとに実行され、⁷ さらに今やwebhookとマルチリポジトリのビルドをサポートします。これは、高まったコードの速度に対する受け網です。⁵

Apple Ecosystemクラスター全文はこちらです。外部エージェントからXcodeを駆動するためのXcode + Claude Code MCPセットアップ、生成されたコードの周りに品質ゲートを課すためのApple開発のためのhooks、オンデバイス対大規模モデルというモデル選択のためのFoundation Modelsのエージェント的ワークフロー、そしてAppleのツール表面がオープンなエージェントエコシステムと出会う場所についてのApp Intents対MCPツールのフロンティアです。ハブはApple Ecosystem Seriesにあります。エージェントでiOSを開発する全体像については、iOS Agent Developmentガイドをご覧ください。

References