Symptom: Ihr SwiftUI-Projekt lässt sich im Xcode-Simulator starten, aber Sie wissen nicht, ob Apple Foundation Models dort tatsächlich verfügbar sind.
Schnellste Lösung: Prüfen Sie zuerst die Verfügbarkeit im laufenden Projekt und verwenden Sie den Simulator für Funktionsabläufe, nicht als Beleg für die Leistung auf einem echten Gerät.
Das gilt, wenn Sie ein Kursprojekt mit dem Foundation-Models-Framework entwickeln oder eine Abnahme vorbereiten. Entscheidend sind der Entwicklungs-Mac, die verwendete Xcode- und Simulatorumgebung sowie der Status von Apple Intelligence und des Modells.
Für wen dieser Leitfaden gedacht ist: Wenn Sie hauptsächlich Windows verwenden und Foundation Models in einem Kursprojekt ausprobieren möchten, hilft Ihnen der Leitfaden zu entscheiden, welche Mac-Umgebung Sie benötigen.
Wenn Sie bereits einen Mac haben, aber das Modell nicht aufrufbar ist, können Sie die Prüfungen der Reihe nach durchgehen.
Wenn Sie noch kein Projekt ausführen möchten, reichen zunächst die Abschnitte zu Simulatortests und Geräteunterstützung.
Zuletzt aktualisiert am 28.10.2026. Die technischen Aussagen wurden anhand der Apple-Dokumentation zu Foundation Models, der Apple-Entwicklervorführung zu Foundation Models und der Apple-Übersicht zur Geräteunterstützung für Apple Intelligence geprüft.
SECTION 01Entwicklungsumgebung: Was muss auf Ihrem Mac stimmen?
Der Simulator ist keine eigenständige Entwicklungsmaschine. Xcode und der Simulator laufen auf dem Mac, den Sie als Entwicklungsrechner verwenden; die Auswahl eines simulierten iPhone-Modells macht aus einem nicht unterstützten Host nicht automatisch eine passende Umgebung. Prüfen Sie daher zuerst die Anforderungen für Ihre installierte Xcode-Version in Apples aktueller Übersicht zu den Xcode-Systemanforderungen.
Für ein SwiftUI-Kursprojekt sind dabei drei verschiedene Fragen wichtig:
- Kann Ihr Mac die benötigte Xcode-Version ausführen? Verlassen Sie sich nicht auf eine Anleitung, die eine ältere Xcode-Version voraussetzt. Öffnen Sie die aktuelle Systemanforderung und vergleichen Sie sie mit der macOS-Version Ihres Entwicklungs-Macs.
- Ist das passende Simulatorziel installiert und startbar? Ein erfolgreiches Projektarchiv oder ein geöffnetes Projekt beweist noch nicht, dass das gewählte iOS-Simulatorziel verfügbar ist. Xcode muss das Ziel tatsächlich starten und die App darauf ausführen können.
- Ist das Foundation-Models-Framework im konkreten Lauf verfügbar? Eine erfolgreiche Einbindung des Frameworks und ein erfolgreicher Build sagen noch nicht, dass das Modell für diesen Lauf bereitsteht. Die App muss die Verfügbarkeit zur Laufzeit abfragen und auf ein negatives Ergebnis reagieren.
Das ist besonders wichtig, wenn Sie den Code auf Windows schreiben und für den iOS-Teil einen Mac benötigen. Windows kann für allgemeine Programmierübungen oder Teile der Projektarbeit geeignet sein; es ersetzt jedoch nicht den Mac, auf dem Xcode und der iOS-Simulator ausgeführt werden. Wenn Sie zunächst klären möchten, welche Schritte sich ohne eigenes Gerät erledigen lassen, finden Sie weitere Orientierung unter iOS-Entwicklung ohne eigenen Mac.
Kann Foundation Models im iOS-Simulator laufen?
Apple zeigt in einer Entwicklervorführung, wie eine App im Simulator ausgeführt und die Verfügbarkeit des Modells geprüft wird. Das ist ein Beleg dafür, dass sich Simulatorläufe für Entwicklungsprüfungen eignen; es bedeutet nicht, dass jede beliebige Kombination aus Mac, Xcode, Simulatorziel und Systemeinstellungen das Modell bereitstellt. Prüfen Sie deshalb Ihr konkretes Laufzeitumfeld, statt aus einer erfolgreichen Demo eine allgemeine Zusage abzuleiten.
Auch der Name des simulierten Geräts ist kein ausreichender Nachweis. Der Simulator bildet ein Geräte- und Betriebssystemziel für Ihre App ab, läuft aber weiterhin auf dem Entwicklungs-Mac. Für die Einrichtung und den Start auf simulierten oder physischen Geräten erläutert Apple die Unterschiede in der Dokumentation zum Ausführen von Apps auf Simulatoren und Geräten.
Was bedeutet „verfügbar“ im Projekt?
Apple beschreibt für Foundation Models eine Verfügbarkeitsprüfung, die mehrere Gründe für ein nicht nutzbares Modell unterscheidet. Für Ihre Fehlersuche ist das hilfreich: „Framework eingebunden“ und „Modell bereit“ sind verschiedene Zustände. Berücksichtigen Sie in Ihrer App mindestens diese Fälle:
- Das Gerät ist für die Funktion nicht geeignet.
- Apple Intelligence ist auf dem verwendeten Gerät nicht aktiviert.
- Das Modell ist noch nicht bereit.
Die konkreten Zustände und die empfohlene Behandlung sind in Apples Dokumentation zum Generieren von Inhalten und Ausführen von Aufgaben mit Foundation Models beschrieben. Lesen Sie dort die aktuelle API-Beschreibung, bevor Sie Zustandsnamen oder Verhalten in Ihre Abgabe übernehmen; die technische Schnittstelle kann sich mit einer Framework-Version ändern.
Für Ihre Oberfläche heißt das: Zeigen Sie nicht nur eine leere Textausgabe, wenn die Anfrage nicht funktioniert. Geben Sie eine verständliche Rückmeldung aus, unterscheiden Sie „nicht unterstützt“ von „noch nicht bereit“ und ermöglichen Sie der Nutzerin oder dem Nutzer, den Vorgang später erneut zu versuchen. Das ist eine sinnvolle Projektentscheidung, auch wenn Sie zunächst nur im Simulator testen.
Ohne ein Apple-Intelligence-fähiges Gerät: Was können Sie trotzdem prüfen?
Sie können die App-Struktur, Eingabefelder, Ladezustände, Fehlertexte und den Ablauf rund um einen Modellaufruf testen, ohne damit die tatsächliche Verfügbarkeit auf einem realen Gerät zu beweisen. Ob der Modellaufruf selbst funktioniert, hängt vom konkreten System und Geräte- beziehungsweise Simulatorzustand ab. Verwechseln Sie daher einen erfolgreich gebauten Bildschirm nicht mit einem erfolgreich ausgeführten Foundation-Models-Aufruf.
Apples aktuelle Supportübersicht nennt unterstützte Gerätefamilien und Voraussetzungen für Apple Intelligence. Die dort aufgeführten Gerätemodelle ändern sich; prüfen Sie daher die offizielle Liste der unterstützten Geräte und Bedingungen, bevor Sie für eine Kursabnahme ein bestimmtes iPhone, iPad oder einen Mac voraussetzen. Diese Unterstützungsliste beantwortet nicht automatisch, ob Ihr gewähltes Simulatorziel in Ihrer Entwicklungsumgebung die konkrete Framework-Funktion bereitstellt.
Achtung: Wenn Ihr Kurs die Modellantwort auf einem physischen Gerät verlangt, ist ein Simulatorlauf kein Ersatz für diesen Nachweis. Klären Sie die Abnahmebedingung vor der Geräteplanung mit der Lehrkraft oder der Aufgabenbeschreibung.
SECTION 02Prüfkriterien: Funktionstest oder echte Geräteabnahme?
Die wichtigste Trennlinie lautet: Ein Simulator kann Ihnen helfen, den Programmablauf zu prüfen; er belegt nicht automatisch das Verhalten auf einem physischen Gerät. Apple weist in der Entwicklervorführung darauf hin, dass Simulatorleistung nicht unmittelbar als Leistung auf einem echten Gerät interpretiert werden sollte. Aussagen zu Geschwindigkeit, Reaktionszeit oder Geräteunterschieden benötigen daher einen Test auf der passenden realen Hardware.
| Prüfmerkmal | Simulator | Physisches Gerät |
|---|---|---|
| Aufbau und Darstellung der SwiftUI-Oberfläche | Gut geeignet, um Ansichten, Eingaben und Zustandswechsel zu kontrollieren | Ebenfalls möglich; zusätzlich prüfen Sie die tatsächliche Gerätebedienung |
| Ablauf der App bei Modellverfügbarkeit | Prüfen, wenn das Modell im konkreten Simulatorlauf verfügbar ist | Prüfen, wenn das reale Gerät die Funktion unterstützt und die nötigen Einstellungen erfüllt |
| Verhalten bei nicht verfügbarem Modell | Geeignet, wenn Ihre App den Zustand gezielt behandeln oder darstellen kann | Hilfreich, um den Zustand auf der Zielhardware zu kontrollieren |
| Aussage zur Modellleistung | Keine verlässliche Grundlage für eine allgemeine Leistungsbehauptung | Maßgeblich für eine Aussage über genau dieses getestete Gerät |
| Kursabnahme mit ausdrücklicher Geräteanforderung | Reicht allein nicht aus | Erforderlich, wenn die Vorgabe einen physischen Gerätetest verlangt |
Die Tabelle ist keine Rangliste, sondern eine Grenze für Ihre Schlussfolgerungen. Wenn Sie im Simulator eine Beispielansicht mit einer Modellantwort durchspielen, belegt das zunächst nur den getesteten Ablauf in dieser Umgebung. Es beweist nicht, dass die Antwort auf jedem unterstützten Gerät gleich entsteht oder gleich schnell erscheint.
Kann der Simulator den echten Gerätetest ersetzen?
Nur dann, wenn die Kursaufgabe ausdrücklich eine Simulatorprüfung akzeptiert und keine Aussage zu realer Geräteverfügbarkeit oder Leistung verlangt. Wenn die Abgabe eine echte Modellantwort auf einem unterstützten Gerät fordert, müssen Sie diesen Teil auf einem passenden physischen Gerät nachweisen oder vorab eine alternative Abnahmemöglichkeit vereinbaren.
Für die Dokumentation Ihres Projekts können Sie die Testgrenze sauber benennen: Halten Sie fest, welches Simulatorziel Sie verwendet haben, welcher Verfügbarkeitszustand angezeigt wurde und welche Teile Sie nicht auf einem physischen Gerät prüfen konnten. Das ist genauer, als „läuft auf iOS“ zu schreiben, wenn Sie tatsächlich nur einen Simulatorlauf durchgeführt haben.
SECTION 03Umgebungsauswahl: Welche Option passt zu Ihrem Kurs?
Wählen Sie nicht zuerst nach dem Gerät, das in einer Vorführung zu sehen war. Entscheidend sind die Kursvorgabe und die konkrete Aufgabe: Müssen Sie nur den Bildschirm zeigen, einen Modellaufruf ausführen oder das Ergebnis auf einem realen Gerät belegen?
| Ihre Ausgangslage | Sinnvoller nächster Schritt | Grenze oder Risiko |
|---|---|---|
| Sie besitzen einen Mac, auf dem die benötigte Xcode-Version läuft | Xcode-Anforderungen prüfen, Simulator starten und die Modellverfügbarkeit im Projekt abfragen | Ein passender Mac allein garantiert nicht, dass das Modell für jeden Lauf verfügbar ist |
| Sie besitzen einen Mac, aber die Modellverfügbarkeit ist negativ | Verfügbarkeit, Apple-Intelligence-Einstellungen und Modellbereitschaft getrennt kontrollieren; anschließend die offizielle Dokumentation für den Zustand prüfen | Eine erneute Installation der App löst nicht zwingend einen Geräte- oder Bereitschaftsstatus |
| Sie arbeiten überwiegend unter Windows und brauchen Xcode für den iOS-Teil | Erst prüfen, ob der Kurs Simulator oder physisches Gerät verlangt; dann eine geeignete Mac-Umgebung für Build und Test organisieren | Windows bleibt für den Xcode-Lauf und den iOS-Simulator ungeeignet |
| Ihre Abgabe verlangt eine echte Geräteantwort | Unterstütztes physisches Gerät verwenden oder rechtzeitig eine zulässige Alternative mit der Lehrkraft klären | Ein erfolgreicher Simulatorlauf erfüllt die Geräteanforderung nicht |
| Sie benötigen Xcode nur für ein begrenztes Projekt oder einen kurzen Abgabezeitraum | Eine zeitlich passende Remote-Mac-Option prüfen, nachdem System- und Werkzeuganforderungen geklärt sind | Vor der Buchung muss bestätigt sein, dass Umgebung und Zugriff zur Kursaufgabe passen |
Wenn Sie eine Remote-Mac-Umgebung erwägen, fragen Sie vorab konkret nach der installierten beziehungsweise verfügbaren macOS- und Xcode-Umgebung, dem Zugriff auf den Simulator und der Möglichkeit, das Projekt auf die benötigte Art zu testen. Ein Remote Mac kann den Zugang zu Xcode ermöglichen, ersetzt aber nicht automatisch ein physisches Gerät, falls genau dieses für die Abnahme vorgeschrieben ist.
Die Modelle und die Apple-Intelligence-Verfügbarkeit müssen außerdem zusammenpassen. Apples Erklärung zu generativen Modellen und intelligenten App-Funktionen ist eine geeignete Referenz, um die vorgesehene Integration in Ihrer App zu prüfen. Übertragen Sie daraus keine pauschale Zusage auf eine konkrete Remote-Umgebung, ohne deren Ausstattung und Laufzeitbedingungen selbst zu bestätigen.
SECTION 04Ablauf: Projektbedingungen systematisch prüfen
Arbeiten Sie die Prüfungen in dieser Reihenfolge ab. So trennen Sie ein Problem mit der Entwicklungsumgebung von einem fehlenden Modellstatus und vermeiden, wegen einer einzelnen Fehlermeldung das ganze Projekt neu aufzusetzen.
- Abnahmevorgabe lesen. Markieren Sie, ob die Aufgabe einen Simulatorlauf, eine echte Modellantwort oder ausdrücklich einen Test auf einem physischen Gerät verlangt. Wenn die Formulierung unklar ist, klären Sie diese Frage vor der Einrichtung.
- Entwicklungs-Mac und Xcode abgleichen. Prüfen Sie die installierte macOS-Version und gleichen Sie sie mit Apples aktuellen Xcode-Systemanforderungen ab. Verwenden Sie keine Versionsvorgabe aus einer älteren Kursanleitung, ohne sie zu verifizieren.
- Simulatorziel starten. Wählen Sie das benötigte Ziel in Xcode, starten Sie den Simulator und führen Sie zunächst eine einfache App-Ansicht aus. Wenn bereits dieser Schritt scheitert, suchen Sie zuerst bei Xcode, dem installierten Simulatorziel oder der Projektkonfiguration.
- Modellverfügbarkeit im Code abfragen. Behandeln Sie die Rückmeldung des Frameworks als eigenen Diagnoseschritt. Dokumentieren Sie, ob das Gerät ungeeignet ist, Apple Intelligence nicht aktiviert wurde oder das Modell noch nicht bereitsteht.
- Fehler- und Wartezustände sichtbar machen. Zeigen Sie in der SwiftUI-Oberfläche eine verständliche Meldung statt einer scheinbar erfolgreichen, aber leeren Ausgabe. Trennen Sie Wiederholen, Warten und nicht unterstützte Umgebung.
- Einen Modellablauf im Simulator testen, falls verfügbar. Prüfen Sie Eingabe, Aufruf, Rückmeldung und Fehlerbehandlung. Halten Sie fest, dass dieser Test die konkrete Simulatorumgebung betrifft und keine allgemeine Leistungsbewertung ist.
- Physische Abnahme nachholen, falls gefordert. Verwenden Sie ein unterstütztes Gerät oder holen Sie eine alternative Abnahmevereinbarung ein. Notieren Sie Gerät und Systembedingungen, damit die Aussage in Ihrer Projektdokumentation nachvollziehbar bleibt.
Ein typischer Fehler bei SwiftUI-Kursprojekten ist, dass Studierende nach einem Build-Erfolg direkt „Foundation Models funktioniert“ in den Abgabetext schreiben. Der Build bestätigt, dass das Projekt unter den verwendeten Bedingungen erstellt wurde; er bestätigt nicht, dass eine Modellanfrage erfolgreich ausgeführt wurde. Umgekehrt ist ein nicht verfügbares Modell nicht automatisch ein Fehler in Ihrer SwiftUI-Oberfläche. Die getrennte Prüfung spart Ihnen unnötige Änderungen am falschen Teil des Projekts.
Wenn ein Projekt nur wegen fehlendem Mac-Zugang stockt, vergleichen Sie zuerst die tatsächlich benötigten Arbeitsschritte mit der Umgebung. Informationen zu Mietoptionen und Abrechnungszeiträumen helfen bei der Einschätzung, ob eine zeitlich begrenzte Nutzung zu Ihrem Kursplan passt. Prüfen Sie vor einer Entscheidung weiterhin die konkrete Verfügbarkeit von Xcode, Simulator und Modellfunktion; die Kursanforderung hat Vorrang vor einer allgemeinen Produktbeschreibung.
SECTION 05Entscheidung für Ihr Projekt
Wenn Sie bereits einen geeigneten Mac haben, beginnen Sie mit der Xcode-Systemprüfung und der Abfrage des Modellstatus. Ist nur die Oberfläche oder die Fehlerbehandlung Teil der Aufgabe, kann ein Simulatorlauf ausreichen. Sobald die Abgabe eine reale Modellantwort, eine Aussage zur Leistung oder eine Geräteprüfung verlangt, planen Sie einen Test auf passender physischer Hardware ein.
Wenn Sie keinen Mac besitzen, müssen Sie nicht vorsorglich einen kaufen, bevor Sie die Abnahmebedingungen kennen. Windows eignet sich für viele allgemeine Lernschritte, hat aber bei Xcode und iOS-Simulator Grenzen; ein Simulator kann seinerseits die reale Geräteprüfung nicht ersetzen. Ein eigener Mac ist sinnvoll, wenn Sie dauerhaft entwickeln und regelmäßigen lokalen Zugriff benötigen. Für ein zeitlich begrenztes Kursprojekt kann eine Remote-Mac-Umgebung eine Alternative sein, sofern sie die benötigte Xcode-Arbeit ermöglicht und die Geräteanforderung der Aufgabe nicht offenlässt.
Eine Remote-Umgebung bringt ebenfalls Abwägungen mit sich: Sie benötigen eine stabile Netzwerkverbindung, müssen Dateien und Zugangsdaten sorgfältig handhaben und sollten prüfen, welche Zugriffsart für Ihre Arbeit vorgesehen ist. Für eine Aufgabe, die zwingend ein physisches iPhone verlangt, löst ein Mac-Zugang allein das Geräteproblem nicht. Wenn Sie dagegen nur Xcode, einen Simulator und eine geeignete Entwicklungsumgebung für den Kurs benötigen, kann MACNOX eine Möglichkeit sein, die benötigten Schritte zeitlich begrenzt auszuprobieren. Prüfen Sie vorab die passende MACNOX-Umgebung für Ihren Bedarf und gleichen Sie die dort bestätigten Bedingungen mit Ihrer Kursvorgabe ab.