Deine Spec ist freigegeben, die Aufgaben sind erledigt. Ergänze noch eine: ab in beide App Stores. Alle Guides für Kiro-Builder an einem Ort: die iOS- und Android-Anleitungen, jedes native Feature mit einem Prompt für Kiro und was zu tun ist, wenn ein Store Nein sagt.
Kiro ist die spezifikationsgetriebene agentische IDE samt CLI von AWS, die jede Funktion erst als Anforderungen, Design und Aufgaben plant, bevor sie Code schreibt. Entwickler und Teams, die strukturierte, nachvollziehbare KI-Entwicklung wollen, oft auf AWS.
Stack
Jeder Web-Stack; Kiro-Projekte sind oft React oder Next.js auf AWS Amplify Gen 2 (Cognito, AppSync, DynamoDB) oder mit Supabase
Veröffentlichung und Hosting
Verbinde das Repository mit AWS Amplify Hosting (die Amplify-Power von Kiro führt den Agenten durch die Einrichtung) oder deploye mit der Netlify-Power oder mit Vercel. Jeder Push auf den verbundenen Branch löst ein neues Deployment aus. Trage die Produktions-URL oder deine Domain in WebViewGold ein.
Authentifizierung
Amazon Cognito über Amplify Auth, Supabase, Clerk oder Auth.js
Zahlungen
Stripe
Builder-Badge
Kein Builder-Badge zu entfernen.
Beispiel: vom Kiro-Projekt zur freigegebenen App
Angenommen, du hast mit Kiro ein Portal für Schadensmeldungen für eine kleine Hausverwaltung gebaut: Mieter melden ein Problem mit Fotos, das Team weist es zu, und die Mieter verfolgen den Status. Die Spec umfasst die Cognito-Anmeldung mit Apple und Google, ein Amplify-Data-Modell für die Meldungen, S3-Speicher für Fotos und ein Akzeptanzkriterium für die Kontolöschung. Du verbindest das Repository mit Amplify Hosting, ergänzt requests.yourdomain.com und verpackst es mit WebViewGold; dort übernimmt die native Kamera den Foto-Upload, und ein OneSignal-Push sagt den Mietern Bescheid, wenn ein Techniker unterwegs ist. Das Demo-Mieterkonto in den Review-Notizen hat eine offene und eine erledigte Meldung. Beide Stores geben die App frei, und jede fertige Spec erreicht sie mit dem nächsten Push auf den Produktions-Branch.
Deine erste Woche nach dem Launch
Mach aus jedem Feedback eine kleine Spec oder eine kurze Vibe-Session und pushe dann auf den Produktions-Branch; Amplify deployt neu, und die Apps ziehen nach.
Halte .kiro/steering/native-app.md mit den Bridge-Aufrufen von WebViewGold aktuell, die du nutzt, damit neue Specs sie nicht rückgängig machen.
Behalte in der Launch-Woche die Build-Minuten von Amplify und die DynamoDB-Nutzung im Blick; Store-Nutzer öffnen eine App oft mehrmals am Tag.
Schick nur dann einen Push, wenn sich der Status einer Meldung ändert; Mieter lassen Benachrichtigungen eingeschaltet, wenn jede Nachricht zählt.
Bitte mit rateapp:// um eine Bewertung, nachdem eine Meldung als gelöst abgeschlossen wurde.
Store-Readiness-Prompt
In Kiro einfügen, Änderungen prüfen, veröffentlichen.
Prompt für Kiro (Spec-Modus)
Lege eine neue Spec mit dem Namen store-readiness an. Diese Web-App wird als native iOS- und Android-App veröffentlicht, die ihre Produktions-URL im WebView-Wrapper WebViewGold lädt.
Anforderungen (EARS):
1. WENN die App auf einem Bildschirm zwischen 320px und 1024px Breite angezeigt wird, DARF DAS SYSTEM nicht horizontal scrollen, MUSS Tippflächen von mindestens 44px verwenden und MUSS fixierte Header und Footer mit Safe-Area-Insets als Padding versehen.
2. DAS SYSTEM MUSS die Seiten /privacy und /terms im Footer verlinken.
3. WENN ein angemeldeter Nutzer in den Einstellungen "Konto löschen" bestätigt, MUSS DAS SYSTEM seine Daten und seinen Auth-Nutzer (Cognito) löschen.
4. DAS SYSTEM DARF KEINE "App herunterladen"-Banner und keine externen Werbelinks in der Hauptnavigation anzeigen.
5. WENN eine Anfrage fehlschlägt, MUSS DAS SYSTEM eine Fehlermeldung mit einer Aktion "Erneut versuchen" anzeigen.
6. DAS SYSTEM MUSS den Seitentitel auf den App-Namen setzen (max. 30 Zeichen).
Design: Liste die Dateien auf, die du ändern wirst, und alle Änderungen am Amplify-Backend. Aufgaben: eine Aufgabe pro Anforderung.
Lege außerdem .kiro/steering/native-app.md mit inclusion: always an, die diese Regeln festhält und für native Funktionen auf https://www.webviewgold.com/llms-full.txt verweist. Hör nach der Spec auf, damit ich sie prüfen kann, bevor du sie umsetzt.
Was Leute mit Kiro bauen und mit WebViewGold veröffentlichen
SaaS-Produkte auf AWS
interne Tools und Admin-Panels
Kundenportale
Buchungs- und Terminplanungs-Apps
Daten-Dashboards
Das bekommst du mit WebViewGold
Ein komplettes natives App-Projekt statt eines Abos. Alles hier ist in der Lizenz enthalten und wird per Einstellung aktiviert.
Natives App-Projekt
Push-Benachrichtigungen
Offline-Bildschirm
App-Icon & Splashscreen
Teilen-Dialog & Haptik
Deep Links & Universal Links
In-App-Käufe
Kostenlose Updates, White-Label
Häufig gestellte Fragen
Wie veröffentliche ich eine mit Kiro gebaute App im App Store und auf Google Play?
Deploye sie auf eine öffentliche HTTPS-URL (Amplify Hosting, Netlify, Vercel oder dein eigener Server), trage die URL in WebViewGold für iOS und Android ein, baue mit Xcode und Android Studio oder dem Cloud Builder und reiche beide Apps ein.
Brauche ich AWS, um eine Kiro-App zu veröffentlichen?
Nein. Amplify Hosting passt gut zu Kiro-Projekten, aber WebViewGold braucht nur eine öffentliche HTTPS-URL. Netlify, Vercel, Cloudflare Pages oder dein eigener Server funktionieren genauso.
Kann eine Kiro-Spec die Anforderungen des App Store abdecken?
Ja, und das ist eine gute Angewohnheit: Nimm Layout, Datenschutzseite, Kontolöschung und Fehlerzustände in die Anforderungen auf, dann baut und testet Kiro sie wie jede andere Funktion. Native Funktionen wie Push oder biometrischer Login werden anschließend in WebViewGold aktiviert und über die JavaScript-Bridge aufgerufen.
Kann ich Sign in with Apple mit Amazon Cognito nutzen?
Ja. Cognito-Benutzerpools unterstützen Apple als Identitätsanbieter: Erstelle im Apple Developer Portal eine Services ID und einen Schlüssel für Sign in with Apple, ergänze Apple in deiner Amplify-Auth-Definition bei den externen Anbietern und zeig den Button neben Google. In der App erkennt WebViewGold die Apple-Anmeldeseite und wickelt sie ohne Konfiguration ab, und die Google-Anmeldung läuft über den Social Login Helper.
Soll die Store-App Amplify Hosting laden oder einen anderen Host?
Beides funktioniert, denn WebViewGold braucht nur eine öffentliche HTTPS-URL. Amplify Hosting ist für Gen-2-Projekte praktisch, weil Frontend und Backend pro Branch gemeinsam deployt werden. Wofür du dich auch entscheidest: Lass die App auf den Produktions-Branch unter deiner eigenen Domain zeigen, dann ist ein späterer Hostwechsel eine DNS-Änderung und kein neuer App-Build.
Drei Wege, deine App in die Stores zu bringen
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
Selbst machen
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Erstattungen erfolgen zu den in unseren FAQ genannten Bedingungen: eine nicht inhaltsbedingte Ablehnung durch Apple und/oder Google, geltend gemacht innerhalb von 14 Tagen nach dem Kauf.