Was Mobile-Projekte für Agenten schwierig macht
Ein großer Teil eines iOS- oder Android-Projekts besteht nicht aus Quellcode, sondern aus Konfiguration: Info.plist, Entitlements, AndroidManifest, Gradle-Dateien, Signing-Einstellungen. Agenten ändern solche Dateien bereitwillig, verstehen aber nicht immer die Folgen. Eine neu eingefügte Berechtigung ohne passenden Begründungstext führt bei Apple zur Ablehnung, ein falsch gesetztes Target API Level blockiert Updates bei Google Play.
Hinzu kommen lange Build-Zeiten und Simulatoren, die in Cloud-Umgebungen nicht immer verfügbar sind. Im Workshop klären wir, welche Prüfungen der Agent lokal ausführen kann und welche in die CI gehören.
Plattformübergreifende Frameworks bringen weitere Besonderheiten mit. In Flutter muss der Agent zwischen Dart-Code und den nativen Ordnern für iOS und Android unterscheiden, in React Native und Expo zwischen JavaScript-Schicht, nativen Modulen und Konfigurations-Plugins. Ohne diese Unterscheidung entstehen Änderungen, die auf einer Plattform funktionieren und auf der anderen den Build brechen. Die Regeldatei hält deshalb fest, welche Ordner der Agent bearbeiten darf, wie native Abhängigkeiten aktualisiert werden und welche Befehle nach jeder Änderung beide Plattformen prüfen.
Ihr Fahrplan für den Workshop
Die AI Code Engineers von neooutput bereiten den Termin passend zu Ihrem Framework vor und arbeiten remote oder vor Ort mit Ihrem Team.
- Wir prüfen Projektstruktur, Build-Konfiguration, Tests und den aktuellen Release-Prozess.
- Das Team erstellt eine Regeldatei mit Build- und Testbefehlen sowie Regeln für Berechtigungen und Datenschutz.
- Gemeinsam wird ein Feature umgesetzt, etwa ein neuer Bildschirm mit Netzwerkzugriff, Fehlerbehandlung und Tests.
- Jede Person bearbeitet eine eigene Aufgabe, vom UI-Refactoring bis zur Aktualisierung von Abhängigkeiten.
- Zum Abschluss definieren wir eine Checkliste für Releases, die menschliche Freigaben vor jeder Einreichung vorsieht.
Vom Code in die Stores
Nach der Entwicklung beginnt der Teil, an dem viele Teams Zeit verlieren: Zertifikate, Profile, Store-Einträge, Screenshots, Datenschutzangaben, TestFlight, Closed Testing bei Google Play und die Kommunikation mit dem Review-Team. appsubmitter.io automatisiert diese Schritte mit fastlane und Ihrer CI und reicht im eigenen Konto Ihres Unternehmens ein.
Bevor eine neue Version live geht, lohnt ein Blick auf die Bedienbarkeit. UXreviewer.io liefert KI-gestützte Vorschläge, wo Nutzerinnen und Nutzer hängen bleiben könnten.
Häufige Fragen
Kann ein Coding-Agent Xcode-Projekte zuverlässig bearbeiten?
Ja, wenn er auf einem Mac mit Xcode läuft und die Build-Befehle kennt. Änderungen an der Projektdatei sind fehleranfällig, deshalb empfehlen wir Regeln, die solche Änderungen nur nach Freigabe erlauben.
Welche Rolle spielen Store-Richtlinien im Workshop?
Eine wichtige. Wir behandeln typische Ablehnungsgründe bei Apple, etwa die Guidelines 2.1, 4.2 und 5.1.1, sowie Anforderungen von Google Play wie Data safety und Target API Level. Ziel ist, dass der Agent keine Änderungen einführt, die eine Einreichung gefährden.
Ist der Workshop auch für Teams geeignet, die gerade erst mit Mobile starten?
Ja. Für Web-Teams, die eine App mit Capacitor oder React Native planen, passen wir den Schwerpunkt an und erklären die Unterschiede zu reinen Web-Projekten.