Xcode 27、どこへでもエクスポートできるagent skillsを搭載

AppleはXcode 27のツールチェーンの中に、自社のSwiftUI agent skillsを2つ搭載しました。そしてそれらを外へ移すコマンドが1つあります。xcrun agent skills export です。¹ これらのskillsにはAppleの内部的なSwiftUIの知見が詰まっており、Xcode 27のCoding Assistantは必要に応じてそれらを参照します。さらにエクスポーターを使えば、ワークフローにインポートできるmarkdownファイルとして書き出せます¹。これはまさにClaude Code、Codex、Cursorが取り込めるものです。プラットフォームベンダーが領域の専門知識を維持し、あなたが使うエージェントは——それがどれであっても——それを消費するのです。

このパターンはWWDC 2026で2度登場しました。Game Porting Toolkit 4は、AppleのMetalとMetalFXの移植に関する専門知識を、GitHub上のGame Porting Toolkitマーケットプレイスからプラグインとして配布します（Claude Codeでは /plugin marketplace add apple/game-porting-toolkit でインストールします）。これについてはGame Porting Toolkit 4: Mac上でのエージェント駆動ゲーム移植で取り上げました。SwiftUIのskillsは同じ発想を引き継ぎ、たった1つのエクスポート手順でエージェント間に持ち運べるようにしています。2つの面、1つの戦略です。ファーストパーティのskillsが、スクレイピングされた古いドキュメントを、厳選されたベストプラクティスと、このリリースで本当に新しくなった点へと置き換えるのです。

TL;DR

• Xcode 27には2つのSwiftUI agent skillsが含まれます。SwiftUI Specialist Skill（ベストプラクティス）と、What’s New In SwiftUI Skill（2027年リリースのAPIの採用）です。どちらもXcode 27のCoding Assistantから利用できます。¹
• xcrun agent skills export はskillsをmarkdownファイルとして書き出し、ワークフローにインポートできるようにします¹。これはまさにClaude Code、Codex、Cursorが取り込めるものなので、同じAppleの知見であなたが使うどのエージェントも動かせます。
• WWDCのラボパネルでは、これらのskillsを「私たちの内部知識のすべて、すべてのベストプラクティス」をエンコードしたものだと説明し、モデルがそれらを呼び出すと「明らかに優れた推論」を示したと述べています。SwiftUIのパフォーマンスに関する指針（サブビューを抽出する、ビューのbodyを小さく保つ）も、skills自体に組み込まれています。²
• これに連なる動きがGame Porting Toolkit 4です。GitHub上のGPTKマーケットプレイスから、移植用のskillsをプラグインとして配布します（Claude Codeでは /plugin marketplace add apple/game-porting-toolkit でインストールします）。Appleはファーストパーティのskillsを配布チャネルとして一般化しつつあります。

2つのskillとは何か

UI FrameworksチームのStevenとJuliaは、2027年リリースのAPIに関するセッションを丸ごと終えたあと、「What’s new in SwiftUI」をこの発表で締めくくりました。¹

「What’s new in SwiftUI」のagent skillsに関するセグメント。26:50あたりから始まります。

Appleが搭載したskillsは2つで、それぞれ汎用モデルがSwiftUIで陥りやすい別々の失敗パターンを狙っています。SwiftUI Specialist Skillは「アプリでSwiftUIのベストプラクティスに従う手助けをしてくれます」。¹ What’s New In SwiftUI Skillは「2027年リリースの新しいAPIの採用を案内してくれます」。¹ この分担には意味があります。今年のAPIが存在する前に訓練されたモデルには、新しいツールバーの visibilityPriority モディファイアや、遅延評価される @State マクロの挙動を知る術がありません。そして訓練データに悪い習慣が含まれていれば、それを身につけてしまいます。一方のskillは廃れない技術をエンコードし、もう一方はモデルが見ることのできなかった差分をエンコードしているのです。

Xcodeの中では、これらを名前で呼び出すことはしません。「これら2つのskillはどちらもXcode 27のCoding Assistantから利用でき」、エージェントは作業中の内容に関連するときにそれらを読み込みます。¹ 自分で管理することなく、専門知識が手に入るのです。

どのエージェントにもエクスポート

この移植性こそが見出しです。セッションの27:12あたりでのAppleの言葉を引用します。「これらのskillsを他のツールで使うには、’xcrun agent skills export’ コマンドでエクスポートできます。これにより、ワークフローにインポートできるmarkdownファイルが作成されます」。¹

xcrun agent skills export

1つのコマンド、markdownの出力、Xcodeへのロックインなし。iOSの作業をターミナルのClaude Codeから進めていても、CodexやCursorからでも、同じAppleが書いたSwiftUIの知見が既存の環境にそのまま入ります。エクスポートされるファイルはプレーンなmarkdownなので、エージェントがすでに使っているskillやコンテキストの仕組みにそのまま収まります。Xcodeの外で動くモデルにはskillsが組み込まれていないため、その隔たりを埋めるのがこのエクスポート手順なのです。²

同じコマンドが移すのは、この2つのSwiftUI skillsだけではありません。Xcode 27には、アプリをUIKitのscene-based life cycleへ変換し、その変換で壊れる画面チェックや向きチェックを書き換えるアプリ近代化skillも同梱されています。これが重要なのは、iOS 27でscene life cycleが必須になるからです。新しいSDKでビルドされたアプリがこれを採用していないと、起動しなくなります。

その根底にある設計上の選択にも名前を与えておく価値があります。Appleは、これらのskillsをCoding Assistant専用のものとして囲い込み、あなたをXcodeの中に留め置く理由として使うこともできたはずです。ところが同社はエクスポーターを出荷しました。これは知識そのものをプロダクトとして扱い、エディタを複数ある消費者の1つとして位置づける姿勢です。すでに自前のエージェントを動かしている開発者にとって、これはAppleの推奨をそのまま採り入れるか、それを一から書き直すかの違いを意味します。

なぜファーストパーティのskillsがスクレイピングされたドキュメントに勝るのか

UI FrameworksチームのあるWWDCラボパネルは、まさにこの点にしばらく時間を割きました。きっかけは、汎用モデルでvibe-codingをしているときに繰り返しSwiftのエラーに遭遇した、ある開発者の質問でした。²

SwiftUI for Beginners Group Labでのskillsに関する議論。37:00あたりです。このラボには公式の字幕が存在しないため、引用はローカルでの書き起こしからの言い換えです。

あるパネリストはまず根本的な問題を指摘しました。大規模言語モデルは「SwiftUIや、モデルがまだ十分に訓練されていない一部の新しいAPIに関しては、ときどき少し正しくない結果を生み出すことがあります」。² パネルの言い方によれば、その解決策は、Appleが「私たちの内部知識のすべて、アプリのデータフローに関して持っているすべてのベストプラクティス、導入された新しいAPIを、（skillsに）注ぎ込んだ」ことです。² これこそが、公開ドキュメントサイトをスクレイピングするのに対する構造的な優位です。skillsには、Apple自身のエンジニアが適用している指針が、エージェントが行動できる形に整理され、フレームワークと足並みをそろえて更新された状態で入っているのです。

このパネルは測定可能な効果も報告しました。モデルは「それらのskillsを呼び出しているときに、明らかに優れた推論を示した」とし、パネリストたちは「これらのskillsがそうしたモデルを使う際の安心感をより大きくするはずだと確信している」と語りました。² エンコードされた指針は具体的で、抽象的ではありません。ラボ全体を貫いたパフォーマンスの助言——繰り返されるビューの塊を、計算プロパティではなくカスタムビューへ抽出する、ビューのbodyを小さく保つ、body の中でのnumber-formatterの確保のような重い処理を避ける、ビューが実際に使う環境値だけを読む——も、それ自体がskillsの中に入っています。あるパネリストはパフォーマンスに関する質問に答えながら、こう述べました。「この指針はすべてskillsの中にあります。ですから、モデルを使ってそのコードを生成しているなら、自動的にビューをより小さなビューへリファクタリングするようなことをするはずです」。²

1つだけ、正確な但し書きを添えます。ラボがこの点について正確だったからです。Xcodeの中では、skillsはコーディングエージェントから利用できるので、エージェントは「コンテキストに基づいて、必要なときに適切なskillをある程度参照するはず」です。そしてラボのモデレーターは、何か有効化が必要なものはあるかと具体的に尋ねました。答えは、skillsはCoding Assistantの中でデフォルトで「そこにあるはず」というものでした。² skillsはエージェントから利用でき、エージェントは関連するときに適切なものを呼び出します。これが正確な主張であり、述べるべきものです。

より広いパターン

Appleは、厳選されたagent skillsを、ファーストパーティの専門知識を配布するチャネルとして扱っています。SwiftUIのskillsは、このWWDCにおける2つの例のうちの1つです。

もう1つはGame Porting Toolkit 4です。AppleはMetal 4、MetalFX、シェーダーコンパイル、GPUデバッグに関する知見を、エキスパートのskillsとマイルストーンベースのワークフローとして出荷し、GitHub上のGame Porting Toolkitマーケットプレイスからプラグインとして配布しています（Claude Codeでは /plugin marketplace add apple/game-porting-toolkit でインストールします）。これはGame Porting Toolkit 4: Mac上でのエージェント駆動ゲーム移植で取り上げたとおりです。仕組みは異なります——移植向けのGitHubプラグインマーケットプレイスと、SwiftUI向けのツールチェーンエクスポーターという違いです——が、戦略は同一です。Appleが領域の知識を書き、維持し、agent skillsとしてパッケージ化し、あなたが選んだエージェントにそれを消費させるのです。

エージェントを使ってiOSアプリをどう作るかという点で、ここから導かれる含意は直接的です。問いは「どのモデルがSwiftUIを最もよく知っているか」から「自分のエージェントはAppleの現在のSwiftUI skillを読み込んでいるか」へと移ります。ファーストパーティのskillを動かす弱めの汎用モデルが、古い訓練データから即興するより強いモデルを上回ることがあります。なぜなら、そのskillには今年出荷されたAPIと、Appleのエンジニアが実際に従っている実践が入っているからです。それをXcodeの外で使えるようにするのが、このエクスポートコマンドなのです。

これらのskillsは、今年のAppleのエージェント関連の流れ全体の中に位置づけられます。IDEがエージェント化したXcode 27がエージェント化したこと、そして2027年リリースのSwiftUI APIの全体像を扱うiOS 27向けSwiftUIの新機能です。skillsはそれらをつなぐ結合組織であり、Appleのフレームワークの専門知識を、実際の作業を行うどのエージェントにも運び込む仕組みなのです。

要点

外部エージェント（Claude Code、Codex、Cursor）を使うiOS開発者へ: - xcrun agent skills export を実行して、SwiftUI SpecialistとWhat’s New In SwiftUIのskillsをXcode 27のツールチェーンからmarkdownとして取り出し、それをエージェントのskillまたはコンテキストの仕組みへインポートしましょう。¹ - 2027年リリース以降のAPIについては、スクレイピングされたドキュメントよりもファーストパーティのskillを優先してください。モデルの訓練データは visibilityPriority、遅延評価される @State マクロ、新しいDocument APIより前のものです。¹

Xcodeに留まる開発者へ: - 2つのskillsはすでにCoding Assistantから利用でき、コードに関連するときに読み込まれます。Xcode 27以外のセットアップは不要です。² - skillsが見落としをしたら、Feedback Assistantを通じてフィードバックを送ってください。開発者のフィードバックがAppleのskillsの進化を導くと、パネルは明言していました。²

コーディングエージェントを選ぶチームへ: - 素のモデルの品質だけでなく、skillの取り込みの観点でもエージェントを評価しましょう。Appleの現在のSwiftUI skillを読み込むエージェントは、古いドキュメントから即興するより強いモデルよりも、正しく、より慣用的なコードを生み出します。² - このパターンの広がりに注目してください。Appleはすでにゲーム移植のskillsをClaude Codeのプラグインとして配布しています。このチャネルが成熟するにつれ、さらに多くのファーストパーティのskillパックが登場すると見込まれます。

FAQ

Xcode 27の2つのSwiftUI agent skillsとは何ですか？

SwiftUI Specialist Skillは、エージェントがSwiftUIのベストプラクティスに従うのを助けます。What’s New In SwiftUI Skillは、2027年リリースの新しいAPIの採用を案内します。どちらもXcode 27のCoding Assistantから利用できます。¹

AppleのSwiftUI skillsをClaude Codeや他のエージェントで使うにはどうすればよいですか？

ターミナルから xcrun agent skills export を実行します。このコマンドはskillsをmarkdownファイルとして書き出し、それをワークフローにインポートできます¹。これはまさにClaude Code、Codex、Cursor、その他どのツールでも取り込めるものなので、いずれもAppleのSwiftUIの知見を使えます。Xcodeの外で動くモデルには自動でskillsが入らないので、このエクスポート手順が必要です。

skillsはXcodeの中で自動的に読み込まれますか？

Xcode 27のCoding Assistantの中では、skillsはデフォルトで利用でき、エージェントは作業中の内容のコンテキストに基づいて適切なものを呼び出します。名前で呼び出す必要はありません。²

モデルの訓練に頼らせるのではなく、なぜファーストパーティのskillを使うのですか？

汎用モデルは、訓練より後のAPIに遭遇したり、古いドキュメントに由来する習慣を引きずったりすると、正しくないSwiftUIを生成します。Appleのskillsは、その内部のベストプラクティスと現在のAPIをエンコードしています。さらにWWDCのラボパネルは、モデルがそれらを呼び出すと明らかに優れた推論を示したと報告しました。²

AppleはSwiftUI以外にもagent skillsを出荷していますか？

はい。Game Porting Toolkit 4は、AppleのMetalとMetalFXの移植に関する専門知識を、GitHub上のGame Porting Toolkitマーケットプレイスからプラグインとして配布します（Claude Codeでは /plugin marketplace add apple/game-porting-toolkit でインストールします）。SwiftUIのskillsと移植のskillsは、同じ戦略の2つの実例です。Appleが領域の知識を維持し、あなたのエージェントがそれを消費するのです。

Xcode 27がエージェント化したはAppleのエージェント化のIDE側を扱い、iOS 27向けSwiftUIの新機能はWhat’s New skillが教える2027年リリースのAPIを詳しく紹介し、Game Porting Toolkit 4: Mac上でのエージェント駆動ゲーム移植はゲーム側の姉妹となるファーストパーティのskillsの話です。シリーズ全体のハブはApple Ecosystem Seriesです。

参考文献