Aller au contenu
WebViewGold Du vibe coding à l'App Store
Français
Obtenir WebViewGold

Google Antigravity

De Google Antigravity à l'App Store et Google Play : règles, plans et wrapper natif

Antigravity est la plateforme de développement « agent-first » de Google : une app desktop qui fait tourner plusieurs agents en parallèle, un IDE avec des extensions pour d'autres éditeurs, et la ligne de commande agy. Elle construit et teste bien les web apps, mais ne produit pas de binaires signés pour l'App Store. Voici comment apprendre à ses agents le contexte WebView, relire leurs plans à l'aune des règles des stores, déployer et encapsuler le résultat avec WebViewGold.

Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.

  • Garantie d'approbation – ou remboursement sous 14 jours
  • Aucun codage requis
  • Paiement unique, mises à jour gratuites
  • Support humain 24/7
  • Conçu en Allemagne depuis 2014 · ISO 27001

Ce qu'est Antigravity fin 2026

Google a lancé Antigravity en novembre 2025 et annoncé Antigravity 2.0 lors de la Google I/O, le 19 mai 2026. Il se décline aujourd'hui en plusieurs interfaces qui partagent le même socle d'agent : l'app Antigravity (une app desktop autonome avec projets, agents en parallèle, worktrees et tâches planifiées), l'IDE Antigravity plus des extensions pour VS Code, les IDE JetBrains, Visual Studio, Zed, Xcode et Eclipse, et l'Antigravity CLI (agy), qui a remplacé Gemini CLI pour les comptes grand public le 18 juin 2026. Un SDK est en preview.

Beaucoup de vibe coders arrivent ici depuis d'autres outils Google. Le mode Build de Google AI Studio tourne désormais sur le socle Antigravity et peut exporter un projet vers un développement local dans Antigravity, et Google oriente les utilisateurs de Firebase Studio vers Antigravity pour le travail centré sur le code, avant la fermeture de ce produit en mars 2027. Si vous utilisiez Gemini CLI, le guide Gemini CLI montre les points communs, et la vue d'ensemble des agents de code IA compare les autres outils.

Aucune de ces interfaces ne s'occupe de la partie native : une app iOS et Android signée, avec une fiche sur les stores. C'est là qu'intervient WebViewGold. Votre projet Antigravity reste une web app sur une URL ; les projets Xcode et Android Studio de WebViewGold chargent cette URL et ajoutent le push, la gestion du hors ligne et les autres fonctionnalités natives que recherchent les reviewers.

Un fichier de règles pour le contexte WebView

Antigravity charge les règles depuis AGENTS.md ou GEMINI.md dans le dossier du workspace (et ses parents jusqu'à la racine du dépôt), depuis .agents/rules/*.md, et globalement depuis ~/.gemini/AGENTS.md. Les règles modulaires de .agents/rules/ exigent un frontmatter YAML avec un trigger (always_on, model_decision, glob ou manual) ; un fichier sans frontmatter valide est ignoré sans avertissement, selon la documentation des règles. Enregistrez ceci sous .agents/rules/native-app.md, ou collez le contenu sans frontmatter dans AGENTS.md pour que les autres agents le lisent aussi (le modèle AGENTS.md en propose une version plus longue).

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).

Le workflow, étape par étape

Utilisez l'app pour l'orchestration et la relecture ; passez à l'IDE ou à la CLI quand vous voulez lire les diffs ligne par ligne.

  1. Ouvrez le projet dans un worktree

    Dans l'app Antigravity, cliquez sur New Project, ajoutez votre dossier local ou votre dépôt et choisissez le New worktree mode pour le travail lié aux stores, afin que les modifications des agents restent sur leur propre branche jusqu'à ce que vous fusionniez. Si vous venez d'AI Studio, utilisez d'abord son export vers Antigravity en local.

  2. Ajoutez la règle et vérifiez qu'elle est chargée

    Committez le fichier de règle ci-dessus. Avant la première vraie tâche, demandez à l'agent de résumer les règles qu'il suit ; si le contexte WebView manque, le frontmatter est le suspect habituel. Restez concis : toutes les règles toujours actives se partagent un budget de 20 000 tokens.

  3. Planifiez la passe de conformité

    Tapez /plan avec le prompt ci-dessous. Le plan arrive sous forme d'artefact : lisez-le, laissez des commentaires en ligne là où il devine (fournisseur d'authentification, emplacement des données utilisateur), et cliquez seulement ensuite sur Proceed. Réglez la politique de relecture des artefacts du projet pour que l'agent s'arrête et attende votre relecture sur ce type de travail.

  4. Laissez-le construire et vérifier dans le navigateur

    Utilisez /browser pour que l'agent parcoure l'inscription, les réglages et la suppression de compte dans Chrome et enregistre le tout. Donnez-lui un profil Chrome séparé et une liste blanche de vos propres domaines, pas votre profil de tous les jours avec des sessions admin. L'artefact walkthrough et ses captures d'écran servent aussi de matière première pour vos notes pour la validation App Store.

  5. Déployez

    Les projets Firebase peuvent utiliser le plugin et les skills Firebase ou le serveur MCP Firebase (installez-le depuis le MCP Store ; il inclut un outil de déploiement), et la checklist Firebase couvre les domaines d'authentification et les règles. Les apps AI Studio vivent généralement sur Cloud Run ; Vercel et Netlify fonctionnent aussi. Approuvez vous-même les commandes de déploiement et rattachez un domaine personnalisé avant de compiler les apps.

  6. Encapsulez avec WebViewGold

    Renseignez host et webviewurl dans Config.swift, HOST et HOME_URL dans Config.java, ajoutez le jeton user agent (useragent_iphone, useragent_ipad, USER_AGENT) et activez le push. Si vous préférez ne pas ouvrir Xcode du tout, notre équipe Full Service configure et compile les deux apps sous 72 heures.

  7. Testez sur des appareils et soumettez

    Installez un build TestFlight et un build de test interne sur Google Play ; c'est là que se testent le push, les autorisations et l'écran hors ligne. Soumettez ensuite avec les notes pour la validation que l'agent a rédigées à partir du walkthrough.

Avec une bonne version optimisée de votre application Web, vous pouvez avoir une superbe application mobile en quelques minutes. De plus, le service client est très agréable et très utile! Je ne peux que recommander WebViewGold :-)

Julian Koch · Co-fondateur de DuelDonkey · CodeCanyon

Le prompt de plan pour la conformité aux stores

Démarre en mode plan. Les points 2 et 9 sont volontairement de simples rapports : ils exigent votre décision avant toute modification du code.

À coller dans Antigravity (app, IDE ou agy)
/plan Préparez cette web app pour la validation App Store et Google Play. Elle sera publiée sous forme d'apps natives iOS et Android via WebViewGold, qui charge notre URL de production dans une WebView. Suivez la règle native-app.

Rédigez un plan d'implémentation avec une section par point. Pour chacun, nommez les fichiers que vous modifierez et la façon dont vous vérifierez le résultat :
1. Mise en page de 320 à 430 px de largeur, insets safe-area sur les barres fixes, zones tactiles de 44 px, aucune commande uniquement au survol.
2. Inventaire de l'authentification : chaque fournisseur et chaque flux basé sur une popup. Prévoyez Sign in with Apple là où un autre login social existe. Ne remplacez pas encore le flux Google ; listez les options.
3. Suppression de compte : action dans les réglages, suppression côté serveur des données et de l'utilisateur d'authentification, déconnexion, écran de confirmation, page publique /delete-account.
4. /privacy et /terms rédigées à partir de ce que le code collecte vraiment, liées depuis les réglages et le pied de page.
5. États de chargement, vides et d'erreur avec Réessayer sur chaque écran de données.
6. Helper isNativeApp() (jeton user agent WebViewGoldApp) et retrait, dans l'app uniquement, des bandeaux et des badges.
7. Une fonctionnalité native au-delà du site web : une étape Activer les notifications après l'onboarding, qui appelle registerpush:// dans l'app iOS, et l'enregistrement de onesignalplayerid sur le profil utilisateur.
8. Rapport sur les secrets : chaque clé présente dans le code client et les fichiers env, classée comme publiable ou secrète, avec une correction pour chaque secret.
9. Inventaire des paiements uniquement : où des biens numériques ou des abonnements sont vendus. Aucune modification.

N'exécutez des points en parallèle que s'ils touchent des fichiers différents. À la fin, produisez un walkthrough avec des captures d'écran du navigateur à largeur de téléphone et une liste de ce qui doit être testé sur un vrai appareil.

Quelle interface d'Antigravity pour quel travail

InterfaceÀ utiliser pourPoints de vigilance
App AntigravityAgents en parallèle, worktrees, relecture des plans et des walkthroughs, tâches planifiéesDeux agents qui modifient les mêmes fichiers de mise en page ; donnez à chacun une zone distincte
IDE et extensionsLire les diffs ligne par ligne ; modifier Config.swift et Config.java à côté du code webLa signature, l'archivage et l'envoi restent des étapes manuelles dans Xcode ou Android Studio
Antigravity CLI (agy)Sessions rapides dans le terminal, scripts, relecture au clavier (Ctrl + R ouvre la relecture des artefacts)--dangerously-skip-permissions dans un dépôt qui contient des scripts de déploiement
Navigateur (/browser)Tests de parcours et enregistrements de vos flux clésChrome sur desktop n'est pas une WKWebView ; les popups et les sélecteurs de fichiers se comportent différemment dans l'app
Tâches planifiéesUn passage hebdomadaire en lecture seule sur l'URL de production pour repérer les liens cassés et les erreurs de consoleGardez les agents planifiés en lecture seule ; personne ne relit ce qu'ils changent à 3 heures du matin

Pièges

  • Une politique de relecture qui avance toujours sans attendre. Très bien pour des refactorings, risqué pour l'authentification, les paiements et la suppression de données, c'est-à-dire exactement les domaines que testent les reviewers.
  • Des règles qui ne se chargent jamais : une règle modulaire sans frontmatter ou avec un trigger inconnu est écartée sans avertissement.
  • Une clé API Gemini issue d'un prototype AI Studio laissée dans le bundle du navigateur. Déplacez l'appel dans une fonction serveur ; le guide des secrets propose un scan à lancer après chaque build.
  • Des branches de worktree fusionnées mais jamais déployées. L'app affiche ce qui est en ligne sur l'URL, pas ce qui se trouve sur votre branche main.
  • Prendre le walkthrough du navigateur pour un test sur appareil. Le push, Face ID, les envois de photos depuis l'appareil photo et l'écran hors ligne n'existent que dans un vrai build.
  • Laisser un agent renommer le bundle ID ou le package Android par remplacement de texte. Faites-le une seule fois, dans l'IDE ; voyez pourquoi il ne peut plus changer ensuite.

Checklist avant de soumettre

  • La règle native-app (ou AGENTS.md) est committée et l'agent sait en répéter les points clés.
  • L'artefact du plan de la passe de conformité a été relu, et chaque point est soit terminé, soit reporté en connaissance de cause.
  • URL de production sur votre propre domaine ; /privacy et /delete-account se chargent directement.
  • Le walkthrough couvre l'inscription, la connexion avec Apple, la suppression de compte et un état d'erreur.
  • Un build TestFlight et un build de test interne Google Play ont été installés sur de vrais téléphones.
  • La vérification de conformité App Store et la vérification de conformité Google Play passent pour votre URL.

Questions fréquentes

Antigravity peut-il compiler lui-même les apps iOS et Android ?

Il peut modifier n'importe quel code, et il existe même une extension Xcode, mais une app pour les stores nécessite toujours un projet natif, une signature, une archive et un envoi. WebViewGold fournit les projets natifs ; vous les compilez dans Xcode et Android Studio ou avec le Cloud Builder.

Antigravity CLI, est-ce la même chose que Gemini CLI ?

Non. Antigravity CLI (agy) est le successeur vers lequel Google a basculé les utilisateurs gratuits, Google AI Pro et Google AI Ultra le 18 juin 2026. Il conserve des idées centrales comme les skills, les hooks et les sous-agents, et lit AGENTS.md aussi bien que GEMINI.md.

Faut-il utiliser AGENTS.md, GEMINI.md ou .agents/rules ?

Les trois fonctionnent. AGENTS.md est le plus portable, car Codex, Cline, Kiro et d'autres le lisent aussi. Utilisez .agents/rules quand vous voulez plusieurs petites règles avec des triggers différents, et n'oubliez pas le frontmatter.

Je viens de Firebase Studio. Qu'est-ce qui change ?

Seulement l'éditeur. Google a désactivé la création de nouveaux workspaces Firebase Studio le 22 juin 2026 et ferme le produit le 22 mars 2027 ; Firestore, Authentication et App Hosting continuent de tourner. Exportez le projet, ouvrez-le dans Antigravity et continuez de déployer sur le même backend pour que votre URL reste la même.

L'agent navigateur peut-il tester mon app dans la WebView ?

Non. Il pilote Chrome sur votre ordinateur, ce qui est proche de la WKWebView et de l'Android WebView de votre app, sans être identique. Utilisez-le pour les parcours et la mise en page, puis testez les fonctionnalités natives sur un appareil.

Trois façons de mettre votre app dans les stores

Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.

Faites-le vous-même

$109 par plateforme, paiement unique

La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.

Voir les offres sur la page principale

Full Service

$698 par plateforme $798

Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.

Détails du Full Service Propulsé par WeSetupYourWebViewApp

Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.

Prêt à publier votre app ?

Garantie d'approbation App Store & Google Play – ou remboursement sous 14 jours

Vous préférez déléguer ? Full Service : nous configurons, compilons et livrons sous 72 heures, dès $698 par plateforme. Des questions ? Chattez avec nous 24/7.

Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.