Ein iPhone in Claude

Was es ist und warum es zählt

Wenn Claude einen Bildschirm deiner iOS-App ändert, sagt es dir meistens „fertig“. Dann bist du dran: bauen, den Simulator öffnen, bis zu diesem Bildschirm tippen und nachsehen. Und wenn es nicht passt, erklärst du es ihm noch einmal mit Worten.

In der Desktop-App von Claude für den Mac gibt es den Bereich iOS Simulator: ein simuliertes iPhone neben dem Chat. Claude baut die App, installiert sie, öffnet sie, tippt auf die Buttons und liest den Bildschirm, um die eigene Änderung zu prüfen. Du schaust live zu und kannst selbst tippen.

Die zweite Hälfte der Anleitung ist der Trick, den wir bei STRIKT für Posts und den App Store nutzen: Demo-Bildschirme, die sich mit einem Startparameter schon gefüllt öffnen, damit jeder Screenshot echt ist und vom letzten Commit stammt. Der Bereich ist in der öffentlichen Beta, nur in der Desktop-App für macOS, in den Plänen Pro, Max, Team und Enterprise (außer Enterprise-Organisationen mit HIPAA-Konfiguration).

1. Was du brauchst

• Einen Mac: Apples Simulator läuft nur unter macOS.
• Xcode mit der iOS-Plattform, die die Simulatoren mitbringt. Wenn sie fehlen, lade sie in den Einstellungen von Xcode oder mit xcodebuild -downloadPlatform iOS herunter.
• Die neueste Version der Desktop-App von Claude: Claude > Check for Updates …
• Eine lokale Sitzung: In Cloud- oder SSH-Sitzungen läuft Claude auf einem Rechner, der die Simulatoren deines Macs nicht sieht.
• Ein Projekt, das sich für den iOS-Simulator bauen lässt. Jedes Projekt, das das kann, funktioniert.

2. Starte es und lass Claude die eigene Arbeit prüfen

1. Öffne in der Desktop-App den Tab Code und starte eine Sitzung im Projektordner.
2. Bitte Claude, die App zu starten oder zu testen. Der Bereich öffnet sich von selbst, sobald die App startet; du kannst ihn auch selbst über den Button iOS Simulator in der Titelleiste und dann Attach simulator öffnen.
3. Beim ersten Mal fragt die App, ob Claude diesen Simulator benutzen darf. Die Zustimmung gilt fürs Steuern und für Screenshots, einmal pro Gerät. Die App bauen und einen Link auf dem Gerät öffnen folgen dagegen dem Berechtigungsmodus der Sitzung, weil der Build die Skripte des Projekts auf deinem Mac ausführt.

Es geht nicht darum, die App zu sehen: Claude soll die eigene Änderung prüfen, statt dir auf Vertrauen „fertig“ zu sagen. Schreib das in die Anfrage:

Verschieb den Button „Speichern“ ans Ende des Profilbildschirms. Dann bau die App, starte sie im Simulator, öffne das Profil, ändere den Namen und tippe auf „Speichern“. Schließ die App, öffne sie wieder und prüf, ob der Name noch da ist. Schick mir den Screenshot vorher und nachher und sag mir, wenn etwas nicht stimmt.

Willst du ein bestimmtes Gerät? Schreib es: „starte sie im Simulator des iPhone SE“. So siehst du, ob ein Text auf einem kleinen Bildschirm schlecht umbricht.

3. Tipp mit

• Du tippst und wischst, indem du auf dem Bildschirm im Bereich klickst und ziehst.
• Cmd+Shift+H für Home, Cmd+L zum Sperren, Cmd+Pfeil rechts zum Drehen.
• Cmd+S speichert einen Screenshot und Cmd+R eine Bildschirmaufnahme, auf dem Schreibtisch.
• Solange über dem Bildschirm Claude is using this device steht, tipp nicht: Es ist dasselbe Gerät, und deine Eingaben verändern, was Claude sieht.

Jede Sitzung hat ihre eigenen Simulatoren, bis zu 4. Die, die Claude startet, fahren von selbst herunter, wenn du die App beendest, die Sitzung archivierst oder 10 Minuten nachdem du sie vom Bereich trennst.

4. Der Trick: Demo-Bildschirme, die schon gefüllt sind

Für einen Post oder den App Store brauchst du den Bildschirm in seinem besten Moment: die volle Rangliste, den erledigten Tag. Von Hand dorthin zu kommen heißt Testkonten, Netz, manchmal die Kamera und viele Taps. So landest du bei alten oder nachgezeichneten Screenshots, die nicht mehr die echte App sind.

So machen wir es: In der App gibt es Demo-Ansichten, die sich mit einem Startargument öffnen, also einem Wort, das du der App beim Start mitgibst, oder mit einer Umgebungsvariable. Sie starten schon gefüllt mit realistischen Daten aus dem Code, ohne Konto, Netz oder Kamera. Es sind die echten Bildschirme mit denselben Komponenten: Nur die Daten ändern sich.

• Eine Demo-Ansicht für jeden Bildschirm, den du brauchst, mit einem klaren Namen.
• Erfundene, aber glaubwürdige Daten: Zahlen, die die App wirklich zeigen könnte, keine Daten echter Personen. Wenn Namen und Zahlen der Demo in einem Post zu sehen sind, schreiben wir dazu, dass es ein Beispiel ist.
• Der ganze Demo-Code steht in #if DEBUG, damit er nicht in der App landet, die du veröffentlichst.
• Die Sprache legst du beim Start mit -AppleLanguages "(it)" -AppleLocale it_IT fest: dieselben Bildschirme, in jeder Sprache.

Die Demo-Ansichten musst du nicht selbst schreiben. Bitte Claude darum:

Füg meiner App Demo-Ansichten für Screenshots hinzu. Wenn die App mit dem Argument -DemoScreen und einem Namen startet (zum Beispiel today, stats, profile), überspringt sie Login und Onboarding und öffnet direkt diesen Bildschirm, schon gefüllt mit realistischen Daten aus dem Code: kein Netz, kein Konto, keine Kamera, keine Berechtigungsabfragen. Nutz dieselben Komponenten wie die echten Bildschirme, nur die Daten ändern sich. Pack alles in #if DEBUG. Schreib am Ende ins README die Liste der Ansichten und den Befehl, um sie im Simulator zu öffnen.

5. Screenshots vom letzten Commit

Mit Demo-Ansichten wird ein Screenshot zu einem Befehl. Claude nutzt xcrun simctl, das Werkzeug von Xcode, das Simulatoren aus dem Terminal steuert:

1. Aktualisiere und baue die neueste Version für den Simulator und notier den Commit mit git log -1 --oneline: So weißt du, woher jedes Bild stammt.
2. Nimm einen Simulator nur für Screenshots, keinen, den eine andere Sitzung gestartet hat: xcrun simctl create mit einem Namen und dem iPhone-Modell, dann xcrun simctl boot.
3. Eine saubere Statusleiste: xcrun simctl status_bar <Gerät> override --time 9:41 --batteryState charged --batteryLevel 100 --cellularBars 4 --wifiBars 3.
4. Installieren: xcrun simctl install <Gerät> <Pfad zur .app-Datei>.
5. Öffne die Ansicht: xcrun simctl launch --terminate-running-process <Gerät> <Bundle-ID> -DemoScreen today. Umgebungsvariablen kommen in der App an, wenn du sie mit dem Präfix SIMCTL_CHILD_ vor den Befehl setzt.
6. Auslösen: xcrun simctl io <Gerät> screenshot today.png. Dann schau dir das Bild an: Es muss genau das zeigen, was der Text des Posts sagt.

Mach mir die 6 Screenshots für den App Store vom letzten Commit. Aktualisier das Repository, notier den Commit, bau für den Simulator und leg nur dafür einen neuen Simulator an, mit einem Modell, dessen Größe App Store Connect akzeptiert. Statusleiste auf 9:41 mit voller Batterie und vollem Empfang. Dann öffne nacheinander die Demo-Ansichten today, stats, workout, friends, profile und settings mit -DemoScreen und speichere für jede ein PNG in screenshots/, mit dem Commit im Namen. Prüf, dass die PNGs keine Transparenz haben, schau dir jedes Bild an und sag mir, ob etwas leer, abgeschnitten oder in der falschen Sprache ist.

Für den App Store kannst du bis zu 10 Screenshots pro Bildschirmgröße hochladen, als PNG oder JPEG, ohne Transparenz. Die Pixelmaße hängen vom iPhone-Typ ab: Prüf sie auf der Seite Screenshot specifications von App Store Connect, bevor du den Simulator wählst. Für Social Media setzen wir den Screenshot in ein ganzes iPhone mit den echten Proportionen; wenn sich der Code ändert, schickst du einfach dieselbe Anfrage noch einmal.

Häufige Fehler

• „Reparier den Bildschirm“ sagen, ohne eine Prüfung im Simulator zu verlangen. Verlang immer: neu starten, dorthin gehen, Screenshot schicken.
• Sich im Simulator mit echten Konten anmelden. Die Screenshots, die Claude vom Gerät macht, gehen an Anthropic und bleiben bei der Unterhaltung: Nimm nur erfundene Daten.
• Den Demo-Code außerhalb von #if DEBUG lassen: Er landet in der veröffentlichten App.
• Die Screenshots auf einem Simulator machen, den schon eine andere Sitzung nutzt: Der Zustand der App ist nicht der, den du erwartest.
• Erwarten, dass Claude dein echtes iPhone bedient: Es steuert nur simulierte Geräte. Fürs echte Handy startest du die App selbst aus Xcode und schickst Claude einen Screenshot.

Checkliste

• Xcode mit der iOS-Plattform und mindestens einem Simulator
• Desktop-App von Claude aktuell, lokale Sitzung im Tab Code
• Demo-Ansichten in #if DEBUG, eine pro Bildschirm
• Statusleiste auf 9:41 vor den Screenshots
• Commit neben den Bildern notiert
• Jeden Screenshot vor der Verwendung angesehen

Häufige Fragen