In Stuttgarter IT-Abteilungen, bei Automobilzulieferern und Maschinenbauern wird Claude Code zunehmend für interne Tools und Kunden-Apps eingesetzt. Dort zählen neben Tempo vor allem Governance, Nachvollziehbarkeit und sichere Schlüsselverwaltung. Dieser Artikel zeigt, wie eine mit Claude Code gebaute App den Weg in den Apple App Store findet, ohne dass Zertifikate auf Entwicklerrechnern verstreut liegen oder ungeprüfter KI-Code in einen Release-Build gelangt.
Ausgangspunkt: Ihr Repository, Ihr Agent
Wer mit Claude Code baut, hat einen großen Vorteil gegenüber App-Buildern: Der gesamte Code liegt in Ihrem eigenen Git-Repository, und der Agent arbeitet direkt im Terminal oder in der IDE. Damit stehen alle Wege in den App Store offen. Eine bestehende Web-App kann Claude Code mit Capacitor in ein iOS-Projekt einbetten, eine neue App lässt sich direkt mit Expo und React Native aufsetzen, und für reine Inhaltsangebote bleibt der WebView-Ansatz eine Option.
Die Wahl hängt von Ihrem Ziel ab. Capacitor ist ideal, wenn Ihre React-, Vue- oder Svelte-Anwendung schon existiert und Sie native Plugins für Kamera, Push oder Biometrie ergänzen wollen. Expo eignet sich für Apps, die sich wirklich nativ anfühlen sollen, und bringt mit EAS Build einen Cloud-Build-Dienst mit. Halten Sie die Entscheidung in der CLAUDE.md fest, damit der Agent in jeder Session dieselben Konventionen befolgt.
Was der Agent übernimmt und was nicht
Claude Code kann sehr viel der Vorarbeit leisten: Capacitor installieren, die iOS-Plattform hinzufügen, Info.plist mit verständlichen Texten für Kamera- und Standortberechtigungen füllen, App-Icons und Splash-Screens generieren und eine fastlane-Konfiguration mit Lanes für Build, TestFlight-Upload und Metadaten schreiben. Mit Hooks lassen sich Tests und Linter nach jeder Änderung automatisch ausführen, Subagents können ein Review der Berechtigungen und Datenflüsse übernehmen.
Grenzen gibt es beim Signing. Zertifikate, Provisioning Profiles und der App-Store-Connect-API-Schlüssel gehören nicht in den Kontext eines Agenten, sondern in einen sicheren Speicher wie fastlane match mit verschlüsseltem Repository oder in die Secrets Ihrer CI. Auch der eigentliche iOS-Build braucht macOS mit Xcode, lokal oder auf einem Runner bei GitHub Actions, Codemagic, Bitrise oder in Xcode Cloud. Und jede Änderung, die der Agent vorschlägt, sollte ein Mensch prüfen, bevor sie in einen Release-Build fließt.
Vom Repository zu TestFlight
Ein bewährter Ablauf für Projekte, die mit Claude Code entstanden sind:
- Lassen Sie Claude Code das Capacitor- oder Expo-Projekt anlegen und dokumentieren Sie Build-Befehle und Bundle-ID in der CLAUDE.md.
- Richten Sie im Apple Developer Program Zertifikate und einen App-Store-Connect-API-Schlüssel ein und speichern Sie diese ausschließlich als CI-Secrets.
- Lassen Sie den Agenten fastlane-Lanes für Build und TestFlight-Upload schreiben und prüfen Sie den Diff selbst.
- Konfigurieren Sie einen CI-Workflow auf einem macOS-Runner, der bei jedem Tag automatisch einen Build zu TestFlight schickt.
- Testen Sie über TestFlight auf echten Geräten und füllen Sie App Privacy, Screenshots und Beschreibung aus.
- Reichen Sie die Version ein und halten Sie für das Review einen Demo-Zugang bereit.
Review-Fallen bei KI-generiertem Code
KI-generierte Apps scheitern im Review selten am Code selbst, sondern an Details: Platzhaltertexte, Berechtigungsdialoge ohne nachvollziehbaren Zweck, Debug-Menüs, fehlende Kontolöschung oder Login über Google ohne eine gleichwertige Option wie Sign in with Apple. Achten Sie außerdem auf das Privacy Manifest, das bestimmte Systemschnittstellen begründen muss, und auf Guideline 4.2, falls Ihre App hauptsächlich Webinhalte zeigt. appsubmitter.io richtet die komplette Pipeline in Ihrem eigenen Account ein und prüft die App vor der Einreichung. Wer das Team selbst befähigen will, findet bei neooutput Workshops, in denen genau dieser Weg mit Claude Code an Ihrer echten Codebasis geübt wird.
Agentische Entwicklung und App-Releases in Stuttgarter Unternehmen
In der Region Stuttgart treffen agentische Werkzeuge auf etablierte Prozesse wie Freigabeworkflows, Security-Reviews und strikte Rollenkonzepte. Eine Release-Strecke für iOS muss sich darin einfügen: Signing-Material liegt in einem zentralen Tresor, die CI baut nur von geprüften Branches, und jede Änderung des Agenten durchläuft einen Pull Request mit menschlichem Review. Claude Code lässt sich über Berechtigungen und Hooks genau so konfigurieren. Zusätzlich empfehlen wir, die erlaubten Werkzeuge des Agenten in einer projektweiten Konfiguration festzulegen, damit alle Entwickler mit denselben Regeln arbeiten und Audits einfach bleiben.
jocapps kommt für Workshops und Architektur-Sessions aus Freiburg zu Ihnen oder arbeitet remote mit Ihrem Team. Mit neooutput trainieren wir Entwickler und Teamleads im sicheren Umgang mit Claude Code, appsubmitter.io setzt fastlane, CI und Store-Eintrag im Apple-Account Ihres Unternehmens auf, damit nichts bei Externen verbleibt. Für reine Mitarbeiter-Apps prüfen wir außerdem die Verteilung über Apple Business Manager als Alternative zum öffentlichen Store.
Häufige Fragen
Kann Claude Code meine App direkt in den App Store hochladen?
Technisch kann der Agent fastlane-Befehle ausführen, die einen Build hochladen. Wir raten aber davon ab, ihm Signing-Schlüssel und API-Zugänge direkt zu geben. Sicherer ist es, wenn Claude Code die Pipeline schreibt und die CI den Upload mit sicher hinterlegten Secrets ausführt.
Capacitor oder Expo für eine mit Claude Code gebaute App?
Gibt es bereits eine funktionierende Web-App, ist Capacitor meist der schnellere Weg. Planen Sie eine neue App mit stark nativer Bedienung, ist Expo die bessere Wahl. Claude Code kommt mit beiden Ansätzen gut zurecht, wenn die Konventionen in der CLAUDE.md festgehalten sind.
Brauche ich für den iOS-Build einen eigenen Mac?
Nicht zwingend. macOS-Runner bei GitHub Actions, Codemagic, Bitrise oder Xcode Cloud bauen Ihre App in der Cloud, Expo bietet mit EAS Build einen eigenen Dienst. Für die lokale Fehlersuche im Simulator ist ein Mac allerdings hilfreich.
Wie verhindern wir, dass Claude Code Zugriff auf Signing-Schlüssel bekommt?
Schlüssel und API-Zugänge gehören in die Secrets Ihrer CI oder in ein verschlüsseltes match-Repository, nicht in Dateien, die der Agent lesen kann. Zusätzlich lassen sich in Claude Code Berechtigungen für Befehle und Pfade einschränken. Die Pipeline schreibt der Agent, ausgeführt wird sie nur in der CI.