Xcode 27 ist agentisch geworden

Die Framework-Neuigkeiten der WWDC26 dominierten die Schlagzeilen: die Reorder-Container von SwiftUI, die neuen Dokumentprotokolle, die Hintergrundausführung von App Intents. Die leisere Verschiebung ist jene, die am Arbeitsalltag am meisten verändert. Xcode 27 hat Coding-Agents direkt in die IDE eingebaut, und Apple hat fünf Sessions darauf verwendet zu erklären, wie die Toolbar-Schaltfläche, der Plan-Befehl, der Artefakt-Bereich und die Aufteilung auf sub-agents zu einer Arbeitsweise zusammenpassen sollen.

Apples eigene Darstellung macht die Absicht deutlich. „Sie geben die Vision für Ihren Code vor, und Xcode hilft Ihnen, schneller und mit Zuversicht dorthin zu gelangen”, beginnt das Xcode-Intelligence-Team, bevor es ergänzt, dass das Designziel darin bestehe, „Sie auf die Arbeit konzentriert zu halten, die Ihnen Freude bereitet.”¹ Das Interessante ist nicht, dass jetzt ein LLM Swift schreibt. Das Interessante ist, dass Apple den Agent an dieselben Werkzeuge angebunden hat, die Sie von Hand benutzen: den Build, den Preview-Renderer, den Test-Runner, den String Catalog und Xcode Cloud. Der Agent rät nicht, ob sein Code kompiliert. Er baut ihn, liest den Fehler und versucht es erneut.

TL;DR / Wichtigste Erkenntnisse

• Coding-Agents kamen mit Xcode 26.3; Xcode 27 erweitert das Werkzeugset und gestaltet die Interaktion neu, indem es den Bildschirm in ein Transkript auf der linken Seite (Konversation, Tool-Aufrufe, sub-agents) und einen Artefakt-Bereich auf der rechten Seite (Dateien, Diffs, Previews) aufteilt.¹
• Ein /plan-Slash-Befehl versetzt den Agent in den plan mode, sodass Sie eine Architektur in Markdown freigeben, bevor irgendein Code geschrieben wird, und in die Warteschlange gestellte Nachrichten lassen Sie mitten in der Aufgabe gegensteuern.¹
• Der Agent führt Xcodes echte Validierungswerkzeuge aus, den Build, das Preview-Rendering und den Test-Runner, sodass er sich im Verlauf selbst verifiziert; in der Demo schrieb und durchlief er 12 erfolgreiche Testfälle für das neue Feature.¹
• UI-Prototyping stützt sich auf eine Schleife nach dem Muster „breit aufstellen, neu kombinieren, wiederholen”: Bitten Sie um viele benannte Swift-Previews auf einmal, und fügen Sie dann die Teile zusammen, die Ihnen gefallen. Inline-Annotationen und Bildanhänge grenzen Änderungen auf eine exakte Zeile ein.²
• Lokalisierung läuft über den String Catalog und Apples sprachspezifische Stilrichtlinien; die Hauptkonversation verteilt die Arbeit auf sub-agents, und ein TRANSLATION.md-Glossar hält die Terminologie konsistent.³⁴
• Die Einrichtung von Xcode Cloud wurde kürzer (Repository verbinden, ersten Build starten) und steuert nun Webhooks und Builds über mehrere Repositories hinweg, die CI-Hälfte eines agentlastigen Workflows, der mehr Code schreibt als zuvor.⁵

Der Agent lebt jetzt im Editor

Beginnen wir beim Bildschirm, denn das Layout kodiert das Modell. In Xcode 27 ist das Agent-Transkript ein Editor-Bereich, kein Chat-Auszug, der seitlich angeschraubt wurde. „Das Transkript ist in den Editor-Bereich gewandert, sodass Sie es mit anderen Editoren zusammenstellen können, mit Tabs, Splits oder was immer zu Ihrem Workflow passt”, erklärt das Team.⁶ Sie starten eine Konversation über eine Schaltfläche in der Mitte der Toolbar, und ein Klick mit gedrückter Wahl- und Umschalttaste öffnet diese Konversation als separaten Bereich, sodass Sie Dateien lesen können, während der Agent arbeitet.¹

Apple teilt den Arbeitsbereich in ein Transkript auf der linken und einen Artefakt-Bereich auf der rechten Seite; der Agent kann Quellcode, Build-Einstellungen, geöffnete Dateien und Ihre aktive Auswahl sehen.

Die Aufteilung ist entscheidend. „Links befindet sich das Transkript … einschließlich Kommentaren zum Fortschritt, Tool-Aufrufen, laufenden sub-agents und mehr. Rechts haben wir Artefakte. Das sind die Dinge, die erstellt werden: Dateien, Bearbeitungen und Previews.”¹ Jedes Diff, jede neue Datei, jede gerenderte Preview erscheint als ein Artefakt, das Sie prüfen, bevor es tragend wird. Der Agent arbeitet im Offenen, mit den Änderungen zur Inspektion ausgebreitet.

Was der Agent sehen kann, ist breiter als ein typisches Kontextfenster. „Wenn Sie agents in Xcode zur Erkundung verwenden, können sie Ihr gesamtes Projekt sehen. Von Ihrem Quellcode über Build-Einstellungen bis hin zu geöffneten Dateien und aktiven Auswahlen.”¹ In der Demo bittet der Entwickler um eine Durchsicht der Datenmodelle und der View-Hierarchie und lässt den Agent dann zwei Architekturdokumente in das Repository schreiben, damit die Erkundungsarbeit die Konversation überdauert, „eine dokumentierte Wissensbasis in Ihrem Projekt”, die „dynamisch sein und sich direkt neben der Codebasis weiterentwickeln kann.”¹ Wenn Sie jemals eine Codebasis einer frischen Agent-Sitzung neu erklärt haben, wird der Impuls, die Karte dauerhaft festzuhalten, einleuchten.

Ein Detail verdient Beachtung für alle, die externe agents genutzt haben: Apple hat ein Tool namens Apple Document Search hinzugefügt, das der Agent automatisch aufruft. „Je nachdem, welchen Agent Sie verwenden, enthält dessen Basiswissen möglicherweise nicht die neuesten Framework-Informationen. Mit Apple Document Search kann Ihr Agent auf hochwertige Dokumentation zugreifen.”¹ Das adressiert den häufigsten Fehlermodus von Coding-Agents bei brandneuen APIs, das selbstbewusste Aufrufen eines Symbols, das nicht existiert, indem dem Agent ein Pfad zur aktuellen Dokumentation genau in dem Moment gegeben wird, in dem er sie braucht.

Der plan mode macht Sie zum Architekten

Die Build-Hälfte des Workflows läuft über den plan mode, erreichbar mit dem /plan-Slash-Befehl. Die Darstellung ist bewusst gewählt: „Der plan mode erlaubt es Ihnen, der Architekt zu sein und Ihren Ansatz zu skizzieren, bevor irgendein Code geschrieben wird.”¹ Der Agent sammelt Kontext, kann sub-agents zur parallelen Erkundung hochfahren und erzeugt einen Plan in Markdown, den Sie lesen, inline bearbeiten und freigeben, bevor die Implementierung beginnt.⁶

Der plan mode verwandelt die Implementierung in einen geprüften Schritt. In die Warteschlange gestellte Nachrichten und klärende Rückfragen des Agents schaffen, was Apple „eine enge Kommunikationsschleife” nennt, bevor Code landet.

Apple ist offen darüber, warum die Planung in einem agentischen Workflow mehr Gewicht erhält. „Wenn Sie mit agents in Xcode bauen, können Sie Ideen so schnell in Features verwandeln … wird das Sicherstellen, dass Sie den richtigen Plan haben … zu einem wichtigeren Schritt.” Der Lohn: „Die Verfeinerung fließt in das Auspolieren des gewünschten Features, statt in das Reparieren eines schlecht gebauten Fundaments.”¹ Wenn die Kosten für das Erzeugen von Code gegen null sinken, sinken auch die Kosten für das Erzeugen des falschen Codes, und die einzige Verteidigung ist ein Plan, den Sie tatsächlich geprüft haben.

Zwei Interaktionsdetails lassen die Schleife funktionieren. In die Warteschlange gestellte Nachrichten lassen Sie eine Anforderung hinzufügen, ohne den Agent zu unterbrechen („Nachrichten auf diese Weise in die Warteschlange zu stellen, erlaubt mir, meine Ideen im Moment auszudrücken, anstatt zu warten, bis der Agent fertig ist mit dem, was er gerade tut”).¹ Und der Agent stellt klärende Rückfragen, sodass der Entwickler in der Demo aus einer Liste, die der Agent vorschlägt, auswählt, welche Insight-Metriken angezeigt werden sollen. Das Ergebnis ist ein Plan, den der Entwickler mitgeschrieben und nicht bloß abgesegnet hat.

Dann die Validierung. Der Agent verwendet Xcodes Build-Werkzeug, stößt auf Kompilierungsfehler und iteriert, weil „Build-Fehler direkt an den Agent übermittelt werden.”¹ Er rendert Previews als Artefakte auf dem aktuellen Run-Ziel, lässt die App über Device Hub auf einem iPad-simulator laufen und schreibt Unit-Tests gegen die bestehende Suite. „Der Agent schrieb eine ganze Test-Suite, um die neuen Änderungen zu validieren, und konnte ausführen und verifizieren, dass alle zwölf neuen Testfälle bestanden.”¹ Das ist die tragende Unterscheidung gegenüber einem generischen Chatbot: Der Agent schließt seine eigene Feedback-Schleife mit denselben Instrumenten, zu denen auch Sie greifen würden.

Prototyping ist eine breit aufgestellte Schleife

Die Session zum UI-Prototyping ist jene, die sich am stärksten dagegen wehrt, die Arbeit der Maschine zu überlassen, und genau das macht sie am nützlichsten. Sam, ein Prototyper im Apple Design Team, formuliert die Regel zweimal: „Delegieren Sie das kritische Denken nicht an diese Werkzeuge” und „Betrachten Sie Coding-Agents als Mitwirkende in Ihrem Prototyping-Prozess, die Ihnen helfen herauszufinden, was die beste Erfahrung ist. Denken Sie daran: Sie haben immer das letzte Wort.”²

Die Session stellt einen vagen Prompt, der Sie an einem willkürlichen Layout verankert, einem spezifischen gegenüber, der um 10 benannte Swift-Preview-Varianten zur Bewertung nebeneinander bittet.

Die Technik lautet „breit aufstellen, neu kombinieren, wiederholen.”² Ein vager Prompt wie „erstelle eine UI zum Verwalten eines Buchclubs” erzeugt ein willkürliches Layout, an das Sie sich verankern. Ein besserer Prompt bittet um mehrere Varianten, benennt Features ausdrücklich, gibt stilistische Hinweise (die Wärme eines Cafés, das Gefühl von Papier und Typografie) und gibt jeder Variante ihre eigene benannte Swift-Preview. In der Demo ergibt das 10 verschiedene Richtungen, zwischen denen Sie hin- und herklicken, woraufhin Sie dem Agent sagen, welche Elemente kombiniert werden sollen.² Da Previews ohne einen erneuten Build in der Canvas rendern, ist die Schleife eng genug, um Designs als Wegwerfware zu behandeln.

Zwei Verfeinerungswerkzeuge übertragen sich in den Haupt-Agent-Workflow. Bildanhänge lassen Sie Absichten über Text hinaus vermitteln, und in der Flaggschiff-Session skizziert ein Entwickler ein Diagramm in Freeform auf dem iPad, sendet es, und der Agent übersetzt die Skizze in ein passendes Swift-Charts-Liniendiagramm und rendert dabei eine Preview zur Selbstverifizierung.¹ Inline-Annotationen sind das schärfere Instrument: „Die Annotation sagt nicht nur, was zu ändern ist, sie zeigt, wo, sodass das Ergebnis präzise und genau auf das eingegrenzt ist, was Sie beabsichtigt haben.”¹ Sie zeigen auf die Zeile für eine Einblend-Animation und auf die Zeile für die Trendfarbe, und der umgebende Code wird zum Kontext. Speziell für Animationen empfiehlt Sam, den Agent zu bitten, ein Tuning-Panel mit Vergleichsdarstellung zu bauen, bei dem die Animation in benannte Phasen zerlegt ist, sodass Sie Federsteifigkeit und Versatz-Timing einstellen können, ohne den Kontext zu wechseln.²

Lokalisierung läuft über den String Catalog

Bei der Lokalisierung wird die Orchestrierungsgeschichte konkret, und hier ist Apples Integrationsvorteil von außen am schwersten nachzubilden. Die Grundlage baut auf Jahren an Arbeit am String Catalog auf: Die Catalogs begannen zu verfolgen, wo Strings verwendet werden, dann wie sie verwendet werden, um Kommentare automatisch zu generieren, und Xcode 27 bringt diesen Kontext zum Agent. „Ab Xcode 27 können Sie Ihre Strings nun direkt in Xcode mit Coding-Agents übersetzen.”³

Der Agent bereitet das Projekt vor, baut jedes Target, um lokalisierbare Strings zu entdecken, erstellt String Catalogs und verteilt die Übersetzung dann auf sub-agents, die jeweils stringspezifischen Kontext mitführen.

Der Ablauf ist präzise. Der Agent weist Xcode an, das Projekt vorzubereiten, Xcode fügt die Sprache hinzu und baut alle Targets, sodass jeder lokalisierbare String entdeckt wird, und alle fehlenden String Catalogs werden automatisch erstellt.³ Dann teilt der Agent die Strings in Stapel auf und „delegiert die Übersetzungsarbeit an einzelne sub-agents”, denen jeweils Kontext darüber übergeben wird, wo der String verwendet wird, Strings mit ähnlicher Terminologie und wie derselbe String in anderen Sprachen übersetzt wurde.³ Die Behandlung des Plurals ist ein gutes Beispiel dafür, wie sich die Integration auszahlt: Für %lld items erzeugt der sub-agent korrekte französische Varianten („un élément”, „deux éléments”), weil „Xcode sicherstellt, dass sub-agents immer wissen, welche Varianten benötigt werden, egal welche Sprache.”³

Das Problem der Mehrdeutigkeit lohnt sich, näher zu betrachten. Avery aus dem Localization-Team beginnt mit dem Wort „book”, das im einen Satz etwas zum Lesen und im anderen eine Hotelreservierung ist, mit getrennten Übersetzungen in den meisten Sprachen. „Ohne weiteren Kontext könnte die falsche Übersetzung gewählt werden.”³ Der String Catalog liefert diesen Kontext, und Apple legt sprachspezifische Stilrichtlinien sowie beliebige von Ihnen verfasste Vorgaben darüber. Das empfohlene Muster ist eine TRANSLATION.md-Datei, die ein Glossar, nicht zu übersetzende Begriffe und Tonalitätshinweise enthält und getrennt von AGENTS.md gehalten wird, damit der Agent sie nur für Übersetzungsaufgaben lädt.³ In der Demo überschreibt der Entwickler die Standardübersetzung „lieux d’intérêt” für „landmarks” mit dem kanadischeren „attraits”, und ein späteres, nicht verwandtes Feature übernimmt „attraits” automatisch über das stringübergreifende Gedächtnis des Catalogs, „eine Übersetzung, die es standardmäßig nicht gewählt hätte.”³

Die Ehrlichkeit über die Grenzen ist der Teil, den man sich merken sollte. Apple weist darauf hin, dass manche Sprachen seltener in den Trainingsdaten des Modells vorkommen und schlechter übersetzt werden könnten, empfiehlt ein Modell mit großem Kontext für die langlaufende Konsistenzarbeit und sagt unverblümt, dass Ihr Vorteil beim Code-Lesen für Sprachen, die Sie nicht beherrschen, verdunstet: „Dieser Vorteil verschwindet, wenn man einen Agent nutzt, um Strings in Sprachen zu übersetzen, die wir nicht fließend sprechen.”³ Die Antwort darauf ist TestFlight-Feedback von Muttersprachlern, ergänzt durch das Rendern der lokalisierten UI in einer Preview, um Abschneidungen früh zu erkennen, da französische Sätze länger laufen als englische. Eine sprachspezifische Schaltfläche „Generate Translations” befindet sich für fokussierte Arbeit im String Catalog selbst.⁴

Xcode Cloud ist die CI-Hälfte eines Agent-Workflows

Wenn agents Sie dazu bringen, mehr Code schneller zu schreiben, muss etwas die Regressionen abfangen, und Apples Antwort ist Xcode Cloud, das merklich kürzer einzurichten ist. Das Xcode-Cloud-Team zieht die Linie ausdrücklich: „Mit der Unterstützung für agents, die in Xcode ankommt, schreiben viele Entwickler mehr Code als je zuvor … Aber wie skalieren Sie und halten Sie mit dem rasanten Tempo des Codes und neuer Features Schritt und stellen sicher, dass Sie Bugs und Performance-Probleme abfangen, bevor sie die Geräte der Kunden erreichen? Xcode Cloud ist Ihr Begleiter für Qualität.”⁵

Das Onboarding ist nun: ein Repository verbinden, den Standard-Workflow akzeptieren und den ersten Build starten; Quellcode läuft auf flüchtigen VMs und wird nie gespeichert.

Die Einrichtung ist eine „Get Started”-Schaltfläche, ein Entwicklerteam, das sich aus Ihren Signiereinstellungen vorausfüllt, eine Repository-Verbindung und ein erster Build, wobei Apple betont, dass „Xcode-Cloud-Builds auf flüchtigen virtuellen Maschinen laufen … Kein Teil des Quellcodes wird jemals gespeichert, und Apple hat keine Möglichkeit, darauf zuzugreifen.”⁵ Die Verteilung an internes TestFlight erfolgt über einen generierten Workflow, und derselbe Ablauf nimmt eine zweite App (macOS) im selben Arbeitsbereich in Betrieb, ohne das Repo erneut zu autorisieren.⁵

Die Automatisierungsebene ist der Punkt, an dem es aufhört, einfaches CI zu sein. Webhooks feuern bei einem Build-Lebenszyklus, erstellt, gestartet und abgeschlossen, und senden eine Nutzlast an einen Endpunkt Ihrer Wahl, wodurch die Demo Builds in ein eigenes Dashboard verdrahtet.⁵ Und die Unterstützung mehrerer Repositories deckt den realistischen Fall ab, dass Sie ein gemeinsam genutztes Framework in ein eigenes Repo auslagern: Fügen Sie das zusätzliche Git-Remote hinzu, und „Xcode Cloud kann das Projekt nun mit allen richtigen Abhängigkeiten an Ort und Stelle bauen.”⁵ Die Session „what’s new in Xcode 27” rahmt den ganzen Sinn als das Abfangen von Regressionen, die Sie sonst übersehen würden: „Updates auszuliefern, ohne zu wissen, ob sich eine Regression eingeschlichen hat, ist ein Kunstflugmanöver, das niemand versuchen will.”⁷

ACP bringt Ihren bevorzugten Agent in Xcode

Die obige Geschichte über Apple Document Search und eigene Tools ist die MCP-Seite des Bildes: Tool-Aufrufe, die Xcodes eigener Agent innerhalb der IDE macht. Der 27er-Zyklus fügt einen zweiten, eigenständigen Mechanismus hinzu. In der State of the Union kündigte Apple an, dass „Xcode heute Unterstützung für das Agent Client Protocol hinzufügt, sodass Sie jeden kompatiblen Agent in Xcode bringen können. ACP-Unterstützung und Gemini-Integration werden in einem heute verfügbaren Update für Xcode 26 ausgeliefert. Und in Xcode 27 kommt noch mehr.”⁸ Die Präzision zählt: ACP wartet nicht auf Xcode 27. Es kommt in einem während der WWDC-Woche veröffentlichten Xcode-26-Update, wobei die tiefere Integration in 27 eintrifft.

Die Abgrenzung von MCP ist der tragende Teil. MCP gibt dem Xcode-Agent Tools zum Aufrufen; ACP bringt den Agent selbst. Apple rahmt es über das Plugin-System: „Mit dem Agent Client Protocol kann ein Plugin einen Agent Ihrer Wahl mitbringen.”⁸ Die Installation ist ein Kommandozeilenaufruf oder eine eingefügte git-URL direkt in Xcode, und Partner wie Figma und GitHub bieten eine Einrichtung mit einem Klick.⁸ So trägt dasselbe Plugin-Format, das agent skills und MCP-Tools transportiert, nun auch ganze agents.

Ein Coding-Intelligence-Panel lieferte nach, warum dieser zweite Pfad das Hinschauen wert ist. Sinngemäß wiedergegeben aus einer lokal transkribierten Aufnahme des WWDC 2026 Coding Intelligence, Machine Learning & AI Group Lab beschrieb das Panel ACP als den Weg, agents einzubinden, die über Anbieter wie LM Studio oder Ollama-artige Runtimes mit lokal gehosteten Modellen sprechen, sodass ein Modell, das auf Ihrer eigenen Maschine läuft, Xcode steuern kann.¹⁰ Sie zogen dieselbe Linie zwischen MCP und ACP und stellten einen ACP-Agent als fähiger dar als den älteren Pfad mit einem einzigen Transkript und einem Chat-Provider: Der Chat-Provider ist eine Konversation, während ein ACP-Agent sub-agents, State-Management, Datei-I/O und agentische Schleifen mitbringt, die weit länger laufen als ein einzelner Austausch.¹⁰ Ein separates, an Einsteiger gerichtetes Lab versah diese Fähigkeitslücke mit groben Zahlen. Das Panel bezifferte die Tool-Anzahl im Chat-Modus auf ungefähr 10 bis 15, gegenüber ungefähr 60 Tools, die dem agent mode in Xcode zur Verfügung stehen, sodass der Agent-Pfad weit mehr von der Oberfläche der IDE erreicht.¹¹ Dasselbe Panel skizzierte die Zeithorizonte, über die die drei Modi arbeiten: prädiktive Vervollständigung spart Sekunden, Chat läuft über Dutzende von Sekunden, und agents, die vor einem Jahr rund 30 Minuten liefen, laufen nun eine Stunde oder mehr, wobei die Reichweite des Agents wächst, je mehr Zeit er sich zum Arbeiten verdient.¹¹

Die Interaktion mit dem simulator ist das Stück, das neu mit Xcode 27 ankommt. Dasselbe Panel beschrieb, wie der Agent den simulator direkt steuert, tippt, wischt und Text eingibt, dann den Accessibility-Baum und Screenshots zurückliest, um herauszufinden, was auf dem Bildschirm ist.¹⁰ Der Agent verwandelt diese erlernten Interaktionen in wiederholbare UI-Tests, sodass ein Ablauf, den er von Hand entdeckt hat, zu einem Test wird, den Sie ohne ihn ausführen. Das Panel beschrieb, wie man den Agent ein paar Stunden lang nach Bugs suchen lässt und er berichtet, welche Bereiche die meiste Aufmerksamkeit benötigten.¹⁰ Das schließt dieselbe Selbstverifizierungsschleife, die der IDE-interne Agent bereits gegen die Build- und Test-Werkzeuge fährt, nun erweitert auf die laufende App.

Ken Orr, Director of Xcode, bot im Dub-Dub-Daily-Interview von Tag 4 eine persönliche Technik an, die rahmt, wie man auf diese Weise gut arbeitet. Er bittet „den Agent im Grunde, eine Spezifikation dessen niederzuschreiben, was er tun wird, bevor er es tut. Er schreibt also die Spezifikation aus, und dann schreibt er seinen Code, und dann lasse ich ihn nachfassen und eine Reihe von Tests erstellen, die das validieren, was er geschrieben hat, aber auch sicherstellen, dass er alles in dieser Spezifikation testet.”⁹ Der Lohn, den er nennt, ist beständig: „Sie haben diese Art lebendiger, atmender Definition dessen, was Ihre App tut.”⁹ Es greift das Argument für den plan mode von vorhin auf, erst die Spezifikation, dann der Code, dann Tests, die den Code an die Spezifikation zurückbinden. Zur Verschiebung, die agents schaffen, sagte Orr es klar: „Sie können sich eine Ebene höher heben, wenn Sie mit agents interagieren … sodass Sie viel schneller zum Endergebnis gelangen.”⁹

Wo das neben Claude Code steht

Die naheliegende Frage, wenn Sie bereits einen externen Coding-Agent betreiben, ist, ob der IDE-interne Agent ihn ersetzt. Die fundierte Antwort lautet, dass sie unterschiedliche Probleme lösen, und die Naht zwischen ihnen ist das interessante Terrain.

Der Agent von Xcode 27 gewinnt bei den Dingen, die nur Apple verdrahten kann: den Build-, Preview- und Test-Werkzeugen, gegen die sich der Agent selbst verifiziert; Apple Document Search für aktuelle Framework-Symbole; und den angesammelten stringspezifischen Lokalisierungskontext des String Catalog, den ein externes Werkzeug nicht sehen kann.¹³ Das sind Integrationen, keine Modelle, und sie sind der beständige Vorteil. Ein externer Agent wie Claude Code gewinnt außerhalb der Apple-Toolchain: die Shell, repositoryweite Refactorings, die Swift und Ihr Backend umspannen, die eigenen MCP-Tools, die Sie bereits gebaut haben, und einen Workflow, der über jedes Projekt hinweg derselbe ist.

Die beiden koexistieren entlang derselben Grenze, zu der ich im Beitrag zu App Intents vs. MCP tools immer wieder zurückkehre. Apples Agent ist fließend innerhalb der App und ihres Build-Graphen; der allgemeine Agent ist fließend über Ihre gesamte Maschine. Apple hat die Tür nicht verschlossen: Der Xcode-Agent unterstützt das Hinzufügen eigener Tools („Einige sind in Xcode eingebaut, einige werden von Apples Framework-Teams bereitgestellt, und Sie können sogar Ihre eigenen hinzufügen”),¹ und Apple hat sich auf die AGENTS.md-Konvention standardisiert,³ dieselbe Datei, die externe agents lesen. Wenn Sie Xcode über MCP an einen externen Agent angebunden haben, wie im Setup von Xcode + Claude Code, ist das richtige Modell geschichtet, nicht entweder-oder: der IDE-Agent für eng an der Build-Schleife liegende Arbeit, der externe Agent für alles, was die Kanten der IDE überschreitet.

Noch eine Anmerkung. Apple sagt offen, dass die Modellqualität schwankt, besonders über Sprachen hinweg, und empfiehlt Modelle mit großem Kontext für lange, konsistenzlastige Aufgaben.³ Das deckt sich mit den Abwägungen des Foundation Models agentic workflow: On-Device-Modelle für die günstigen, privaten, schnellen Schritte und ein größeres Modell für die Arbeit, die das Kontextfenster braucht. Dieselbe Rechnung, die Sie bei der Modellwahl für Ihren eigenen Agent-Code anstellen, gilt innerhalb von Xcode.

FAQ

Wie starte ich einen Coding-Agent in Xcode 27?

Verwenden Sie die Schaltfläche in der Mitte der Xcode-Toolbar, um eine Konversation oder Aufgabe anzustoßen; sie öffnet sich als ein Editor-Bereich, der mit Tabs und Splits zusammenarbeitet. Ein Klick mit gedrückter Wahl- und Umschalttaste öffnet sie als separaten Bereich, sodass Sie daneben Dateien lesen können. Die Seitenleiste des Coding-Assistenten listet parallele Konversationen auf und kennzeichnet jene, die eine Eingabe benötigen.¹⁶

Was ist der plan mode und wann sollte ich ihn verwenden?

Der plan mode, ausgelöst mit dem /plan-Slash-Befehl, lässt den Agent Kontext sammeln und eine Architektur in Markdown erzeugen, bevor Code geschrieben wird. Sie prüfen sie, geben Inline-Feedback oder stellen Nachrichten in die Warteschlange und geben sie zur Implementierung frei. Nutzen Sie ihn für jedes nicht-triviale Feature: Wenn die Codegenerierung schnell ist, ist es das richtige Hinbekommen des Plans, das Sie davor bewahrt, an einem schlecht gebauten Fundament zu polieren.¹

Wie unterscheidet sich die Lokalisierung in Xcode 27 von einer generischen LLM-Übersetzung?

Der Agent übersetzt über den String Catalog, der verfolgt, wo und wie jeder String verwendet wird, und legt Apples sprachspezifische Stilrichtlinien darüber. Er verteilt die Arbeit auf sub-agents, die jeweils stringspezifischen Kontext erhalten, einschließlich dessen, wie ein String in anderen Sprachen übersetzt wurde. Sie können ein TRANSLATION.md-Glossar für Überschreibungen hinzufügen. Dieser Kontext erlaubt es ihm, Wörter wie „book” zu disambiguieren, die ein kontextfreies Modell falsch versteht.³

Ersetzt der IDE-interne Agent Claude Code oder andere externe agents?

Nein. Der Xcode-Agent ist am stärksten bei eng an der Build-Schleife liegender Arbeit, indem er sich gegen Xcodes Build-, Preview- und Test-Werkzeuge selbst verifiziert und aktuelle Apple-Dokumentation liest. Externe agents sind am stärksten über die Shell, repositoryweite mehrsprachige Refactorings und eigene MCP-Tools hinweg. Apple unterstützt das Hinzufügen eigener Tools und verwendet die geteilte AGENTS.md-Konvention, sodass das Setup geschichtet statt entweder-oder ist.¹³

Warum empfiehlt Apple Xcode Cloud neben agents?

Weil agents Entwickler mehr Code schneller schreiben lassen, was das Regressionsrisiko erhöht. Xcode Cloud baut und testet parallel über Geräte und OS-Versionen hinweg auf flüchtigen VMs, die Ihren Quellcode nie speichern, läuft bei jedem Commit auf ausgewählte Branches⁷ und unterstützt nun Webhooks und Builds über mehrere Repositories. Es ist das Auffangnetz für die höhere Codegeschwindigkeit.⁵

Der vollständige Apple-Ecosystem-Cluster: das Xcode + Claude Code MCP-Setup zum Steuern von Xcode von einem externen Agent aus; Hooks für Apple-Entwicklung, um Qualitätsschranken um generierten Code durchzusetzen; der Foundation Models agentic workflow für die Modellwahl zwischen On-Device und großem Modell; und die App Intents vs. MCP tools frontier dafür, wo Apples Tool-Oberfläche auf das offene Agent-Ökosystem trifft. Der Hub befindet sich in der Apple Ecosystem Series. Für das umfassendere Bild des Bauens von iOS mit agents siehe den iOS Agent Development guide.

References