Xcode 27 traz Agent Skills que você pode exportar para qualquer lugar
A Apple incluiu dois agent skills próprios do SwiftUI dentro do toolchain do Xcode 27, e um único comando os tira de lá: xcrun agent skills export.1 Os skills carregam o conhecimento interno de SwiftUI da Apple, o Coding Assistant no Xcode 27 recorre a eles quando são relevantes, e o exportador os grava em arquivos markdown que você pode importar para os seus workflows1 — que é exatamente o que o Claude Code, o Codex e o Cursor consomem. Agora o fornecedor da plataforma mantém o conhecimento especializado do domínio; o seu agent, qualquer que seja o que você use, o consome.
Esse padrão apareceu duas vezes na WWDC 2026. O Game Porting Toolkit 4 distribui o conhecimento de portabilidade de Metal e MetalFX da Apple como um plugin do Game Porting Toolkit marketplace no GitHub (instalado no Claude Code via /plugin marketplace add apple/game-porting-toolkit), abordado em Game Porting Toolkit 4: ports agentic de jogos no Mac. Os skills do SwiftUI pegam a mesma ideia e a tornam portátil entre agents com um único passo de exportação. Duas superfícies, uma estratégia: skills de primeira mão substituem documentação raspada e desatualizada por melhores práticas selecionadas e pelo que é genuinamente novo nesta versão.
TL;DR
- O Xcode 27 inclui dois agent skills do SwiftUI: o SwiftUI Specialist Skill (melhores práticas) e o What’s New In SwiftUI Skill (adoção das APIs das versões de 2027), ambos acessíveis no Coding Assistant no Xcode 27.1
- O
xcrun agent skills exportgrava os skills em arquivos markdown que você pode importar para os seus workflows1, que é exatamente o que o Claude Code, o Codex ou o Cursor consomem, de modo que o mesmo conhecimento da Apple alimenta qualquer agent que você use. - Um painel de lab da WWDC descreveu os skills como codificando “todo o nosso conhecimento interno, todas as melhores práticas”, e disse que os modelos demonstraram “raciocínio significativamente melhor” ao invocá-los; a própria orientação de desempenho do SwiftUI (extrair subviews, manter os view bodies pequenos) está embutida nos skills.2
- O movimento complementar é o Game Porting Toolkit 4, que entrega skills de portabilidade como um plugin do GPTK marketplace no GitHub (instalado no Claude Code via
/plugin marketplace add apple/game-porting-toolkit). A Apple está generalizando os skills de primeira mão como um canal de distribuição.
O que são os dois skills
Steven e Julia, da equipe de UI Frameworks, encerraram o “What’s new in SwiftUI” com o anúncio, depois de uma sessão inteira sobre as APIs das versões de 2027.1
O segmento sobre agent skills do “What’s new in SwiftUI”, começando por volta de 26:50.
A Apple lançou dois skills, e cada um mira um modo de falha distinto que os modelos de uso geral enfrentam com o SwiftUI. O SwiftUI Specialist Skill “pode ajudar você a seguir as melhores práticas de SwiftUI nos seus apps”.1 O What’s New In SwiftUI Skill “pode guiar você na adoção de novas APIs das versões de 2027”.1 A divisão importa: um modelo treinado antes de as APIs deste ano existirem não tem como saber do novo modificador visibilityPriority da toolbar ou do comportamento lazy da macro @State, e ele adquire maus hábitos onde os dados de treinamento os carregaram. Um skill codifica o ofício duradouro; o outro codifica as diferenças que o modelo não teria como ter visto.
Dentro do Xcode, você não os invoca pelo nome. “Ambos esses skills podem ser acessados no Coding Assistant no Xcode 27”, e o agent os carrega quando são relevantes para aquilo em que você está trabalhando.1 Você obtém o conhecimento especializado sem precisar gerenciá-lo.
Exporte para qualquer agent
A portabilidade é o destaque. As palavras da Apple, perto da marca de 27:12 da sessão: “para usar esses skills com outras ferramentas, você pode exportá-los com o comando ‘xcrun agent skills export’. Isso vai criar arquivos markdown que você pode importar nos seus workflows”.1
xcrun agent skills export
Um comando, saída em markdown, sem aprisionamento ao Xcode. Se você conduz o seu trabalho de iOS a partir do Claude Code em um terminal, ou do Codex, ou do Cursor, o mesmo conhecimento de SwiftUI escrito pela Apple cai dentro da sua configuração existente. Os arquivos exportados são markdown puro, o que significa que eles se encaixam em qualquer mecanismo de skill ou de contexto que o seu agent já usa. Um modelo rodando fora do Xcode não recebe os skills embutidos, então o passo de exportação é o que fecha essa lacuna.2
A escolha de design por trás disso merece ser nomeada. A Apple poderia ter mantido os skills proprietários do Coding Assistant e usado isso como motivo para manter você dentro do Xcode. Em vez disso, a empresa lançou um exportador, que trata o conhecimento como o produto e o editor como um de vários consumidores. Para desenvolvedores que já usam um agent próprio, essa é a diferença entre adotar a recomendação da Apple e reescrevê-la do zero.
Por que skills de primeira mão vencem docs raspados
Um painel de lab da WWDC da equipe de UI Frameworks dedicou um trecho exatamente a isso, motivado por um desenvolvedor que vinha esbarrando em erros recorrentes de Swift ao fazer vibe-coding com um modelo de uso geral.2
A discussão sobre skills no SwiftUI for Beginners Group Lab, por volta de 37:00. Não existem legendas oficiais para esse lab; as citações são parafraseadas de uma transcrição local.
Um painelista nomeou primeiro o problema de fundo: grandes modelos de linguagem “às vezes produzem resultados um pouco incorretos quando se trata de SwiftUI e de algumas das nossas APIs mais novas em que o modelo talvez ainda não tenha sido realmente treinado”.2 A solução, no enquadramento do painel, é que a Apple “alimentou [os skills] com todo o nosso conhecimento interno, todas as melhores práticas que temos para o fluxo de dados nos seus apps, para as novas APIs que foram introduzidas”.2 Essa é a vantagem estrutural sobre raspar o site público de documentação: os skills carregam orientações que os próprios engenheiros da Apple aplicam, organizadas para um agent agir, atualizadas junto com o framework.
O painel também relatou um efeito mensurável. Os modelos “obtiveram raciocínio significativamente melhor ao invocarem esses skills”, e os painelistas estavam “certos de que os skills deveriam proporcionar mais tranquilidade ao usar esses modelos”.2 A orientação codificada é concreta, não abstrata. O conselho de desempenho que percorreu todo o lab — extrair pedaços repetidos de view em views personalizadas em vez de propriedades computadas, manter os view bodies pequenos, evitar trabalho pesado como a alocação de formatadores de números dentro do body, ler apenas os valores de environment que uma view de fato usa — está, ele mesmo, nos skills. Como disse um painelista ao responder uma pergunta sobre desempenho: “toda essa orientação está nos skills. Então, se você está usando um modelo para gerar esse código, ele deveria automaticamente fazer algo como refatorar views em views menores”.2
Uma ressalva precisa, porque o lab foi preciso quanto a isso. Dentro do Xcode os skills estão disponíveis no coding agent, então o agent “deveria de certa forma recorrer ao skill apropriado quando necessário, com base no contexto”, e o moderador do lab perguntou especificamente se algo precisava ser ativado. A resposta foi que os skills “deveriam estar lá” por padrão no Coding Assistant.2 Os skills estão disponíveis para o agent, e o agent invoca o apropriado quando ele é relevante. Essa é a afirmação correta, e é a que se deve fazer.
O padrão mais amplo
A Apple está tratando os agent skills selecionados como um canal de distribuição para o conhecimento especializado de primeira mão, e os skills do SwiftUI são um de dois exemplos desta WWDC.
O outro é o Game Porting Toolkit 4. A Apple entrega seu conhecimento de Metal 4, MetalFX, compilação de shaders e depuração de GPU como expert skills mais um workflow baseado em milestones, distribuído como um plugin do Game Porting Toolkit marketplace no GitHub (instalado no Claude Code via /plugin marketplace add apple/game-porting-toolkit), conforme abordado em Game Porting Toolkit 4: ports agentic de jogos no Mac. A mecânica difere — um marketplace de plugins no GitHub para portabilidade versus um exportador de toolchain para SwiftUI —, mas a estratégia é idêntica: a Apple escreve e mantém o conhecimento do domínio, o empacota como agent skills e deixa o seu agent de preferência consumi-lo.
A implicação para a forma como você cria apps de iOS com um agent é direta. A pergunta deixa de ser “qual modelo conhece SwiftUI melhor” e passa a ser “o meu agent está carregando o skill atual de SwiftUI da Apple”. Um modelo de uso geral mais fraco rodando o skill de primeira mão pode superar um modelo mais forte improvisando a partir de dados de treinamento desatualizados, porque o skill carrega as APIs que saíram este ano e as práticas que os engenheiros da Apple de fato seguem. O comando de exportação é o que torna isso disponível fora do Xcode.
Os skills se posicionam ao lado do restante da história agentic da Apple neste ano: a IDE ficando agentic em Xcode 27 ficou agentic, e toda a superfície de APIs das versões de 2027 do SwiftUI em O que há de novo no SwiftUI para iOS 27. Os skills são o tecido conjuntivo, o mecanismo que leva o conhecimento de framework da Apple para qualquer agent que faça o trabalho.
Principais conclusões
Para desenvolvedores de iOS usando um agent externo (Claude Code, Codex, Cursor):
- Execute xcrun agent skills export para extrair o SwiftUI Specialist e o What’s New In SwiftUI skills do toolchain do Xcode 27 como markdown e, em seguida, importe-os para o mecanismo de skill ou de contexto do seu agent.1
- Prefira o skill de primeira mão à documentação raspada para qualquer API posterior às versões de 2027; os dados de treinamento do modelo antecedem o visibilityPriority, a macro lazy @State e a nova Document API.1
Para desenvolvedores que permanecem no Xcode: - Os dois skills já estão acessíveis no Coding Assistant e carregam quando são relevantes para o seu código; nenhuma configuração além do Xcode 27.2 - Envie feedback pelo Feedback Assistant quando os skills errarem, porque o painel foi explícito de que o feedback dos desenvolvedores orienta como a Apple os evolui.2
Para times escolhendo um coding agent: - Avalie os agents pela ingestão de skills, além da qualidade bruta do modelo. Um agent que carrega o skill atual de SwiftUI da Apple produz código mais correto e mais idiomático do que um modelo mais forte improvisando a partir de docs antigos.2 - Observe o padrão se espalhar. A Apple já distribui skills de portabilidade de jogos como um plugin do Claude Code; espere mais pacotes de skills de primeira mão à medida que o canal amadurece.
FAQ
Quais são os dois agent skills do SwiftUI no Xcode 27?
O SwiftUI Specialist Skill, que ajuda um agent a seguir as melhores práticas de SwiftUI, e o What’s New In SwiftUI Skill, que guia a adoção das novas APIs das versões de 2027. Ambos são acessíveis no Coding Assistant no Xcode 27.1
Como uso os skills de SwiftUI da Apple com o Claude Code ou outro agent?
Execute xcrun agent skills export em um terminal. O comando grava os skills em arquivos markdown que você importa para os seus workflows1, que é exatamente o que o Claude Code, o Codex, o Cursor ou qualquer outra ferramenta pode ingerir, de modo que cada um possa usar o conhecimento de SwiftUI da Apple. Um modelo rodando fora do Xcode não recebe os skills automaticamente, então o passo de exportação é obrigatório.
Os skills carregam automaticamente dentro do Xcode?
Dentro do Coding Assistant do Xcode 27 os skills são acessíveis por padrão, e o agent invoca o apropriado com base no contexto daquilo em que você está trabalhando. Você não os chama pelo nome.2
Por que usar um skill de primeira mão em vez de deixar o modelo depender do seu treinamento?
Modelos de uso geral produzem SwiftUI incorreto quando esbarram em APIs posteriores ao seu treinamento ou carregam hábitos de documentação desatualizada. Os skills da Apple codificam suas melhores práticas internas e as APIs atuais, e um painel de lab da WWDC relatou que os modelos demonstraram raciocínio significativamente melhor ao invocá-los.2
A Apple está lançando agent skills para algo além do SwiftUI?
Sim. O Game Porting Toolkit 4 distribui o conhecimento de portabilidade de Metal e MetalFX da Apple como um plugin do Game Porting Toolkit marketplace no GitHub (instalado no Claude Code via /plugin marketplace add apple/game-porting-toolkit). Os skills do SwiftUI e os skills de portabilidade são duas instâncias da mesma estratégia: a Apple mantém o conhecimento do domínio e o seu agent o consome.
Xcode 27 ficou agentic cobre o lado da IDE na virada agentic da Apple, O que há de novo no SwiftUI para iOS 27 detalha as APIs das versões de 2027 que o What’s New skill ensina, e Game Porting Toolkit 4: ports agentic de jogos no Mac é a história irmã de skills de primeira mão no lado dos jogos. O hub completo da série é a Apple Ecosystem Series.
Referências
-
Apple, WWDC 2026 sessão 269, What’s new in SwiftUI. Fonte dos dois agent skills incluídos com o Xcode 27 (o SwiftUI Specialist Skill e o What’s New In SwiftUI Skill), de sua acessibilidade no Coding Assistant no Xcode 27 e da instrução de exportação: “para usar esses skills com outras ferramentas, você pode exportá-los com o comando ‘xcrun agent skills export’. Isso vai criar arquivos markdown que você pode importar nos seus workflows”. Também fonte das APIs de SwiftUI das versões de 2027 referenciadas (
visibilityPriorityda toolbar, a macro lazy@State, a nova Document API). ↩↩↩↩↩↩↩↩↩↩↩↩↩ -
Apple, WWDC 2026 sessão 8002, SwiftUI for Beginners Group Lab. A Apple não publicou legendas oficiais para esse lab; ele foi transcrito localmente, portanto as frases citadas (“todo o nosso conhecimento interno, todas as melhores práticas”, “raciocínio significativamente melhor”, “toda essa orientação está nos skills” e a acessibilidade por padrão dos skills no Coding Assistant) são parafraseadas e devem ser tratadas como redação exata não verificada. Fonte do relato do painel de que modelos de uso geral produzem SwiftUI incorreto em APIs mais novas, de que os skills codificam as melhores práticas internas e a orientação de fluxo de dados da Apple, de que os modelos raciocinaram significativamente melhor ao invocar os skills, de que a orientação de desempenho do SwiftUI está, ela mesma, codificada nos skills, e de que o feedback dos desenvolvedores orienta como a Apple os evolui. ↩↩↩↩↩↩↩↩↩↩↩↩↩

