Angebot

2026 Apple-KI-Entwickler-Tutorial: Xcode 27 nutzen — Foundation Models, lokale KI und KI-Agenten von null

Tutorial Xcode · Foundation Models
2026-10-26 12 Min.

Zuerst Xcode 27 installieren und den Coding-Agenten öffnen, dann Foundation Models mit derselben Swift-API in die App legen. Modelle später wählen.

Schritte nach dem Newsroom von Juni 2026, der Foundation-Models-Seite und WWDC26. Kein Labormessung hier.

Was danach möglich ist

  1. Xcode 27 auf Apple Silicon installieren, den Coding-Agenten in der Symbolleiste öffnen und vor Repo-Änderungen /plan nutzen.
  2. Mit LanguageModelSession in Foundation Models die erste On-Device-Zusammenfassung schreiben.
  3. Pro Aufgabe On-Device-Systemmodell, Private Cloud Compute, Core AI / MLX oder Claude-/Gemini-Paket wählen.
  4. Mit Tools und einem Dynamic Profile daraus einen In-App-Agenten machen, kein zweites Chatfenster.
  5. Regionen, Kontextüberlauf und Speicherdruck an Apples Docs spiegeln. Die Schritte stammen aus Dokumentation und WWDC, nicht aus einem Labortest hier.
Lass Xcode 27 das Projekt ändern. Lege das Modell mit derselben Swift-API in die App. Beides ist nicht ein Klick „KI installieren“.
Entwicklerin schreibt Swift in Xcode auf dem Mac und bereitet Foundation Models vor
Der Coding-Agent in Xcode 27 ändert das Projekt. Foundation Models ist der Modelleingang in der App.

Voraussetzung: Xcode 27 muss zuerst installieren

In Xcode-Systemanforderungen braucht Xcode 27 macOS Tahoe 26.6 oder neuer und die SDKs von iOS 27 bis macOS 27. Die Xcode-27-Release-Notes sagen: Installation und Lauf nur auf Apple Silicon. Ein Intel-Mac darf Nutzergerät bleiben. Für dieses Tutorial taugt er nicht.

Die Apple-Newsroom, Juni 2026 schreibt, dass Entwickler-Betas für iOS 27, macOS 27 und Xcode 27 an dem Tag auf developer.apple.com lagen. Apple Intelligence bleibt regional begrenzt. Die Liste ist Startreihenfolge, nicht „immer das Neueste“.

  1. Apple-Silicon-Mac mit der in den Docs genannten macOS-Version.
  2. Xcode 27 mit Entwicklerkonto von der Developer-Site. Kein übrig gebliebenes Xcode 26 auf das iOS-27-SDK zielen.
  3. In den Systemeinstellungen Apple Intelligence einschalten. In nicht unterstützten Regionen scheitert die On-Device-Session sofort.
  4. iOS- oder macOS-App anlegen oder öffnen. Deployment-Target nach den APIs, die ihr wirklich aufruft. Kein iOS 18 aus einem alten Gist.
  5. Erst mit Cmd+R in den Simulator, dann Coding-Agent und import FoundationModels.

Speicherstufen sind ein anderer Artikel. Wenn der Assistent den Simulator selbst startet, ist 16 GB gegen 24 GB eine Druckkurve — siehe Welche Mac-Ausstattung Xcode-27-KI-Coding braucht. Diese Seite verlangt nur: Xcode 27 installiert, Mac darf wach bleiben.

Xcode 27 nutzen: Coding-Agent bis zum ersten Plan

What’s new in Xcode 27 legt den Coding-Agenten aus dem Sidebar-Chat in eine Editor-Konversation: Splits, Tabs, parallele Tasks. Die Symbolleiste startet einen Thread. Denken vor Dateiänderungen: Slash-Befehl /plan.

  1. Projekt öffnen, Coding-Agent über die Symbolleiste starten. Er erscheint als Editor-Tab, nicht in der alten Assistant-Sidebar.
  2. Nicht mit „schreib die App in SwiftUI neu“ beginnen. Dateien, unantastbare Module und Prüfung (Tests oder Simulator-Screenshot) nennen.
  3. /plan eingeben. Der Agent sammelt Kontext, startet bei Bedarf Sub-Agenten und schreibt einen Plan ohne Dateien anzufassen. Plan annotieren, dann Implementierung erlauben.
  4. Diff und Artefakte rechts beobachten. Release Notes erlauben Simulatorstart, App-Installation, synthetische Touches. Build und Submit bleiben bei euch.
  5. Parallele Threads zeigt die Coding-Assistant-Sidebar ungelesen. Zwei Agenten nicht dieselben Dateien ändern lassen. Einen Plan zur Zeit freigeben.

Der Xcode-27-Agent kennt Swift und Apple-Frameworks. Er ist nicht Foundation Models. Er ändert Quelltext. Die Swift-API im nächsten Abschnitt rufen eure Nutzer auf. Beides kann parallel laufen: links schreibt der Agent, im Simulator läuft euer respond(to:).

Ein Terminal-Agent wie Claude Code ist ein anderer Host. Wer aus Xcode ausliefert, bleibt in dieser IDE. Parallele Agenten nicht dieselben Dateien ändern lassen — siehe Dateitrennung für KI-Agenten.

Foundation Models: das erste kompilierende Swift

Seite zum Foundation-Models-Framework definiert das Framework als native Swift-API für jedes große Sprachmodell in der App. On-Device-Systemmodell, Private Cloud Compute und Drittpakete zum Language-Model-Protokoll teilen einen Session-Typ. Der WWDC26-Leitfaden Apple Intelligence ergänzt multimodale Bildprompts und Vision-OCR/Barcode-Tools, die das Modell aufrufen kann.

Kleinste Session (On-Device-Systemmodell)
import FoundationModels

let session = LanguageModelSession(
    instructions: "You summarize travel notes in three short sentences."
)
let response = try await session.respond(
    to: "Notes: fly to Tokyo at 09:00, then Asakusa."
)
print(response.content)

An einen Button oder eine async-Aufgabe hängen, nicht in ein synchrones init. Fehlt das Modul, FoundationModels am Target linken und das Deployment-Target auf die Docs heben.

Eine Session ist zustandsbehaftet. Jedes respond(to:) landet im Transcript. Das Kontextlimit wirft. Ab iOS 26.4 könnt ihr Kontextgröße und Token zählen. Bei Überlauf neue Session, bei Bedarf nur Instructions und die letzte erfolgreiche Antwort mitnehmen — der Erholungspfad aus Apples Session-Talk, nicht „App neu starten“.

Lokale KI wählen: On-Device, Core AI, MLX, PCC

What’s new in the Foundation Models framework legt die Karte. Das On-Device-Systemmodell ist neu gebaut: bessere Anweisungsfolge, Bilder im Prompt. Für ein größeres Modell PrivateCloudComputeLanguageModel (etwa 32K Kontext, Reasoning). Eigene Gewichte: Open-Source-Core-AI oder MLX. Claude und Gemini liefern Swift-Pakete auf demselben Protokoll.

PfadWannWas ihr zahlt
SystemLanguageModel (On-Device)Zusammenfassen, Labels, kurzer Chat, offline, PrivatsphäreGerätelastrechnung und Akku; keine Cloud-API-Rechnung
Private Cloud ComputeReasoning, längerer Kontext, Apple-Modelle auf watchOS 27Kein Cloud-API-Preis für Small-Business-Program-Apps unter 2 Millionen Erst-Downloads laut Newsroom; Entitlement trotzdem beantragen
Core AIEuer LLM auf Unified Memory und Neural EngineBinärgröße, RAM, Hitze; keine Token-Rechnung, harte Gerätegrenze
MLX-SprachmodellOffene Modelle der MLX-Community auf Hugging FaceDownload und Lizenz; GPU/ANE-Last
Claude-/Gemini-PaketeFrontier-Cloud-Modelle mit denselben Tools und Guided GenerationToken-Abrechnung; Schlüssel in Keychain / OAuth, nie in der Binary

PCC nutzt dieselbe Session-Form; ihr tauscht die Modellinstanz. Reasoning-Tiefe kostet Latenz. Unabhängige Forscher können die Aussage „Prompts werden nicht gespeichert“ prüfen. Das gehört in die PCC-Session, nicht in diesen Installationspfad.

Wechsel zu Private Cloud Compute (gleiche Session-API)
import FoundationModels

let model = PrivateCloudComputeLanguageModel()
let session = LanguageModelSession(model: model)
let response = try await session.respond(
    to: "Propose three origami projects from this journal.",
    options: GenerationOptions()
)
print(response.content)

macOS 27 liefert außerdem die fm-CLI und ein Python-SDK fürs Terminal. Das ist für Skripte, kein Ersatz der In-App-Swift-Session. Wenn ein lokales Modell mit Xcode und Simulator um Unified Memory kämpft, erst Speicher-Spitzen und Swap auf Apple-Silicon-Cloud-Mac-Runnern lesen, dann entscheiden, ob Gewichte auf dem Mac bleiben oder die Session nur auf PCC zeigt.

In-App-KI-Agenten: Tools und Dynamic Profiles

Der Xcode-Coding-Agent ändert das Repo. Ein In-App-Agent ist Modell plus Tools plus tauschbare Anweisungen. What’s new in the Foundation Models framework zeigt ein Handwerksjournal: Fotos on-device analysieren, mit einem Write-Back-Tool speichern, dann auf PCC brainstormen. Früher mehrere Sessions. Ein Dynamic Profile wählt aktive Instructions, Tools und Modell in einer Session.

Nicht mit Multi-Agent-Graphen starten. In dieser Reihenfolge abnehmen:

  1. Eine Session, feste Instructions, funktionierendes respond.
  2. Ein selbst geschriebenes Tool (z. B. strukturiertes Ergebnis in SwiftData). Das Modell wählt den Aufruf. Ihr entscheidet, ob die Nebenwirkung umkehrbar ist.
  3. Systemtools bei Bedarf: Vision-OCR/Barcodes oder Spotlight-gestützte lokale Suche.
  4. Zwei Modi erst danach im Dynamic Profile: Analyse on-device, Planung auf PCC. Jeweils ein aktives Profil.

Systemweite Entdeckung ist eine andere Linie: App Intents legen Inhalte und Aktionen für Siri und Spotlight offen — siehe WWDC 2026: iOS 27, Siri und Apple Intelligence. Der Agent dieses Tutorials bleibt in eurem Prozess. Qualität nicht nach Gefühl. Das Evaluations-Framework misst Prompt-Änderungen. Es ersetzt weder Unit-Tests noch Aussagen über Tool-Nebenwirkungen.

Fehler, Regionen, Maschinen: welche Schicht

Fehler in vier Schichten teilen, damit ihr einen fehlenden Apple-Intelligence-Schalter nicht mit Modellwechsel „repariert“.

  • Xcode 27 installiert nicht: OS-Version oder Intel. Requirements und Notes lesen; keine alten Builds aus einem Forum.
  • Session scheitert sofort: Region, Modellassets laden noch, Deployment-Target zu niedrig. Einstellungen, dann Availability-API.
  • Fehler mitten im Chat: Kontextfenster. Überlauf fangen, Transcript verdichten, neue Session.
  • Der Mac wird zäh: Coding-Agent + Simulator + lokales Modell in einem Unified-Memory-Pool. Großes lokales Modell zuerst abschalten, SSD später. Als Nächstes 24 GB prüfen.

Drittanbieter-Cloud-Modelle bringen Rechnung und Schlüssel. Session- und Response-usage zeigt Input, Cache-Treffer und Reasoning-Token. Geheimnisse raus aus Git. Das ist der gewählte Anbieter, kein Foundation-Models-Defekt.

FAQ

Geht das Tutorial fast ohne Swift?

Der Coding-Agent kann Swift entwerfen. Ihr müsst Diffs lesen, Tests laufen lassen und Datei- sowie Keychain-Tools ablehnen. Wer Swift nicht liest, verdrahtet keine Tools, die Dateien schreiben oder Karten belasten.

Braucht Foundation Models das Netz?

Das On-Device-Systemmodell ist für Offline gedacht. PCC und Claude / Gemini brauchen Netz. „Keine Cloud-API-Kosten“ in der Newsroom-Notiz gilt für berechtigtes PCC, nicht für jedes Modell.

Ist der Xcode-Coding-Agent derselbe wie ein In-App-Agent?

Nein. Einer ändert euren Quelltext. Der andere ruft Modelle und Tools auf dem Gerät der Nutzerin auf. Dieses Tutorial behandelt beides, weil Suchanfragen sie zu einem „Apple AI“ zusammenpressen.

Ist PCC für eine kleine Firma wirklich gratis?

Newsroom und Framework-Seite: Entwickler im App-Store-Small-Business-Program mit weniger als zwei Millionen Erst-Downloads bekommen die nächste Generation Apple Foundation Models auf PCC ohne Cloud-API-Kosten. Kontingente, iCloud+-Spielraum und Entitlement stehen in den Developer-Docs. Den Satz nicht auf eine Kundenpreisseite kopieren.

Muss ich für On-Device-KI einen neuen Mac kaufen?

Ihr braucht Apple Silicon, das Xcode 27 trägt. Am ersten Tag muss nichts Neues gekauft werden. 16 GB reichen zum Start; 24 GB prüfen, wenn der Assistent den Simulator behält. Dasselbe Projekt auf einem Cloud-Mac mit wechselbarer Stufe fahren, bevor Unified Memory an der Kasse festliegt.

Kurz

Reihenfolge halten: Xcode 27 installiert → /plan am Coding-Agenten → eine LanguageModelSession → On-Device / PCC / Core AI je Aufgabe → Tools und Dynamic Profile. Jeder Schritt hat seine Abnahme. Am ersten Tag nicht drei Anbieter anschließen.

Coding-Agenten wollen einen Apple-Silicon-Mac, der wach bleibt

Der Xcode-27-Agent startet Simulatoren und Previews. On-Device-Foundation-Models und Core AI teilen denselben Unified Memory. Ein zugeklapptes Notebook killt einen langen Plan. Das Cloud-Mac-mini von kvmboot ist ein immer eingeschalteter Apple-Silicon-Kasten für das Xcode-27-Projekt und die erste Session per SSH. Speicherstufen: Welche Mac-Ausstattung Xcode-27-KI-Coding braucht.

Optionen vergleichen · Tarife · Loslegen