Xcode 27 dostarcza agent skills, które można wyeksportować wszędzie
Apple dostarczyło wewnątrz toolchainu Xcode 27 dwie własne agent skills dla SwiftUI, a jedno polecenie je stamtąd wydobywa: xcrun agent skills export.1 Skills niosą wewnętrzną wiedzę Apple o SwiftUI, Coding Assistant w Xcode 27 sięga po nie, gdy są istotne, a eksporter zapisuje je do plików markdown, które można zaimportować do własnych przepływów pracy1 — czyli dokładnie tego, co konsumują Claude Code, Codex i Cursor. To dostawca platformy utrzymuje teraz wiedzę dziedzinową; agent użytkownika, którykolwiek by to był, ją konsumuje.
Ten wzorzec pojawił się na WWDC 2026 dwukrotnie. Game Porting Toolkit 4 rozprowadza wiedzę Apple o portowaniu w Metal i MetalFX jako plugin z marketplace Game Porting Toolkit na GitHubie (instalowany w Claude Code poleceniem /plugin marketplace add apple/game-porting-toolkit), co opisano w Game Porting Toolkit 4: agentowe porty gier na Maca. Skills dla SwiftUI przejmują tę samą ideę i czynią ją przenośną między agentami za pomocą jednego kroku eksportu. Dwie powierzchnie, jedna strategia: skills od producenta zastępują zeskrobaną, nieaktualną dokumentację wyselekcjonowanymi najlepszymi praktykami oraz tym, co w tym wydaniu jest naprawdę nowe.
TL;DR
- Xcode 27 zawiera dwie agent skills dla SwiftUI: SwiftUI Specialist Skill (najlepsze praktyki) oraz What’s New In SwiftUI Skill (adaptacja API z wydania 2027), obie dostępne w Coding Assistant w Xcode 27.1
xcrun agent skills exportzapisuje skills do plików markdown, które można zaimportować do własnych przepływów pracy1 — czyli dokładnie tego, co konsumują Claude Code, Codex czy Cursor, dzięki czemu ta sama wiedza Apple zasila dowolnego uruchamianego agenta.- Panel labowy na WWDC opisał skills jako kodujące „całą naszą wewnętrzną wiedzę, wszystkie najlepsze praktyki” i stwierdził, że modele wykazywały „znacząco lepsze rozumowanie”, gdy je wywoływały; wskazówki dotyczące wydajności SwiftUI (wydzielanie podwidoków, utrzymywanie małych ciał widoków) są same w sobie zaszyte w skills.2
- Towarzyszącym posunięciem jest Game Porting Toolkit 4, który dostarcza skills do portowania jako plugin z marketplace GPTK na GitHubie (instalowany w Claude Code poleceniem
/plugin marketplace add apple/game-porting-toolkit). Apple uogólnia skills od producenta jako kanał dystrybucji.
Czym są te dwie skills
Steven i Julia z zespołu UI Frameworks zamknęli sesję „What’s new in SwiftUI” tym ogłoszeniem, po pełnej prezentacji poświęconej API z wydania 2027.1
Fragment o agent skills w „What’s new in SwiftUI”, zaczynający się około 26:50.
Apple dostarczyło dwie skills, a każda celuje w odrębny tryb awarii, na który modele ogólnego przeznaczenia natrafiają w SwiftUI. SwiftUI Specialist Skill „może pomóc stosować najlepsze praktyki SwiftUI w aplikacjach”.1 What’s New In SwiftUI Skill „może przeprowadzić przez adaptację nowych API z wydań 2027”.1 Ten podział ma znaczenie: model wytrenowany, zanim API z tego roku w ogóle istniały, nie ma jak wiedzieć o nowym modyfikatorze toolbara visibilityPriority ani o leniwym zachowaniu makra @State, a złe nawyki przejmuje tam, gdzie niosły je jego dane treningowe. Jedna skill koduje trwałe rzemiosło; druga koduje różnice, których model nie mógł zobaczyć.
Wewnątrz Xcode nie wywołuje się ich z nazwy. „Obie te skills są dostępne w Coding Assistant w Xcode 27”, a agent ładuje je, gdy są istotne dla tego, nad czym się pracuje.1 Wiedzę dostaje się bez konieczności zarządzania nią.
Eksport do dowolnego agenta
Przenośność to clou. Słowa Apple, w okolicach znacznika 27:12 sesji: „aby używać tych skills z innymi narzędziami, można je wyeksportować poleceniem ‘xcrun agent skills export’. Utworzy ono pliki markdown, które można zaimportować do swoich przepływów pracy”.1
xcrun agent skills export
Jedno polecenie, wyjście w markdown, brak uwięzienia w Xcode. Jeśli pracę nad iOS prowadzi się z Claude Code w terminalu, z Codex albo z Cursor, ta sama autorska wiedza Apple o SwiftUI trafia do istniejącej konfiguracji. Wyeksportowane pliki to zwykły markdown, co oznacza, że wpasowują się w dowolny mechanizm skill lub kontekstu, którego agent już używa. Model działający poza Xcode nie ma tych skills zaszytych na stałe, więc to krok eksportu domyka tę lukę.2
Te dwie skills dla SwiftUI nie są jedynymi, które przenosi to samo polecenie. Xcode 27 dostarcza także skill do modernizacji aplikacji, która przekształca aplikacje do opartego na scenach cyklu życia UIKit i przepisuje sprawdzenia ekranu i orientacji, które ta konwersja psuje, co ma znaczenie, ponieważ iOS 27 czyni cykl życia scen obowiązkowym: aplikacje zbudowane na nowym SDK, które go nie przyjęły, nie uruchamiają się.
Leżąca u podstaw decyzja projektowa zasługuje na nazwanie. Apple mogło zachować skills jako własność Coding Assistant i wykorzystać je jako powód, by zatrzymać użytkownika w Xcode. Zamiast tego firma dostarczyła eksporter, który traktuje wiedzę jako produkt, a edytor jako jednego z wielu konsumentów. Dla deweloperów, którzy już prowadzą własnego agenta, to różnica między przyjęciem rekomendacji Apple a przepisywaniem jej od zera.
Dlaczego skills od producenta biją zeskrobaną dokumentację
Panel labowy zespołu UI Frameworks na WWDC poświęcił dokładnie temu sporo czasu, sprowokowany przez dewelopera, który napotykał powtarzające się błędy Swift podczas vibe-codingu z modelem ogólnego przeznaczenia.2
Dyskusja o skills w SwiftUI for Beginners Group Lab, około 37:00. Dla tego labu nie istnieją oficjalne napisy; cytaty parafrazowano z lokalnej transkrypcji.
Panelista najpierw nazwał źródło problemu: duże modele językowe „czasem dają nieco błędne wyniki, jeśli chodzi o SwiftUI i niektóre z naszych nowszych API, na których model może jeszcze nie był naprawdę wytrenowany”.2 Rozwiązanie, w ujęciu panelu, polega na tym, że Apple „zasiliło [skills] całą naszą wewnętrzną wiedzą, wszystkimi najlepszymi praktykami, jakie mamy dla przepływu danych w aplikacjach, dla nowo wprowadzonych API”.2 To strukturalna przewaga nad zeskrobywaniem publicznej witryny z dokumentacją: skills niosą wskazówki, które stosują własni inżynierowie Apple, uporządkowane tak, by agent mógł na ich podstawie działać, odświeżane wraz z frameworkiem.
Panel zgłosił też wymierny efekt. Modele „uzyskały znacząco lepsze rozumowanie, gdy wywoływały te skills”, a paneliści byli „pewni, że skills powinny zapewnić większy komfort przy korzystaniu z tych modeli”.2 Zakodowane wskazówki są konkretne, nie abstrakcyjne. Porada dotycząca wydajności, która przewijała się przez cały lab — wydzielać powtarzające się fragmenty widoku do widoków niestandardowych zamiast do właściwości obliczanych, utrzymywać małe ciała widoków, unikać ciężkiej pracy, takiej jak alokacja formatera liczb wewnątrz body, czytać tylko te wartości środowiska, których widok faktycznie używa — sama jest w skills. Jak ujął to jeden z panelistów, odpowiadając na pytanie o wydajność: „wszystkie te wskazówki są w skills. Więc jeśli używa się modelu do generowania tego kodu, powinien on automatycznie zrobić coś w stylu refaktoryzacji widoków na mniejsze widoki”.2
Jedno precyzyjne zastrzeżenie, bo lab był pod tym względem precyzyjny. Wewnątrz Xcode skills są dostępne w agencie kodującym, więc agent „powinien niejako odwołać się do odpowiedniej skill, gdy zajdzie potrzeba, w oparciu o kontekst”, a moderator labu zapytał wprost, czy trzeba coś włączać. Odpowiedź brzmiała, że skills „powinny tam być” domyślnie w Coding Assistant.2 Skills są dostępne dla agenta, a agent wywołuje odpowiednią, gdy jest istotna. To jest trafne twierdzenie i to właśnie należy stawiać.
Szerszy wzorzec
Apple traktuje wyselekcjonowane agent skills jako kanał dystrybucji wiedzy od producenta, a skills dla SwiftUI są jednym z dwóch przykładów z tego WWDC.
Drugim jest Game Porting Toolkit 4. Apple dostarcza swoją wiedzę o Metal 4, MetalFX, kompilacji shaderów i debugowaniu GPU jako eksperckie skills wraz z przepływem pracy opartym na kamieniach milowych, rozprowadzaną jako plugin z marketplace Game Porting Toolkit na GitHubie (instalowany w Claude Code poleceniem /plugin marketplace add apple/game-porting-toolkit), co opisano w Game Porting Toolkit 4: agentowe porty gier na Maca. Mechanika się różni — marketplace pluginów na GitHubie dla portowania kontra eksporter toolchainu dla SwiftUI — ale strategia jest identyczna: Apple tworzy i utrzymuje wiedzę dziedzinową, pakuje ją jako agent skills i pozwala wybranemu agentowi ją konsumować.
Implikacja dla tego, jak buduje się aplikacje iOS z agentem, jest bezpośrednia. Pytanie przesuwa się z „który model najlepiej zna SwiftUI” na „czy mój agent ładuje aktualną skill Apple do SwiftUI”. Słabszy model ogólny uruchamiający skill od producenta może przewyższyć silniejszy model improwizujący na podstawie nieaktualnych danych treningowych, bo skill niesie API, które ukazały się w tym roku, oraz praktyki, których faktycznie trzymają się inżynierowie Apple. To polecenie eksportu sprawia, że jest to dostępne poza Xcode.
Skills stoją obok reszty tegorocznej agentowej narracji Apple: IDE staje się agentowe w Xcode 27 stało się agentowe, a pełna powierzchnia API SwiftUI z wydania 2027 w Co nowego w SwiftUI dla iOS 27. Skills są tkanką łączącą — mechanizmem, który przenosi wiedzę Apple o frameworku do dowolnego agenta wykonującego pracę.
Kluczowe wnioski
Dla deweloperów iOS używających zewnętrznego agenta (Claude Code, Codex, Cursor):
- Uruchom xcrun agent skills export, aby wydobyć skills SwiftUI Specialist i What’s New In SwiftUI z toolchainu Xcode 27 jako markdown, a następnie zaimportuj je do mechanizmu skill lub kontekstu swojego agenta.1
- Wybieraj skill od producenta zamiast zeskrobanej dokumentacji dla dowolnego API z okresu po wydaniu 2027; dane treningowe modelu są wcześniejsze niż visibilityPriority, leniwe makro @State i nowe Document API.1
Dla deweloperów pozostających w Xcode: - Te dwie skills są już dostępne w Coding Assistant i ładują się, gdy są istotne dla kodu; brak konfiguracji poza Xcode 27.2 - Zgłaszaj uwagi przez Feedback Assistant, gdy skills czegoś nie trafią, bo panel jasno mówił, że to opinie deweloperów napędzają sposób, w jaki Apple je rozwija.2
Dla zespołów wybierających agenta kodującego: - Oceniaj agentów pod kątem przyswajania skills, obok surowej jakości modelu. Agent, który ładuje aktualną skill Apple do SwiftUI, daje bardziej poprawny i bardziej idiomatyczny kod niż silniejszy model improwizujący na podstawie starej dokumentacji.2 - Obserwuj, jak wzorzec się rozprzestrzenia. Apple już dystrybuuje skills do portowania gier jako plugin Claude Code; należy spodziewać się kolejnych paczek skills od producenta w miarę dojrzewania tego kanału.
FAQ
Czym są te dwie agent skills dla SwiftUI w Xcode 27?
SwiftUI Specialist Skill, która pomaga agentowi stosować najlepsze praktyki SwiftUI, oraz What’s New In SwiftUI Skill, która prowadzi przez adaptację nowych API z wydania 2027. Obie są dostępne w Coding Assistant w Xcode 27.1
Jak używać skills Apple dla SwiftUI z Claude Code lub innym agentem?
Uruchom xcrun agent skills export z terminala. Polecenie zapisuje skills do plików markdown, które importuje się do własnych przepływów pracy1 — czyli dokładnie tego, co Claude Code, Codex, Cursor lub dowolne inne narzędzie może przyswoić, więc każde z nich może korzystać z wiedzy Apple o SwiftUI. Model działający poza Xcode nie dostaje tych skills automatycznie, więc krok eksportu jest wymagany.
Czy skills ładują się automatycznie wewnątrz Xcode?
Wewnątrz Coding Assistant w Xcode 27 skills są dostępne domyślnie, a agent wywołuje odpowiednią w oparciu o kontekst tego, nad czym się pracuje. Nie wywołuje się ich z nazwy.2
Po co używać skill od producenta zamiast pozwolić modelowi polegać na treningu?
Modele ogólne dają błędny SwiftUI, gdy natrafiają na API późniejsze niż ich trening lub niosą nawyki z nieaktualnej dokumentacji. Skills Apple kodują jego wewnętrzne najlepsze praktyki i bieżące API, a panel labowy na WWDC zgłosił, że modele wykazywały znacząco lepsze rozumowanie, gdy je wywoływały.2
Czy Apple dostarcza agent skills do czegoś poza SwiftUI?
Tak. Game Porting Toolkit 4 rozprowadza wiedzę Apple o portowaniu w Metal i MetalFX jako plugin z marketplace Game Porting Toolkit na GitHubie (instalowany w Claude Code poleceniem /plugin marketplace add apple/game-porting-toolkit). Skills dla SwiftUI i skills do portowania to dwa wcielenia tej samej strategii: Apple utrzymuje wiedzę dziedzinową, a agent użytkownika ją konsumuje.
Xcode 27 stało się agentowe omawia stronę IDE w agentowym zwrocie Apple, Co nowego w SwiftUI dla iOS 27 szczegółowo opisuje API z wydania 2027, których uczy skill What’s New, a Game Porting Toolkit 4: agentowe porty gier na Maca to siostrzana historia o skills od producenta po stronie gier. Centralnym węzłem całej serii jest Seria Ekosystem Apple.
Źródła
-
Apple, WWDC 2026 session 269, What’s new in SwiftUI. Source for the two agent skills included with Xcode 27 (the SwiftUI Specialist Skill and the What’s New In SwiftUI Skill), their accessibility in the Coding Assistant in Xcode 27, and the export instruction: “to use these skills with other tools, you can export them with the ‘xcrun agent skills export’ command. This will create markdown files you can import in your workflows.” Also the source for the 2027-release SwiftUI APIs referenced (toolbar
visibilityPriority, the lazy@Statemacro, the new Document API). ↩↩↩↩↩↩↩↩↩↩↩↩↩ -
Apple, WWDC 2026 session 8002, SwiftUI for Beginners Group Lab. Apple published no official captions for this lab; it was transcribed locally, so the quoted phrases (“all of our internal knowledge, all the best practices,” “significantly better reasoning,” “all of this guidance is in the skills,” and the by-default accessibility of the skills in the Coding Assistant) are paraphrased and should be treated as unverified exact wording. Source for the panel’s account that general models produce incorrect SwiftUI on newer APIs, that the skills encode Apple’s internal best practices and data-flow guidance, that models reasoned significantly better when invoking the skills, that the SwiftUI performance guidance is itself encoded in the skills, and that developer feedback drives how Apple evolves them. ↩↩↩↩↩↩↩↩↩↩↩↩↩
