Xcode 27 livre des agent skills exportables partout

Apple a livré deux de ses propres agent skills SwiftUI à l’intérieur de la chaîne d’outils Xcode 27, et une seule commande les fait sortir : xcrun agent skills export.¹ Ces skills portent le savoir interne d’Apple sur SwiftUI, le Coding Assistant de Xcode 27 y recourt lorsque c’est pertinent, et l’exporteur les écrit dans des fichiers markdown que vous pouvez importer dans vos workflows¹ — soit exactement ce que consomment Claude Code, Codex et Cursor. L’éditeur de la plateforme entretient désormais l’expertise du domaine ; votre agent, quel qu’il soit, la consomme.

Ce schéma est apparu deux fois à la WWDC 2026. Game Porting Toolkit 4 distribue l’expertise d’Apple en portage Metal et MetalFX sous forme de plugin depuis la marketplace Game Porting Toolkit sur GitHub (installé dans Claude Code via /plugin marketplace add apple/game-porting-toolkit), comme l’expose Game Porting Toolkit 4 : portages de jeux agentiques sur Mac. Les skills SwiftUI reprennent la même idée et la rendent portable entre agents grâce à une seule étape d’export. Deux surfaces, une stratégie : les skills first-party remplacent une documentation récupérée par scraping et périmée par des bonnes pratiques sélectionnées et par ce qui est réellement nouveau dans cette version.

En bref

• Xcode 27 inclut deux agent skills SwiftUI : le SwiftUI Specialist Skill (bonnes pratiques) et le What’s New In SwiftUI Skill (adoption des API de la version 2027), tous deux accessibles dans le Coding Assistant de Xcode 27.¹
• xcrun agent skills export écrit les skills dans des fichiers markdown que vous pouvez importer dans vos workflows¹, soit exactement ce que consomment Claude Code, Codex ou Cursor : le même savoir Apple alimente ainsi l’agent que vous utilisez, quel qu’il soit.
• Un panel en lab de la WWDC a décrit les skills comme encodant « tout notre savoir interne, toutes les bonnes pratiques », et a indiqué que les modèles affichaient un « raisonnement nettement meilleur » lorsqu’ils les invoquaient ; les recommandations de performance SwiftUI (extraire des sous-vues, garder les corps de vue petits) sont elles-mêmes intégrées aux skills.²
• Le pendant de cette démarche est Game Porting Toolkit 4, qui livre des skills de portage sous forme de plugin depuis la marketplace GPTK sur GitHub (installé dans Claude Code via /plugin marketplace add apple/game-porting-toolkit). Apple généralise les skills first-party en canal de distribution.

Ce que sont les deux skills

Steven et Julia, de l’équipe UI Frameworks, ont clôturé « What’s new in SwiftUI » par cette annonce, après une session entière consacrée aux API de la version 2027.¹

Le segment consacré aux agent skills dans « What’s new in SwiftUI », à partir d’environ 26:50.

Apple a livré deux skills, et chacun vise un mode d’échec distinct que les modèles généralistes rencontrent avec SwiftUI. Le SwiftUI Specialist Skill « peut vous aider à suivre les bonnes pratiques SwiftUI dans vos apps ».¹ Le What’s New In SwiftUI Skill « peut vous guider dans l’adoption des nouvelles API des versions 2027 ».¹ Cette répartition compte : un modèle entraîné avant l’existence des API de cette année n’a aucun moyen de connaître le nouveau modificateur de toolbar visibilityPriority ni le comportement paresseux de la macro @State, et il reprend les mauvaises habitudes là où ses données d’entraînement les véhiculaient. Un skill encode l’artisanat durable ; l’autre encode les écarts que le modèle ne pouvait pas voir.

Dans Xcode, vous ne les invoquez pas par leur nom. « Ces deux skills sont accessibles dans le Coding Assistant de Xcode 27 », et l’agent les charge lorsqu’ils sont pertinents pour ce sur quoi vous travaillez.¹ Vous obtenez l’expertise sans avoir à la gérer.

Exporter vers n’importe quel agent

La portabilité est le point fort. Les mots d’Apple, vers 27:12 de la session : « pour utiliser ces skills avec d’autres outils, vous pouvez les exporter avec la commande ‘xcrun agent skills export’. Cela créera des fichiers markdown que vous pourrez importer dans vos workflows. »¹

xcrun agent skills export

Une commande, une sortie markdown, aucun enfermement dans Xcode. Si vous pilotez votre travail iOS depuis Claude Code dans un terminal, ou depuis Codex, ou Cursor, le même savoir SwiftUI signé Apple s’intègre dans votre configuration existante. Les fichiers exportés sont du markdown brut, ce qui signifie qu’ils s’insèrent dans le mécanisme de skill ou de contexte que votre agent utilise déjà. Un modèle qui tourne hors de Xcode ne dispose pas des skills intégrés ; c’est donc l’étape d’export qui comble cet écart.²

Le choix de conception sous-jacent mérite d’être nommé. Apple aurait pu garder les skills propriétaires au Coding Assistant et s’en servir comme prétexte pour vous maintenir dans Xcode. L’entreprise a au contraire livré un exporteur, qui traite le savoir comme le produit et l’éditeur comme l’un des consommateurs parmi d’autres. Pour les développeurs qui font déjà tourner leur propre agent, c’est toute la différence entre adopter la recommandation d’Apple et la réécrire de zéro.

Pourquoi les skills first-party l’emportent sur la doc récupérée par scraping

Un panel en lab de la WWDC, mené par l’équipe UI Frameworks, a passé un bon moment sur exactement ce point, à la suite d’une question d’un développeur qui se heurtait à des erreurs Swift récurrentes en vibe-codant avec un modèle généraliste.²

La discussion sur les skills dans le SwiftUI for Beginners Group Lab, vers 37:00. Aucun sous-titre officiel n’existe pour ce lab ; les citations sont paraphrasées à partir d’une transcription locale.

Un panéliste a d’abord nommé le problème de fond : les grands modèles de langage « produisent parfois des résultats un peu incorrects quand il s’agit de SwiftUI et de certaines de nos API plus récentes sur lesquelles le modèle n’avait peut-être pas vraiment été entraîné ».² La solution, dans la formulation du panel, tient au fait qu’Apple a « alimenté [les skills] avec tout notre savoir interne, toutes les bonnes pratiques que nous avons pour le flux de données dans vos apps, pour les nouvelles API qui ont été introduites ».² Voilà l’avantage structurel par rapport au scraping du site de documentation public : les skills portent les recommandations qu’appliquent les propres ingénieurs d’Apple, organisées pour qu’un agent puisse agir, actualisées en même temps que le framework.

Le panel a également rapporté un effet mesurable. Les modèles « ont obtenu un raisonnement nettement meilleur lorsqu’ils invoquaient ces skills », et les panélistes étaient « certains que les skills devraient apporter un plus grand confort à l’usage de ces modèles ».² Les recommandations encodées sont concrètes, pas abstraites. Les conseils de performance qui ont traversé tout le lab — extraire les blocs de vue répétés dans des vues personnalisées plutôt que dans des propriétés calculées, garder les corps de vue petits, éviter les traitements lourds comme l’allocation d’un formateur de nombres à l’intérieur de body, ne lire que les valeurs d’environnement qu’une vue utilise réellement — figurent eux-mêmes dans les skills. Comme l’a dit un panéliste en répondant à une question de performance : « toutes ces recommandations sont dans les skills. Donc, si vous utilisez un modèle pour générer ce code, il devrait automatiquement faire des choses comme refactoriser des vues en vues plus petites. »²

Une mise en garde précise, parce que le lab l’a été. Dans Xcode, les skills sont disponibles dans l’agent de code, de sorte que l’agent « devrait en quelque sorte se référer au skill approprié quand c’est nécessaire selon le contexte », et le modérateur du lab a demandé spécifiquement s’il fallait activer quoi que ce soit. La réponse : les skills « devraient être là » par défaut dans le Coding Assistant.² Les skills sont disponibles pour l’agent, et l’agent invoque le bon lorsqu’il est pertinent. C’est l’affirmation exacte, et c’est celle qu’il faut faire.

Le schéma plus large

Apple traite les agent skills sélectionnés comme un canal de distribution de son expertise first-party, et les skills SwiftUI ne sont que l’un des deux exemples de cette WWDC.

L’autre est Game Porting Toolkit 4. Apple livre son savoir sur Metal 4, MetalFX, la compilation de shaders et le débogage GPU sous forme de skills experts assortis d’un workflow par jalons, distribué en plugin depuis la marketplace Game Porting Toolkit sur GitHub (installé dans Claude Code via /plugin marketplace add apple/game-porting-toolkit), comme l’expose Game Porting Toolkit 4 : portages de jeux agentiques sur Mac. Les mécanismes diffèrent — une marketplace de plugins GitHub pour le portage face à un exporteur de chaîne d’outils pour SwiftUI —, mais la stratégie est identique : Apple rédige et entretient le savoir du domaine, l’empaquette en agent skills, et laisse l’agent de votre choix le consommer.

L’implication pour la manière de bâtir des apps iOS avec un agent est directe. La question passe de « quel modèle connaît le mieux SwiftUI » à « mon agent charge-t-il le skill SwiftUI à jour d’Apple ». Un modèle généraliste plus faible qui fait tourner le skill first-party peut surpasser un modèle plus puissant qui improvise à partir de données d’entraînement périmées, parce que le skill porte les API livrées cette année et les pratiques que suivent réellement les ingénieurs d’Apple. La commande d’export est ce qui rend cela disponible hors de Xcode.

Ces skills s’inscrivent aux côtés du reste du récit agentique d’Apple cette année : l’IDE devenu agentique dans Xcode 27 est passé en mode agentique, et l’ensemble des API SwiftUI de la version 2027 dans Les nouveautés de SwiftUI pour iOS 27. Les skills sont le tissu conjonctif, le mécanisme qui achemine l’expertise framework d’Apple vers l’agent qui fait le travail, quel qu’il soit.

Points clés à retenir

Pour les développeurs iOS utilisant un agent externe (Claude Code, Codex, Cursor) : - Exécutez xcrun agent skills export pour extraire les skills SwiftUI Specialist et What’s New In SwiftUI de la chaîne d’outils Xcode 27 sous forme de markdown, puis importez-les dans le mécanisme de skill ou de contexte de votre agent.¹ - Préférez le skill first-party à la documentation récupérée par scraping pour toute API postérieure à la version 2027 ; les données d’entraînement du modèle sont antérieures à visibilityPriority, à la macro paresseuse @State et à la nouvelle Document API.¹

Pour les développeurs qui restent dans Xcode : - Les deux skills sont déjà accessibles dans le Coding Assistant et se chargent lorsqu’ils sont pertinents pour votre code ; aucune configuration au-delà de Xcode 27.² - Faites remonter vos retours via Feedback Assistant lorsque les skills passent à côté, car le panel a été explicite : ce sont les retours des développeurs qui orientent la façon dont Apple les fait évoluer.²

Pour les équipes qui choisissent un agent de code : - Évaluez les agents sur l’ingestion de skills autant que sur la qualité brute du modèle. Un agent qui charge le skill SwiftUI à jour d’Apple produit un code plus correct et plus idiomatique qu’un modèle plus puissant qui improvise à partir de docs anciennes.² - Surveillez la diffusion du schéma. Apple distribue déjà des skills de portage de jeux sous forme de plugin Claude Code ; attendez-vous à d’autres packs de skills first-party à mesure que le canal mûrit.

FAQ

Quels sont les deux agent skills SwiftUI dans Xcode 27 ?

Le SwiftUI Specialist Skill, qui aide un agent à suivre les bonnes pratiques SwiftUI, et le What’s New In SwiftUI Skill, qui guide l’adoption des nouvelles API de la version 2027. Tous deux sont accessibles dans le Coding Assistant de Xcode 27.¹

Comment utiliser les skills SwiftUI d’Apple avec Claude Code ou un autre agent ?

Exécutez xcrun agent skills export depuis un terminal. La commande écrit les skills dans des fichiers markdown que vous importez dans vos workflows¹, soit exactement ce que Claude Code, Codex, Cursor ou tout autre outil peut ingérer : chacun peut ainsi exploiter le savoir SwiftUI d’Apple. Un modèle qui tourne hors de Xcode n’obtient pas les skills automatiquement ; l’étape d’export est donc requise.

Les skills se chargent-ils automatiquement dans Xcode ?

Dans le Coding Assistant de Xcode 27, les skills sont accessibles par défaut, et l’agent invoque le bon selon le contexte de ce sur quoi vous travaillez. Vous ne les appelez pas par leur nom.²

Pourquoi utiliser un skill first-party plutôt que de laisser le modèle s’appuyer sur son entraînement ?

Les modèles généralistes produisent un SwiftUI incorrect lorsqu’ils tombent sur des API postérieures à leur entraînement ou qu’ils traînent des habitudes issues d’une documentation périmée. Les skills d’Apple encodent ses bonnes pratiques internes et les API actuelles, et un panel en lab de la WWDC a rapporté que les modèles affichaient un raisonnement nettement meilleur lorsqu’ils les invoquaient.²

Apple livre-t-il des agent skills pour autre chose que SwiftUI ?

Oui. Game Porting Toolkit 4 distribue l’expertise d’Apple en portage Metal et MetalFX sous forme de plugin depuis la marketplace Game Porting Toolkit sur GitHub (installé dans Claude Code via /plugin marketplace add apple/game-porting-toolkit). Les skills SwiftUI et les skills de portage sont deux instances de la même stratégie : Apple entretient le savoir du domaine et votre agent le consomme.

Xcode 27 est passé en mode agentique couvre le versant IDE du virage agentique d’Apple, Les nouveautés de SwiftUI pour iOS 27 détaille les API de la version 2027 qu’enseigne le skill What’s New, et Game Porting Toolkit 4 : portages de jeux agentiques sur Mac est l’histoire jumelle des skills first-party côté jeu. Le hub de la série complète est la série Écosystème Apple.

Références