Zum Inhalt springen
WebViewGold Vibe Coding in den App Store
Deutsch
WebViewGold holen

Google Antigravity

Von Google Antigravity in den App Store und zu Google Play: Regeln, Pläne und ein nativer Wrapper

Antigravity ist Googles Agent-first-Entwicklungsplattform: eine Desktop-App, die mehrere Agenten parallel laufen lässt, eine IDE mit Erweiterungen für andere Editoren und die Kommandozeile agy. Sie baut und testet Web-Apps gut, erzeugt aber keine signierten App-Store-Binaries. Hier erfährst du, wie du ihren Agenten den WebView-Kontext beibringst, ihre Pläne an den Store-Regeln misst, deployst und das Ergebnis mit WebViewGold wrappst.

Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.

  • Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
  • Kein Programmieren nötig
  • Einmalzahlung, kostenlose Updates
  • 24/7 Support von echten Menschen
  • Made in Germany seit 2014 · ISO 27001

Was Antigravity Ende 2026 ist

Google hat Antigravity im November 2025 veröffentlicht und Antigravity 2.0 auf der Google I/O am 19. Mai 2026 angekündigt. Heute gibt es mehrere Oberflächen, die sich ein Agent-Harness teilen: die Antigravity-App (eine eigenständige Desktop-App mit Projekten, parallelen Agenten, Worktrees und geplanten Aufgaben), die Antigravity IDE plus Erweiterungen für VS Code, JetBrains-IDEs, Visual Studio, Zed, Xcode und Eclipse sowie die Antigravity CLI (agy), die am 18. Juni 2026 Gemini CLI für Privatkonten abgelöst hat. Ein SDK ist in der Preview.

Viele Vibe Coder kommen über andere Google-Tools hierher. Der Build-Modus von Google AI Studio läuft inzwischen auf dem Antigravity-Harness und kann ein Projekt in die lokale Entwicklung mit Antigravity exportieren, und Google verweist Nutzer von Firebase Studio für codezentrierte Arbeit auf Antigravity, bevor dieses Produkt im März 2027 abgeschaltet wird. Hast du Gemini CLI genutzt, zeigt der Gemini-CLI-Guide die Überschneidungen, und die Übersicht der KI-Coding-Agenten vergleicht die anderen Tools.

Was keine dieser Oberflächen übernimmt, ist der native Teil: eine signierte iOS- und Android-App mit Store-Eintrag. Hier kommt WebViewGold ins Spiel. Dein Antigravity-Projekt bleibt eine Web-App unter einer URL; die Xcode- und Android-Studio-Projekte von WebViewGold laden diese URL und ergänzen Push, Offline-Handling und die anderen nativen Features, auf die Reviewer achten.

Eine Regeldatei für den WebView-Kontext

Antigravity lädt Regeln aus AGENTS.md oder GEMINI.md im Workspace-Ordner (und seinen übergeordneten Ordnern bis zum Repository-Root), aus .agents/rules/*.md und global aus ~/.gemini/AGENTS.md. Modulare Regeln in .agents/rules/ brauchen YAML-Frontmatter mit einem trigger (always_on, model_decision, glob oder manual); eine Datei ohne gültiges Frontmatter wird laut Regel-Dokumentation stillschweigend verworfen. Speichere das als .agents/rules/native-app.md oder füge den Inhalt ohne Frontmatter in AGENTS.md ein, damit ihn auch andere Agenten lesen (das AGENTS.md-Template hat eine längere Version).

markdown
---
trigger: always_on
---

# Shipping context: this web app is also a native app

- https://app.example.com is loaded by WebViewGold iOS and Android apps. A deploy
  changes both apps at once; a change in ios/ or android/ needs a new store build.
- Treat a 375 x 812 viewport as the primary screen. Nothing scrolls sideways at
  320 px. Fixed headers and tab bars use env(safe-area-inset-top / -bottom).
- Inside the app (navigator.userAgent contains "WebViewGoldApp"): no window.open
  popups, no "get the app" banners, no builder badges, no links to store listings.
- Native features are URL schemes such as registerpush:// (iOS push prompt),
  getonesignalplayerid://, shareapp:// and bioauth://. Use only schemes documented at
  https://www.webviewgold.com/llms-full.txt and keep a browser fallback.
- Review-critical flows must never break: sign-in (Sign in with Apple next to
  Google), Delete account in settings plus a public /delete-account page,
  /privacy and /terms.
- Only publishable keys in client code. Gemini, Stripe secret, Supabase secret /
  service_role and OneSignal App API keys live in server code or functions.
- Never deploy to production on your own. Never touch signing, keystores,
  provisioning profiles or the WebViewGold purchase code.
- When you verify UI in the browser, record the flow and list what you could not
  test there (push, Face ID, file pickers and haptics need the real app).

Der Workflow, Schritt für Schritt

Nutze die App für Orchestrierung und Review; wechsle in die IDE oder CLI, wenn du Diffs Zeile für Zeile lesen willst.

  1. Das Projekt in einem Worktree öffnen

    Klicke in der Antigravity-App auf New Project, füge deinen lokalen Ordner oder dein Repository hinzu und wähle für die Store-Arbeit den New worktree mode, damit die Änderungen der Agenten bis zum Merge auf einem eigenen Branch bleiben. Kommst du von AI Studio, nutze zuerst dessen Export in die lokale Antigravity-Umgebung.

  2. Die Regel hinzufügen und prüfen, ob sie geladen ist

    Committe die Regeldatei oben. Bitte den Agenten vor der ersten echten Aufgabe, die Regeln zusammenzufassen, denen er folgt; fehlt der WebView-Kontext, ist meist das Frontmatter schuld. Halte sie kurz: Alle immer aktiven Regeln teilen sich ein Budget von 20.000 Tokens.

  3. Den Store-Pass planen

    Tippe /plan mit dem Prompt unten. Der Plan kommt als Artefakt: Lies ihn, hinterlasse Inline-Kommentare, wo er rät (Auth-Provider, wo Nutzerdaten liegen), und klicke erst dann auf Proceed. Stelle die Artefakt-Review-Richtlinie des Projekts so ein, dass der Agent bei dieser Art von Arbeit für ein Review pausiert.

  4. Bauen lassen und im Browser prüfen

    Nutze /browser, damit der Agent Registrierung, Einstellungen und Kontolöschung in Chrome durchklickt und aufzeichnet. Gib ihm ein separates Chrome-Profil und eine Allowlist mit deinen eigenen Domains, nicht dein Alltagsprofil mit Admin-Sessions. Das Walkthrough-Artefakt mit Screenshots taugt gleich als Rohmaterial für deine App-Store-Review-Notizen.

  5. Deployen

    Firebase-Projekte können das Firebase-Plugin und die Skills oder den Firebase-MCP-Server nutzen (installiere ihn aus dem MCP Store; er enthält ein Deploy-Tool), und die Firebase-Checkliste behandelt Auth-Domains und Regeln. AI-Studio-Apps laufen meist auf Cloud Run; Vercel und Netlify funktionieren ebenso. Gib Deploy-Befehle selbst frei und hänge eine eigene Domain an, bevor du die Apps baust.

  6. Mit WebViewGold wrappen

    Setze host und webviewurl in Config.swift und HOST und HOME_URL in Config.java, ergänze das User-Agent-Token (useragent_iphone, useragent_ipad, USER_AGENT) und schalte Push ein. Willst du Xcode gar nicht erst öffnen, konfiguriert und baut unser Full-Service-Team beide Apps innerhalb von 72 Stunden.

  7. Auf Geräten testen und einreichen

    Installiere einen TestFlight-Build und einen Build aus dem internen Test von Google Play; dort werden Push, Berechtigungen und der Offline-Bildschirm getestet. Reiche dann mit den Review-Notizen ein, die der Agent aus dem Walkthrough entworfen hat.

Mit einer gut optimierten Version Ihrer Web-App können Sie innerhalb von wenigen Minuten eine beeindruckende mobile App erstellen. Zusätzlich dazu ist der Kundenservice sehr nett und hilfsbereit! Ich kann WebViewGold nur empfehlen :-)

Julian Koch · Mitbegründer von DuelDonkey · CodeCanyon

Der Plan-Prompt für den Store-Readiness-Pass

Startet im Plan-Modus. Die Punkte 2 und 9 sind bewusst reine Berichte: Sie brauchen deine Entscheidung, bevor sich Code ändert.

In Antigravity einfügen (App, IDE oder agy)
/plan Bereite diese Web-App auf das Review von App Store und Google Play vor. Sie erscheint über WebViewGold als native iOS- und Android-App; WebViewGold lädt unsere Produktions-URL in einer WebView. Halte dich an die native-app-Regel.

Schreibe einen Umsetzungsplan mit einem Abschnitt pro Punkt. Nenne für jeden die Dateien, die du ändern wirst, und wie du das Ergebnis prüfst:
1. Layout von 320 bis 430 px Breite, Safe-Area-Insets an fixierten Leisten, 44-px-Touch-Ziele, keine Bedienelemente, die nur per Hover funktionieren.
2. Auth-Inventur: jeder Provider und jeder Popup-basierte Flow. Plane Sign in with Apple ein, wo es einen anderen Social Login gibt. Ersetze den Google-Flow noch nicht; liste die Optionen auf.
3. Kontolöschung: Aktion in den Einstellungen, serverseitige Löschung der Daten und des Auth-Nutzers, Abmeldung, Bestätigungsbildschirm, öffentliche Seite /delete-account.
4. /privacy und /terms, geschrieben auf Basis dessen, was der Code wirklich erhebt, verlinkt in den Einstellungen und im Footer.
5. Lade-, Leer- und Fehlerzustände mit Wiederholen auf jedem Daten-Screen.
6. Helper isNativeApp() (User-Agent-Token WebViewGoldApp) und Entfernen von Bannern und Badges nur in der App.
7. Ein natives Feature, das über die Website hinausgeht: ein Schritt "Benachrichtigungen aktivieren" nach dem Onboarding, der in der iOS-App registerpush:// aufruft, und das Speichern von onesignalplayerid im Nutzerprofil.
8. Secrets-Bericht: jeder Key in Client-Code und env-Dateien, eingestuft als publishable oder secret, mit einem Fix für jedes Secret.
9. Nur Zahlungsinventur: wo digitale Güter oder Abos verkauft werden. Keine Änderungen.

Führe Punkte nur dann parallel aus, wenn sie verschiedene Dateien betreffen. Erstelle am Ende einen Walkthrough mit Browser-Screenshots in Handy-Breite und eine Liste dessen, was auf einem echten Gerät getestet werden muss.

Welche Antigravity-Oberfläche für welchen Job

OberflächeWofürAchte auf
Antigravity-AppParallele Agenten, Worktrees, Review von Plänen und Walkthroughs, geplante AufgabenZwei Agenten, die dieselben Layout-Dateien bearbeiten; gib jedem einen eigenen Bereich
IDE und ErweiterungenDiffs Zeile für Zeile lesen; Config.swift und Config.java direkt neben dem Web-Code bearbeitenSignieren, Archivieren und Hochladen bleiben manuelle Schritte in Xcode oder Android Studio
Antigravity CLI (agy)Schnelle Terminal-Sessions, Skripte, Review per Tastatur (Strg + R öffnet das Artefakt-Review)--dangerously-skip-permissions in einem Repository mit Deploy-Skripten
Browser (/browser)Klicktests und Aufzeichnungen deiner wichtigsten FlowsDesktop-Chrome ist keine WKWebView; Popups und Dateiauswahl verhalten sich in der App anders
Geplante AufgabenEin wöchentlicher, reiner Bericht über die Produktions-URL zu kaputten Links und KonsolenfehlernLass geplante Agenten nur lesen; niemand prüft, was sie um 3 Uhr nachts ändern

Stolperfallen

  • Eine Review-Richtlinie, die immer fortfährt. Gut für Refactorings, riskant bei Auth, Zahlungen und Datenlöschung, also genau den Bereichen, die Reviewer testen.
  • Regeln, die nie laden: Eine modulare Regel ohne Frontmatter oder mit unbekanntem Trigger wird ohne Warnung verworfen.
  • Ein Gemini-API-Key aus einem AI-Studio-Prototyp, der im Browser-Bundle geblieben ist. Verlege den Aufruf in eine Server-Funktion; der Guide zu Secrets enthält einen Scan, den du nach jedem Build ausführen kannst.
  • Gemergte Worktree-Branches, die nie deployt wurden. Die App zeigt, was unter der URL live ist, nicht was auf deinem Main-Branch liegt.
  • Den Browser-Walkthrough als Gerätetest werten. Push, Face ID, Kamera-Uploads und der Offline-Bildschirm existieren nur in einem echten Build.
  • Einen Agenten die Bundle-ID oder das Android-Package per Textersetzung umbenennen lassen. Mach das einmal, in der IDE; siehe warum sie sich später nicht ändern lässt.

Checkliste vor der Einreichung

  • Die native-app-Regel (oder AGENTS.md) ist committet, und der Agent kann ihre Kernpunkte wiedergeben.
  • Das Plan-Artefakt für den Store-Pass wurde geprüft, und jeder Punkt ist erledigt oder bewusst verschoben.
  • Produktions-URL auf deiner eigenen Domain; /privacy und /delete-account laden direkt.
  • Der Walkthrough deckt Registrierung, Sign in with Apple, Kontolöschung und einen Fehlerzustand ab.
  • Ein TestFlight-Build und ein Build aus dem internen Test von Google Play wurden auf echten Handys installiert.
  • Der App-Store-Readiness-Check und der Play-Store-Readiness-Check melden für deine URL keine Probleme.

Häufig gestellte Fragen

Kann Antigravity die iOS- und Android-Apps selbst bauen?

Es kann jeden Code bearbeiten, und es gibt sogar eine Xcode-Erweiterung, aber eine Store-App braucht trotzdem ein natives Projekt, Signierung, ein Archiv und einen Upload. WebViewGold liefert die nativen Projekte; du baust sie in Xcode und Android Studio oder mit dem Cloud Builder.

Ist Antigravity CLI dasselbe wie Gemini CLI?

Nein. Antigravity CLI (agy) ist der Nachfolger, auf den Google am 18. Juni 2026 Nutzer der kostenlosen Stufe, von Google AI Pro und von Google AI Ultra umgestellt hat. Es behält Kernideen wie Skills, Hooks und Subagents bei und liest AGENTS.md ebenso wie GEMINI.md.

Soll ich AGENTS.md, GEMINI.md oder .agents/rules verwenden?

Alle drei funktionieren. AGENTS.md ist am portabelsten, weil auch Codex, Cline, Kiro und andere sie lesen. Nimm .agents/rules, wenn du mehrere kleine Regeln mit unterschiedlichen Triggern willst, und denk an das Frontmatter.

Ich komme von Firebase Studio. Was ändert sich?

Nur der Editor. Google hat neue Workspaces in Firebase Studio am 22. Juni 2026 deaktiviert und schaltet das Produkt am 22. März 2027 ab; Firestore, Authentication und App Hosting laufen weiter. Exportiere das Projekt, öffne es in Antigravity und deploye weiter auf dasselbe Backend, damit deine URL gleich bleibt.

Kann der Browser-Agent meine App in der WebView testen?

Nein. Er steuert Chrome auf deinem Computer, was der WKWebView und der Android WebView in deiner App nahekommt, aber nicht dasselbe ist. Nutze ihn für Flows und Layout und teste native Features dann auf einem Gerät.

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.

Pakete auf der Hauptseite ansehen

Full Service

$698 pro Plattform $798

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.

Full-Service-Details Powered by WeSetupYourWebViewApp

Winter-Sale-Preise gültig bis 31. Dezember 2026.

Bereit, deine App zu veröffentlichen?

App Store & Google Play Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen

Lieber abgeben? Full Service: Wir konfigurieren, bauen und liefern innerhalb von 72 Stunden, ab $698 pro Plattform. Fragen? Chatte mit uns – 24/7.

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.