Xcode 27 trae agent skills que puedes exportar a cualquier parte
Apple incluyó dos de sus propios agent skills de SwiftUI dentro de la cadena de herramientas de Xcode 27, y un solo comando los saca de ahí: xcrun agent skills export.1 Los skills llevan el conocimiento interno de Apple sobre SwiftUI, el Coding Assistant de Xcode 27 recurre a ellos cuando son relevantes, y el exportador los escribe en archivos markdown que puedes importar a tus workflows1, que es justo lo que consumen Claude Code, Codex y Cursor. Ahora es el proveedor de la plataforma quien mantiene la experiencia del dominio; tu agente, sea cual sea, la consume.
Ese patrón apareció dos veces en la WWDC 2026. Game Porting Toolkit 4 distribuye la experiencia de Apple en portabilidad de Metal y MetalFX como un plugin desde el marketplace de Game Porting Toolkit en GitHub (instalado en Claude Code mediante /plugin marketplace add apple/game-porting-toolkit), tal como cubre Game Porting Toolkit 4: ports de juegos con agentes en Mac. Los skills de SwiftUI toman la misma idea y la hacen portable entre agentes con un único paso de exportación. Dos superficies, una estrategia: los skills first-party reemplazan la documentación obsoleta obtenida por scraping con buenas prácticas seleccionadas y con lo que es genuinamente nuevo en esta versión.
En resumen
- Xcode 27 incluye dos agent skills de SwiftUI: el SwiftUI Specialist Skill (buenas prácticas) y el What’s New In SwiftUI Skill (adopción de las API de la versión 2027), ambos accesibles en el Coding Assistant de Xcode 27.1
xcrun agent skills exportescribe los skills en archivos markdown que puedes importar a tus workflows1, que es justo lo que consumen Claude Code, Codex o Cursor, así que el mismo conocimiento de Apple impulsa al agente que uses, sea cual sea.- Un panel de laboratorio de la WWDC describió los skills como una codificación de «todo nuestro conocimiento interno, todas las buenas prácticas», y señaló que los modelos mostraban un «razonamiento notablemente mejor» al invocarlos; las recomendaciones de rendimiento de SwiftUI (extraer subvistas, mantener pequeños los cuerpos de las vistas) están integradas en los propios skills.2
- La jugada complementaria es Game Porting Toolkit 4, que entrega skills de portabilidad como un plugin desde el marketplace de GPTK en GitHub (instalado en Claude Code mediante
/plugin marketplace add apple/game-porting-toolkit). Apple está generalizando los skills first-party como canal de distribución.
Qué son los dos skills
Steven y Julia, del equipo de UI Frameworks, cerraron «What’s new in SwiftUI» con el anuncio, tras una sesión completa sobre las API de la versión 2027.1
El segmento sobre agent skills de «What’s new in SwiftUI», que empieza alrededor del minuto 26:50.
Apple incluyó dos skills, y cada uno apunta a un modo de fallo distinto con el que los modelos de propósito general tropiezan en SwiftUI. El SwiftUI Specialist Skill «puede ayudarte a seguir las buenas prácticas de SwiftUI en tus apps».1 El What’s New In SwiftUI Skill «puede guiarte en la adopción de las nuevas API de las versiones 2027».1 La separación importa: un modelo entrenado antes de que existieran las API de este año no tiene forma de conocer el nuevo modificador de toolbar visibilityPriority ni el comportamiento perezoso de la macro @State, y arrastra malos hábitos allí donde sus datos de entrenamiento los traían. Un skill codifica el oficio duradero; el otro codifica las diferencias que el modelo no pudo haber visto.
Dentro de Xcode no los invocas por su nombre. «Ambos skills se pueden acceder en el Coding Assistant de Xcode 27», y el agente los carga cuando son relevantes para lo que estás trabajando.1 Obtienes la experiencia sin tener que gestionarla.
Exporta a cualquier agente
La portabilidad es lo que destaca. Las palabras de Apple, cerca del minuto 27:12 de la sesión: «para usar estos skills con otras herramientas, puedes exportarlos con el comando ‘xcrun agent skills export’. Esto creará archivos markdown que podrás importar en tus workflows».1
xcrun agent skills export
Un comando, salida en markdown, sin quedar atado a Xcode. Si llevas tu trabajo de iOS desde Claude Code en una terminal, o desde Codex, o Cursor, el mismo conocimiento de SwiftUI escrito por Apple entra en tu configuración existente. Los archivos exportados son markdown plano, lo que significa que encajan en el mecanismo de skills o de contexto que tu agente ya usa. Un modelo que corre fuera de Xcode no trae los skills integrados, así que el paso de exportación es lo que cierra esa brecha.2
Vale la pena nombrar la decisión de diseño que hay debajo. Apple podría haber mantenido los skills como propiedad exclusiva del Coding Assistant y usarlos como motivo para retenerte dentro de Xcode. En cambio, la compañía publicó un exportador, que trata el conocimiento como el producto y al editor como uno más entre varios consumidores. Para quienes ya corren su propio agente, esa es la diferencia entre adoptar la recomendación de Apple y reescribirla desde cero.
Por qué los skills first-party superan a la documentación obtenida por scraping
Un panel de laboratorio de la WWDC, del equipo de UI Frameworks, dedicó un buen rato exactamente a esto, a raíz de un desarrollador que se topaba con errores recurrentes de Swift mientras hacía vibe-coding con un modelo de propósito general.2
La conversación sobre los skills en el SwiftUI for Beginners Group Lab, alrededor del minuto 37:00. No existen subtítulos oficiales para este laboratorio; las citas están parafraseadas a partir de una transcripción local.
Un panelista nombró primero el problema de raíz: los modelos de lenguaje grandes «a veces producen resultados un poco incorrectos cuando se trata de SwiftUI y de algunas de nuestras API más nuevas con las que quizá el modelo aún no se había entrenado de verdad».2 La solución, según el planteamiento del panel, es que Apple «alimentó [los skills] con todo nuestro conocimiento interno, todas las buenas prácticas que tenemos para el flujo de datos en tus apps, para las nuevas API que se introdujeron».2 Esa es la ventaja estructural sobre hacer scraping del sitio público de documentación: los skills llevan las recomendaciones que aplican los propios ingenieros de Apple, organizadas para que un agente actúe sobre ellas, actualizadas a la par que el framework.
El panel también reportó un efecto medible. Los modelos «lograron un razonamiento notablemente mejor cuando invocaban esos skills», y los panelistas estaban «seguros de que los skills deberían brindar mayor comodidad al usar esos modelos».2 Las recomendaciones codificadas son concretas, no abstractas. El consejo de rendimiento que recorrió todo el laboratorio —extraer fragmentos de vista repetidos en vistas personalizadas en lugar de propiedades calculadas, mantener pequeños los cuerpos de las vistas, evitar trabajo pesado como la asignación de un formateador de números dentro de body, leer solo los valores de entorno que una vista realmente usa— está él mismo en los skills. Como dijo un panelista al responder una pregunta sobre rendimiento: «toda esta orientación está en los skills. Así que, si usas un modelo para generar ese código, debería refactorizar automáticamente las vistas en vistas más pequeñas».2
Una precisión, porque el laboratorio fue preciso al respecto. Dentro de Xcode los skills están disponibles en el agente de código, de modo que el agente «debería en cierto modo recurrir al skill apropiado cuando haga falta según el contexto», y el moderador del laboratorio preguntó específicamente si hacía falta habilitar algo. La respuesta fue que los skills «deberían estar ahí» de forma predeterminada en el Coding Assistant.2 Los skills están disponibles para el agente, y el agente invoca el apropiado cuando es relevante. Esa es la afirmación exacta, y es la que conviene hacer.
El patrón más amplio
Apple está tratando los agent skills seleccionados como un canal de distribución de su experiencia first-party, y los skills de SwiftUI son uno de los dos ejemplos de esta WWDC.
El otro es Game Porting Toolkit 4. Apple entrega su conocimiento sobre Metal 4, MetalFX, compilación de shaders y depuración de GPU como skills expertos junto con un workflow basado en hitos, distribuido como un plugin desde el marketplace de Game Porting Toolkit en GitHub (instalado en Claude Code mediante /plugin marketplace add apple/game-porting-toolkit), tal como cubre Game Porting Toolkit 4: ports de juegos con agentes en Mac. Los mecanismos difieren —un marketplace de plugins de GitHub para portabilidad frente a un exportador de la cadena de herramientas para SwiftUI—, pero la estrategia es idéntica: Apple redacta y mantiene el conocimiento del dominio, lo empaqueta como agent skills y deja que el agente que elijas lo consuma.
La implicación para cómo construyes apps de iOS con un agente es directa. La pregunta pasa de «qué modelo conoce mejor SwiftUI» a «mi agente está cargando el skill actual de SwiftUI de Apple». Un modelo de propósito general más débil que corre el skill first-party puede superar a un modelo más potente que improvisa a partir de datos de entrenamiento obsoletos, porque el skill lleva las API que llegaron este año y las prácticas que los ingenieros de Apple realmente siguen. El comando de exportación es lo que hace que eso esté disponible fuera de Xcode.
Los skills se ubican junto al resto del relato de agentes de Apple de este año: el IDE volviéndose agéntico en Xcode 27 se volvió agéntico, y toda la superficie de API de SwiftUI de la versión 2027 en Novedades de SwiftUI para iOS 27. Los skills son el tejido conectivo, el mecanismo que lleva la experiencia de los frameworks de Apple a cualquier agente que haga el trabajo.
Puntos clave
Para desarrolladores de iOS que usan un agente externo (Claude Code, Codex, Cursor):
- Ejecuta xcrun agent skills export para sacar los skills SwiftUI Specialist y What’s New In SwiftUI de la cadena de herramientas de Xcode 27 como markdown, y luego impórtalos al mecanismo de skills o de contexto de tu agente.1
- Prefiere el skill first-party antes que la documentación obtenida por scraping para cualquier API posterior a la versión 2027; los datos de entrenamiento del modelo son anteriores a visibilityPriority, a la macro perezosa @State y a la nueva Document API.1
Para desarrolladores que se quedan en Xcode: - Los dos skills ya están accesibles en el Coding Assistant y se cargan cuando son relevantes para tu código; no hace falta configurar nada más allá de Xcode 27.2 - Envía tus comentarios a través de Feedback Assistant cuando los skills fallen, porque el panel fue explícito en que los comentarios de los desarrolladores guían cómo Apple los hace evolucionar.2
Para equipos que eligen un agente de programación: - Evalúa los agentes por su capacidad de ingerir skills además de por la calidad bruta del modelo. Un agente que carga el skill actual de SwiftUI de Apple produce código más correcto y más idiomático que un modelo más potente que improvisa a partir de docs viejas.2 - Observa cómo se extiende el patrón. Apple ya distribuye skills de portabilidad de juegos como un plugin de Claude Code; espera más packs de skills first-party a medida que el canal madure.
Preguntas frecuentes
¿Cuáles son los dos agent skills de SwiftUI en Xcode 27?
El SwiftUI Specialist Skill, que ayuda a un agente a seguir las buenas prácticas de SwiftUI, y el What’s New In SwiftUI Skill, que guía la adopción de las nuevas API de la versión 2027. Ambos son accesibles en el Coding Assistant de Xcode 27.1
¿Cómo uso los skills de SwiftUI de Apple con Claude Code u otro agente?
Ejecuta xcrun agent skills export desde una terminal. El comando escribe los skills en archivos markdown que importas a tus workflows1, que es justo lo que Claude Code, Codex, Cursor o cualquier otra herramienta puede ingerir, de modo que cada uno puede usar el conocimiento de SwiftUI de Apple. Un modelo que corre fuera de Xcode no obtiene los skills automáticamente, así que el paso de exportación es obligatorio.
¿Los skills se cargan automáticamente dentro de Xcode?
Dentro del Coding Assistant de Xcode 27 los skills son accesibles de forma predeterminada, y el agente invoca el apropiado según el contexto de lo que estás trabajando. No los llamas por su nombre.2
¿Por qué usar un skill first-party en lugar de dejar que el modelo se apoye en su entrenamiento?
Los modelos de propósito general producen SwiftUI incorrecto cuando se topan con API posteriores a su entrenamiento o cuando arrastran hábitos de documentación obsoleta. Los skills de Apple codifican sus buenas prácticas internas y las API actuales, y un panel de laboratorio de la WWDC reportó que los modelos mostraban un razonamiento notablemente mejor al invocarlos.2
¿Apple está lanzando agent skills para algo más que SwiftUI?
Sí. Game Porting Toolkit 4 distribuye la experiencia de Apple en portabilidad de Metal y MetalFX como un plugin desde el marketplace de Game Porting Toolkit en GitHub (instalado en Claude Code mediante /plugin marketplace add apple/game-porting-toolkit). Los skills de SwiftUI y los skills de portabilidad son dos instancias de la misma estrategia: Apple mantiene el conocimiento del dominio y tu agente lo consume.
Xcode 27 se volvió agéntico cubre el lado del IDE del giro agéntico de Apple, Novedades de SwiftUI para iOS 27 detalla las API de la versión 2027 que enseña el skill What’s New, y Game Porting Toolkit 4: ports de juegos con agentes en Mac es la historia hermana de los skills first-party del lado de los videojuegos. El hub de la serie completa es la serie Ecosistema Apple.
Referencias
-
Apple, WWDC 2026 session 269, What’s new in SwiftUI. Fuente de los dos agent skills incluidos con Xcode 27 (el SwiftUI Specialist Skill y el What’s New In SwiftUI Skill), su accesibilidad en el Coding Assistant de Xcode 27, y la instrucción de exportación: «para usar estos skills con otras herramientas, puedes exportarlos con el comando ‘xcrun agent skills export’. Esto creará archivos markdown que podrás importar en tus workflows». También es la fuente de las API de SwiftUI de la versión 2027 referenciadas (toolbar
visibilityPriority, la macro perezosa@State, la nueva Document API). ↩↩↩↩↩↩↩↩↩↩↩↩↩ -
Apple, WWDC 2026 session 8002, SwiftUI for Beginners Group Lab. Apple no publicó subtítulos oficiales para este laboratorio; se transcribió de forma local, así que las frases citadas («todo nuestro conocimiento interno, todas las buenas prácticas», «razonamiento notablemente mejor», «toda esta orientación está en los skills» y la accesibilidad predeterminada de los skills en el Coding Assistant) están parafraseadas y deben tratarse como una redacción exacta no verificada. Fuente del relato del panel de que los modelos de propósito general producen SwiftUI incorrecto en API más nuevas, de que los skills codifican las buenas prácticas internas y las recomendaciones de flujo de datos de Apple, de que los modelos razonaban notablemente mejor al invocar los skills, de que las recomendaciones de rendimiento de SwiftUI están codificadas en los propios skills, y de que los comentarios de los desarrolladores guían cómo Apple los hace evolucionar. ↩↩↩↩↩↩↩↩↩↩↩↩↩

