Xcode 27 livre des agent skills exportables partout

Apple a livré deux de ses propres agent skills SwiftUI au sein de la chaîne d’outils Xcode 27, et une seule commande les en fait sortir : xcrun agent skills export.¹ Ces skills portent le savoir SwiftUI interne d’Apple, le Coding Assistant de Xcode 27 y fait appel lorsque c’est pertinent, et l’exporteur les écrit dans des fichiers markdown que vous pouvez importer dans vos workflows¹ — ce qui correspond exactement à ce que consomment Claude Code, Codex et Cursor. Le fournisseur de la plateforme maintient 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 de portage Metal et MetalFX d’Apple sous forme de plugin depuis la marketplace Game Porting Toolkit sur GitHub (installé dans Claude Code via /plugin marketplace add apple/game-porting-toolkit), abordé dans Game Porting Toolkit 4 : portages de jeux agentiques sur Mac. Les skills SwiftUI reprennent la même idée et la rendent portable d’un agent à l’autre en une seule étape d’export. Deux surfaces, une seule stratégie : des skills first-party remplacent une documentation grattée et périmée par des bonnes pratiques organisées et par ce qui est véritablement nouveau dans cette version.

TL;DR

• 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¹, ce qui correspond 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 de lab de la WWDC a décrit les skills comme encodant « tout notre savoir interne, toutes les bonnes pratiques », et a affirmé que les modèles montraient un « raisonnement nettement meilleur » lorsqu’ils les invoquaient ; les conseils de performance SwiftUI (extraire les sous-vues, garder les corps de vue compacts) sont eux-mêmes intégrés 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 comme 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 complète sur les 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 cible un mode de défaillance 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 applications ».¹ Le What’s New In SwiftUI Skill « peut vous guider dans l’adoption des nouvelles API des versions 2027 ».¹ La distinction 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 barre d’outils visibilityPriority ou le comportement de la macro @State paresseuse, et il prend de mauvaises habitudes là où ses données d’entraînement en contenaient. Un skill encode le savoir-faire durable ; l’autre encode les écarts que le modèle n’aurait pas pu connaître.

À l’intérieur de 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 bénéficiez de l’expertise sans avoir à la gérer.

Exporter vers n’importe quel agent

La portabilité est l’élément central. Selon les mots d’Apple, vers la 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 seule commande, une sortie en markdown, aucun verrouillage dans Xcode. Si vous menez votre travail iOS depuis Claude Code dans un terminal, ou depuis Codex, ou Cursor, le même savoir SwiftUI rédigé par Apple s’intègre à votre configuration existante. Les fichiers exportés sont du markdown pur, 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 s’exécute en dehors de Xcode ne dispose pas des skills intégrés d’office : l’étape d’export est donc ce qui comble cet écart.²

Les deux skills SwiftUI ne sont pas les seuls que cette même commande déplace. Xcode 27 livre aussi un skill de modernisation d’application qui convertit les applications vers le cycle de vie UIKit basé sur les scènes et réécrit les vérifications d’écran et d’orientation que cette conversion casse, ce qui compte parce qu’iOS 27 rend le cycle de vie par scène obligatoire : les applications construites avec le nouveau SDK qui ne l’ont pas adopté ne se lancent plus.

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 argument pour vous retenir dans Xcode. Au lieu de cela, l’entreprise a livré un exporteur, ce qui traite le savoir comme le produit et l’éditeur comme l’un de ses divers consommateurs. Pour les développeurs qui font déjà tourner leur propre agent, c’est la différence entre adopter la recommandation d’Apple et la réécrire de zéro.

Pourquoi les skills first-party l’emportent sur les docs grattées

Un panel de lab de la WWDC mené par l’équipe UI Frameworks a consacré un moment précisément à ce sujet, à la suite d’un développeur qui avait rencontré des erreurs Swift récurrentes en codant au feeling 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’a peut-être pas encore vraiment été entraîné ».² La solution, telle que formulée par le panel, est qu’Apple a « nourri [les skills] de tout notre savoir interne, de toutes les bonnes pratiques que nous avons pour le flux de données dans vos applications, pour les nouvelles API qui ont été introduites ».² C’est là l’avantage structurel sur le grattage du site de documentation public : les skills portent des conseils que les propres ingénieurs d’Apple appliquent, organisés pour qu’un agent puisse agir, rafraîchis au rythme du framework.

Le panel a aussi fait état d’un effet mesurable. Les modèles « obtenaient un raisonnement nettement meilleur lorsqu’ils invoquaient ces skills », et les panélistes étaient « certains que les skills devraient apporter un plus grand confort dans l’usage de ces modèles ».² Les conseils encodés sont concrets, pas abstraits. Le conseil de performance qui a traversé tout le lab — extraire les fragments 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 compacts, éviter le travail lourd 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 — figure lui-même dans les skills. Comme l’a dit un panéliste en répondant à une question de performance : « tous ces conseils sont dans les skills. Donc, si vous utilisez un modèle pour générer ce code, il devrait automatiquement, en quelque sorte, refactoriser les vues en vues plus petites ».²

Une mise en garde précise, car le lab l’a été. À l’intérieur de 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é au besoin, selon le contexte », et le modérateur du lab a demandé expressément si quelque chose devait être activé. La réponse était que les skills « devraient être là » par défaut dans le Coding Assistant.² Les skills sont mis à disposition de l’agent, et l’agent invoque le bon lorsqu’il est pertinent. C’est là l’affirmation exacte, et c’est celle qu’il faut faire.

Le schéma plus large

Apple traite les agent skills organisés comme un canal de distribution pour son expertise first-party, et les skills SwiftUI sont 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, accompagnés d’un workflow par jalons, distribués comme plugin depuis la marketplace Game Porting Toolkit sur GitHub (installé dans Claude Code via /plugin marketplace add apple/game-porting-toolkit), comme abordé dans Game Porting Toolkit 4 : portages de jeux agentiques sur Mac. Les mécanismes diffèrent — une marketplace de plugins GitHub pour le portage contre un exporteur de chaîne d’outils pour SwiftUI — mais la stratégie est identique : Apple rédige et maintient le savoir du domaine, l’empaquette sous forme d’agent skills, et laisse l’agent de votre choix le consommer.

L’implication pour la manière dont vous construisez des applications 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 exécutant 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 les ingénieurs d’Apple suivent réellement. La commande d’export est ce qui rend cela disponible en dehors de Xcode.

Les skills s’inscrivent aux côtés du reste de la trajectoire agentique d’Apple cette année : l’IDE qui devient agentique dans Xcode 27 est devenu agentique, et l’ensemble de la surface 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 transporte l’expertise framework d’Apple jusqu’à l’agent qui fait le travail.

Points clés

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 grattée pour toute API postérieure à la version 2027 ; les données d’entraînement du modèle sont antérieures à visibilityPriority, à la macro @State paresseuse 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.² - Remontez 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 des 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 improvisant à 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 de 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. Les 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¹, ce qui correspond exactement à ce que Claude Code, Codex, Cursor ou tout autre outil peut ingérer : chacun peut ainsi utiliser le savoir SwiftUI d’Apple. Un modèle qui s’exécute en dehors 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 en fonction du 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 du SwiftUI incorrect lorsqu’ils rencontrent des API postérieures à leur entraînement ou qu’ils portent 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 de lab de la WWDC a rapporté que les modèles montraient un raisonnement nettement meilleur lorsqu’ils les invoquaient.²

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

Oui. Game Porting Toolkit 4 distribue l’expertise de portage Metal et MetalFX d’Apple 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 maintient le savoir du domaine et votre agent le consomme.

Xcode 27 est devenu 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 que le skill What’s New enseigne, et Game Porting Toolkit 4 : portages de jeux agentiques sur Mac est l’histoire jumelle des skills first-party côté jeu. Le hub complet de la série est la série Écosystème Apple.

Références