Configurer une passerelle d'entreprise pour Google Antigravity

Ce document explique aux administrateurs et aux architectes de sécurité comment déployer et configurer une passerelle d'entreprise pour Google Antigravity.

Les entreprises des secteurs réglementés appliquent souvent des contrôles réseau stricts qui empêchent les postes de travail des développeurs d'établir des connexions Internet directes avec des services externes ou d'effectuer une connexion Google interactive basée sur un navigateur.

Antigravity Enterprise Gateway vous permet d'acheminer le trafic Antigravity via une passerelle d'entreprise gérée par votre organisation avant de transférer les requêtes d'inférence à Google. Cette architecture achemine les requêtes d'inférence de modèle via votre passerelle et supprime la connexion interactive tout en préservant l'attribution de facturation de votre contrat Gemini Enterprise.

Présentation

Lorsque vous configurez Antigravity Enterprise Gateway, les postes de travail des développeurs communiquent avec la passerelle d'entreprise au lieu de se connecter directement à Google. Les développeurs s'authentifient auprès de la passerelle à l'aide d'une clé API émise par votre passerelle. Antigravity ne leur demande donc pas de se connecter à un compte Google individuel. Votre passerelle utilise ensuite un compte de serviceGoogle Cloud centralisé pour authentifier et transférer les requêtes Antigravity à Google.

Antigravity associe automatiquement des en-têtes d'attribution client pour identifier les requêtes de chat des développeurs et les workflows des agents. Pour vous assurer que l'utilisation de ce modèle est reconnue et facturée conformément au contrat Gemini Enterprise existant de votre organisation, plutôt que d'être facturée en tant que consommation d'API brute non engagée, votre passerelle doit conserver et transférer ces en-têtes Antigravity à Google :

  • User-Agent : Antigravity émet automatiquement un en-tête d'identification :

    User-Agent: antigravity/VERSION (aidev_client; auth_method=gateway)

  • X-Goog-Api-Client : identifie l'environnement d'exécution du client Antigravity et la télémétrie du SDK afin que Google attribue l'activité à votre déploiement d'entreprise sous licence.

Outils et versions compatibles

Antigravity Enterprise Gateway est compatible avec les outils pour les développeurs d'IA suivants :

Outil Version minimale Plates-formes compatibles
Application Antigravity
  • 2.15.0 ou version ultérieure
 macOS, Windows et Linux
CLI Antigravity (agy)
  • 1.2.15 ou version ultérieure
 macOS et Linux
Antigravity pour les IDE
  • Visual Studio Code et Visual Studio : CLI Antigravity 1.2.15 ou version ultérieure, que l'extension télécharge et met à jour automatiquement.
  • IDE JetBrains et Zed (avec serveur ACP) : 1.3.0 ou version ultérieure
 Visual Studio Code, Visual Studio, les IDE JetBrains et Zed. Pour en savoir plus, consultez Extensions de l'IDE Antigravity.

Avant de commencer

Avant de déployer la passerelle, vérifiez que vous disposez des éléments suivants :

  • Projet Google Cloud : un projet Google Cloud avec accès à Gemini Enterprise Agent Platform (anciennement Vertex AI) et à l'API Gemini Enterprise Agent Platform (aiplatform.googleapis.com) activée. Le déploiement de la passerelle d'entreprise ne nécessite pas de compte de facturation Cloud facturé. Toute personne ayant accès à Gemini Enterprise Agent Platform peut utiliser la passerelle.
  • Compte de service : compte de service Google Cloud de votre projet auquel est attribué le rôle IAM roles/aiplatform.user. Votre passerelle utilise ce compte de service pour authentifier les requêtes Antigravity auprès de Google Cloud.
  • Journaux d'audit des accès aux données : pour vérifier l'attribution de la facturation dans Cloud Logging, activez les journaux d'audit des accès aux données pour l'API Gemini Enterprise Agent Platform. Pour en savoir plus, consultez Activer les journaux d'audit des accès aux données.
  • Versions de client compatibles : les développeurs doivent utiliser une version compatible de chaque outil Antigravity. Pour en savoir plus, consultez Outils Antigravity compatibles.

Déployer la passerelle d'entreprise

Vous pouvez héberger votre passerelle d'entreprise à l'aide de n'importe quelle plate-forme conteneurisée ou gérée, telle que Cloud Run, Envoy, LiteLLM ou Apigee.

Votre passerelle doit répondre à trois exigences d'infrastructure :

  1. Conserver les en-têtes d'attribution du client : transférez les en-têtes client entrants sans les modifier vers Google, y compris User-Agent, X-Goog-Api-Client et tous les en-têtes personnalisés configurés dans gateway.customHeaders (par exemple, X-Cost-Center).

    Les clients Antigravity n'envoient pas d'informations sur le projet Google Cloud en mode passerelle. Si votre passerelle transfère les requêtes vers un projet autre que celui contenant le compte de service de la passerelle, configurez-la pour injecter l'en-tête X-Goog-User-Project avec l'ID du projet cible pour la facturation et l'attribution des quotas.

  2. Prise en charge du streaming sans mise en mémoire tampon : videz immédiatement les fragments d'événements envoyés par le serveur (SSE) lors du traitement des requêtes de streaming (:streamGenerateContent?alt=sse). Ne mettez pas en mémoire tampon les fragments dans la couche de la passerelle.

  3. Acquitter les points de terminaison de télémétrie : répondez avec le code HTTP 200 OK ({}) aux appels de métriques en arrière-plan (POST /v1beta:*) ou transférez-les à votre système de gestion des informations et des événements de sécurité (SIEM).

Chemins de requête obligatoires

Votre passerelle doit acheminer les chemins d'inférence suivants. Les chemins d'accès sont relatifs à l'URL de votre passerelle. Par exemple, une requête de streaming vers https://gateway.cymbal.com utilise https://gateway.cymbal.com/v1beta/models/MODEL_ID:streamGenerateContent?alt=sse.

  • Inférence en streaming : POST /v1beta/models/MODEL_ID:streamGenerateContent?alt=sse
  • Inférence unaire : POST /v1beta/models/MODEL_ID:generateContent

Votre passerelle doit également accepter les chemins d'accès complets équivalents de Gemini Enterprise Agent Platform :

  • Inférence en streaming : POST /v1beta1/projects/PROJECT_ID/locations/REGION/publishers/google/models/MODEL_ID:streamGenerateContent?alt=sse
  • Inférence unaire : POST /v1beta1/projects/PROJECT_ID/locations/REGION/publishers/google/models/MODEL_ID:generateContent

Les corps de requête utilisent le schéma JSON generateContent standard (contents, generationConfig, safetySettings et systemInstruction).

Protocoles de communication compatibles

Antigravity Enterprise Gateway est compatible avec deux protocoles de communication pour les requêtes d'inférence :

  • Protocole Gemini (genai) : protocole de communication par défaut. Antigravity envoie des requêtes d'inférence au format du schéma generateContent de Google aux points de terminaison POST /v1beta/models/... décrits précédemment.
  • Protocole de communication OpenAI (openai) : lorsque vous définissez gateway.wireProtocol sur openai (ou que vous définissez AGY_LLM_GATEWAY_WIRE_PROTOCOL=openai), Antigravity formate les requêtes d'inférence dans le protocole OpenAI Chat Completions et les envoie à POST /v1/chat/completions.

Authentifier les requêtes auprès de votre passerelle

Antigravity s'authentifie auprès de votre passerelle à l'aide d'une clé API émise par votre passerelle. Antigravity envoie la clé de gateway.apiKey (ou la variable d'environnement AGY_LLM_GATEWAY_API_KEY) en tant que jeton de support dans l'en-tête Authorization :

Authorization: Bearer GATEWAY_API_KEY

Antigravity n'obtient pas d'identifiants Google Cloud , de jetons OAuth ni de certificats client pour le compte des développeurs. Votre passerelle doit authentifier chaque requête et rejeter celles qui ne présentent pas de clé valide.

La clé API étant stockée sur les postes de travail des développeurs, combinez-la avec des contrôles au niveau du réseau :

  • Conserver la passerelle privée : n'exposez la passerelle que sur votre réseau d'entreprise, par exemple via un équilibreur de charge d'application interne que les postes de travail atteignent via Cloud VPN ou Cloud Interconnect. N'attribuez pas de point de terminaison public à la passerelle.
  • Limiter les appareils pouvant se connecter : n'autorisez les connexions qu'à partir de stations de travail gérées, par exemple en utilisant des règles de pare-feu, un proxy d'accès réseau zéro confiance ou des vérifications de la stratégie d'appareil.
  • Protéger et alterner les clés : stockez les clés dans Secret Manager, validez-les à chaque requête et alternez-les régulièrement. Pour attribuer l'utilisation à des développeurs individuels, émettez une clé distincte pour chaque développeur.

Pour en savoir plus, consultez Considérations de sécurité.

Connecter votre passerelle à Gemini Enterprise Agent Platform

Votre passerelle appelle l'API Gemini Enterprise Agent Platform à l'aide d'un compte de service Google Cloud . Vous pouvez créer la passerelle sur une passerelle d'API gérée telle qu'Apigee, ou déployer une passerelle telle qu'Envoy ou LiteLLM sur votre propre infrastructure.

  1. Activez les API requises :

    gcloud services enable \
  aiplatform.googleapis.com \
  secretmanager.googleapis.com \
  --project=PROJECT_ID

    Remplacez PROJECT_ID par l'ID du projet Google Cloud .

  2. Créez un compte de service pour la passerelle et attribuez-lui le rôle roles/aiplatform.user :

    gcloud iam service-accounts create SERVICE_ACCOUNT_NAME \
  --project=PROJECT_ID \
  --display-name="Antigravity Enterprise Gateway"

gcloud projects add-iam-policy-binding PROJECT_ID \
  --member="serviceAccount:SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com" \
  --role="roles/aiplatform.user"

    Remplacez SERVICE_ACCOUNT_NAME par le nom que vous souhaitez donner au compte de service, par exemple agy-gateway-sa.

  3. Générez une clé API de passerelle, stockez-la dans Secret Manager et autorisez le compte de service à la lire :

    openssl rand -base64 32 | tr -d '\n' | gcloud secrets create SECRET_NAME \
  --project=PROJECT_ID \
  --data-file=-

gcloud secrets add-iam-policy-binding SECRET_NAME \
  --project=PROJECT_ID \
  --member="serviceAccount:SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com" \
  --role="roles/secretmanager.secretAccessor"

    Remplacez SECRET_NAME par le nom du secret, par exemple agy-gateway-api-key. Vous distribuez cette clé aux stations de travail en tant que gateway.apiKey dans admin_settings.json.

  4. Configurez votre passerelle pour qu'elle effectue les opérations suivantes :

    • S'authentifier auprès de Gemini Enterprise Agent Platform en tant que compte de service.
    • Lire la clé API à partir de Secret Manager et rejeter les requêtes qui ne la présentent pas.
    • Autorisez l'exécution des requêtes pendant au moins 60 minutes afin que les réponses de streaming longues ne soient pas interrompues.

Pour vérifier que la passerelle fonctionne avant de configurer les stations de travail, consultez Tester la passerelle directement.

Déployer des paramètres à l'aide de la gestion des appareils mobiles

Pour configurer les postes de travail des développeurs de manière centralisée, déployez le fichier de configuration admin_settings.json à l'aide de votre système de gestion des appareils mobiles (MDM), tel que Jamf, Microsoft Intune, Ansible ou Google Workspace MDM.

Antigravity lit admin_settings.json à partir des chemins d'accès au système d'exploitation suivants :

  • macOS : /Library/Application Support/Antigravity/admin_settings.json
  • Linux : /etc/antigravity/admin_settings.json
  • Windows : %ProgramData%\Antigravity\admin_settings.json

Pour déployer le fichier de paramètres, procédez comme suit :

  1. Créez un fichier admin_settings.json avec l'URL de votre passerelle, votre clé API et les modèles approuvés. Pour obtenir un exemple, consultez Exemple de configuration.

  2. Dans votre système MDM, créez un package, une règle ou un script qui copie le fichier dans le chemin d'accès de chaque système d'exploitation cible. Exécutez-le avec des droits d'administrateur afin que le fichier appartienne à un compte administrateur, et que les développeurs puissent le lire, mais pas le modifier. Par exemple, votre script MDM peut exécuter les commandes suivantes :

    macOS

    Dans un shell, exécutez les commandes suivantes en tant qu'administrateur :

    sudo mkdir -p "/Library/Application Support/Antigravity"
sudo install -m 644 -o root -g wheel admin_settings.json \
"/Library/Application Support/Antigravity/admin_settings.json"

    Linux

    Dans un shell, exécutez les commandes suivantes en tant qu'administrateur :

    sudo install -D -m 644 -o root -g root admin_settings.json \
/etc/antigravity/admin_settings.json

    Windows

    Dans PowerShell, exécutez les commandes suivantes en tant qu'administrateur :

    $dir = Join-Path $env:ProgramData "Antigravity"
# Remove any folder that a non-admin created first, so they can't keep ownership.
if (Test-Path $dir) { Remove-Item -Recurse -Force $dir }
New-Item -ItemType Directory -Path $dir | Out-Null
# Administrators own the folder; only admins and SYSTEM can write; users can read.
icacls $dir /setowner "*S-1-5-32-544"
icacls $dir /inheritance:r /grant:r "*S-1-5-32-544:(OI)(CI)F" "*S-1-5-18:(OI)(CI)F" "*S-1-5-32-545:(OI)(CI)RX"
Copy-Item admin_settings.json (Join-Path $dir "admin_settings.json")

    Ces commandes permettent à tous les utilisateurs de lire le dossier et le fichier, et aux administrateurs uniquement de les modifier.

  3. Attribuez le package ou la règle aux appareils ou aux groupes d'appareils qui utilisent Antigravity.

  4. Redémarrez Antigravity sur les postes de travail pour qu'il charge les nouveaux paramètres.

  5. Pour vérifier que les stations de travail se connectent à la passerelle, consultez Vérifier les connexions client.

Priorité des paramètres

Antigravity lit les paramètres de la passerelle à partir de trois sources. Lorsque le même paramètre est défini dans plusieurs sources, la source ayant la priorité la plus élevée l'emporte :

  1. Fichier de paramètres administrateur (le plus élevé) : admin_settings.json déployé par votre système MDM.
  2. Variables d'environnement : AGY_LLM_GATEWAY_* variables définies sur la station de travail. Pour en savoir plus, consultez Connecter Antigravity à une passerelle Enterprise.
  3. Fichier de paramètres utilisateur (le plus bas) : ~/.antigravity/settings.json dans le dossier d'accueil du développeur.

Les paramètres sont fusionnés champ par champ. Par exemple, si admin_settings.json définit l'URL de la passerelle, mais pas la clé API, Antigravity utilise la clé API d'une variable d'environnement. Comme le fichier de paramètres de l'administrateur est prioritaire, les développeurs ne peuvent pas remplacer les valeurs que vous y définissez.

Exemple de configuration

L'exemple de fichier admin_settings.json suivant configure Antigravity pour acheminer le trafic d'IA via une passerelle d'entreprise à l'adresse https://gateway.cymbal.com, associe des en-têtes de centre de coûts d'entreprise et limite la sélection de modèles aux modèles approuvés :

{
  "gateway": {
    "enabled": true,
    "url": "https://gateway.cymbal.com",
    "apiKey": "GATEWAY_API_KEY",
    "wireProtocol": "genai",
    "customHeaders": {
      "X-Cost-Center": "Platform-Engineering",
      "X-Corporate-BU": "DevTools"
    }
  },
  "caCertPath": "/etc/ssl/certs/cymbal-root-ca.pem",
  "models": {
    "defaultModelId": "gemini-3.8-flash",
    "list": [
      { "modelId": "gemini-3.8-flash" },
      { "modelId": "gemini-3.7-flash" },
      { "modelId": "gemini-3.1-pro-preview" }
    ]
  }
}

Cet exemple de configuration définit les paramètres suivants :

  • gateway.enabled : active le mode de routage de la passerelle. Lorsqu'il est défini sur true, Antigravity envoie toutes les requêtes d'inférence à votre passerelle au lieu de les envoyer directement à Google, et n'invite pas les développeurs à se connecter avec un compte Google.
  • gateway.url : point de terminaison HTTPS de votre passerelle d'entreprise (https://gateway.cymbal.com).
  • gateway.apiKey : clé API (GATEWAY_API_KEY) requise par votre passerelle pour autoriser les requêtes. Votre passerelle émet cette clé, pas Google. Antigravity l'envoie en tant que jeton de support dans l'en-tête Authorization.

  • gateway.wireProtocol : protocole de communication de l'API. Valeurs acceptées :

    • genai (par défaut) : utilise le protocole de l'API Gemini (POST /v1beta/models/...).
    • openai : utilise le protocole de communication OpenAI Chat Completions (POST /v1/chat/completions).

  • gateway.customHeaders : en-têtes HTTP personnalisés (X-Cost-Center et X-Corporate-BU) qu'Antigravity ajoute à chaque requête. Utilisez ces en-têtes pour attribuer l'utilisation à des équipes ou à des centres de coûts dans vos journaux de passerelle ou votre SIEM.

  • caCertPath : chemin absolu au bundle d'autorités de certification (CA) racine de votre entreprise. Ce paramètre garantit que les postes de travail font confiance au certificat TLS interne de votre passerelle.

  • models.defaultModelId : modèle sélectionné par défaut par Antigravity (par exemple, gemini-3.8-flash).

  • models.list : modèles approuvés que les développeurs peuvent sélectionner dans Antigravity. Chaque entrée nécessite un modelId correspondant à un modèle diffusé par votre passerelle. Pour obtenir la liste des modèles Google compatibles, consultez Modèles compatibles.

Points à noter concernant la sécurité

Lorsque vous planifiez l'authentification et l'attribution de votre passerelle, tenez compte des points suivants :

  • Les en-têtes fournis par le client ne sont pas approuvés : les développeurs contrôlent leurs propres postes de travail. Ils peuvent donc modifier les en-têtes définis par des variables d'environnement (AGY_LLM_GATEWAY_HEADERS) ou dans le fichier de paramètres utilisateur. Ne vous fiez pas à ces en-têtes pour la journalisation d'audit ou l'attribution de facturation critiques pour la sécurité.
  • Épingler des en-têtes à l'aide de la gestion des appareils mobiles : pour empêcher les développeurs de remplacer les en-têtes d'attribution ou de règles, définissez-les dans gateway.customHeaders dans admin_settings.json. Les valeurs de admin_settings.json prévalent sur les variables d'environnement et les paramètres utilisateur.
  • Authentifier au niveau de la couche réseau ou transport : pour vérifier l'identité du développeur ou appliquer une attribution stricte des centres de coûts, authentifiez le trafic au niveau de la couche réseau ou transport, par exemple avec le protocole TLS mutuel (mTLS), l'authentification unique (SSO) au niveau du proxy ou la microsegmentation du réseau. Ne vous fiez pas uniquement à la clé API ou aux en-têtes HTTP.

Vérifier le déploiement

Avant de déployer des fichiers de configuration sur les postes de travail des développeurs, vérifiez que votre passerelle d'entreprise achemine correctement le trafic et que les informations d'attribution parviennent à Cloud Logging.

Tester la passerelle directement

Testez directement le point de terminaison de votre passerelle d'entreprise à l'aide de curl avant de le tester sur les postes de travail des développeurs. Tester la passerelle directement confirme que le routage réseau, la validation du certificat TLS, l'authentification et le streaming d'événements envoyés par le serveur (SSE) sans mise en mémoire tampon fonctionnent indépendamment d'Antigravity.

L'exemple de commande curl suivant envoie une requête de streaming directement au point de terminaison de votre passerelle :

curl -N -X POST "https://gateway.cymbal.com/v1beta/models/MODEL_ID:streamGenerateContent?alt=sse" \
  -H "Authorization: Bearer GATEWAY_API_KEY" \
  -H "Content-Type: application/json" \
  -H "User-Agent: antigravity/1.2.15 (aidev_client; auth_method=gateway)" \
  -d '{"contents": [{"role": "user", "parts": [{"text": "Reply with PONG"}]}]}'

Dans cette commande :

  • -N : désactive la mise en mémoire tampon des réponses dans curl afin que les événements envoyés par le serveur (SSE) soient diffusés immédiatement.
  • MODEL_ID : modèle approuvé de votre models.list (tel que gemini-3.8-flash ou gemini-3.7-flash). Nous vous recommandons d'effectuer des tests avec un modèle Flash pour la validation initiale. Pour obtenir la liste des modèles disponibles, consultez Modèles compatibles.
  • Authorization : envoie la clé API de la passerelle (GATEWAY_API_KEY) pour authentifier la requête auprès de la passerelle.
  • User-Agent : envoie la chaîne d'attribution du client que Google utilise pour attribuer l'utilisation à votre contrat Gemini Enterprise.
  • streamGenerateContent?alt=sse : appelle le point de terminaison de l'API de streaming pour le modèle spécifié.

Vérifiez que la passerelle diffuse immédiatement les fragments de réponse. Si vous rencontrez des erreurs de connexion, des avertissements de certificat ou des retards de mise en mémoire tampon des réponses, consultez la section Dépannage.

Vérifier les connexions client

Vérifiez l'état du client sur une station de travail configurée :

  • Application Antigravity : dans la barre d'état en bas de l'écran, vérifiez que l'indicateur affiche Connecté : passerelle d'entreprise. Dans Paramètres du compte, vérifiez que l'option Mode Enterprise Gateway actif est affichée.

  • CLI Antigravity : exécutez une requête de test :

    agy -p "Explain binary search in Go"

    Cette commande envoie une requête de test à la passerelle. Vérifiez que la réponse est diffusée dans votre terminal sans afficher d'invite de connexion Google interactive. Si le client ne parvient pas à se connecter ou demande une authentification Google, consultez la section Dépannage.

Vérifier l'attribution dans Cloud Logging

Dans la console Google Cloud , vérifiez que les en-têtes d'attribution sont reçus :

  1. Dans la console Google Cloud , accédez à la page Explorateur de journaux.

    Accéder à l'explorateur de journaux

  2. Exécutez la requête suivante :

    resource.type="aiplatform.googleapis.com/Endpoint" OR
protoPayload.serviceName="aiplatform.googleapis.com"

  3. Inspectez les métadonnées de l'entrée de journal. Vérifiez que protoPayload.requestMetadata.callerSuppliedUserAgent contient antigravity/VERSION (aidev_client; auth_method=gateway).

Si aucune entrée de journal n'apparaît, vérifiez que les journaux d'audit des accès aux données sont activés pour l'API Gemini Enterprise Agent Platform.

Intégrer des développeurs

Après avoir vérifié la passerelle, préparez vos développeurs à utiliser Antigravity :

  • Postes de travail gérés : si vous déployez admin_settings.json à l'aide de votre système MDM, les développeurs n'ont aucune configuration à effectuer. Antigravity se connecte automatiquement à la passerelle au démarrage.
  • Environnements de bac à sable et pipelines CI/CD : pour les développeurs travaillant dans des exécuteurs conteneurisés, des hôtes SSH distants ou des environnements de développement non gérés, fournissez l'URL de votre passerelle, votre clé API et le chemin d'accès à l'autorité de certification racine. Orientez les développeurs vers Connecter Antigravity à une passerelle d'entreprise.

Dépannage

Le tableau suivant liste les problèmes de déploiement courants et comment les résoudre :

Problème constaté Cause Solution
x509: certificate signed by unknown authority La station de travail ne fait pas confiance au certificat TLS de la passerelle. Spécifiez le chemin d'accès à votre bundle d'autorités de certification racine d'entreprise à l'aide de caCertPath dans admin_settings.json.
401 Unauthorized ou 403 Forbidden La clé API n'est pas valide ou le compte de service de la passerelle n'a pas d'accès. Vérifiez la valeur gateway.apiKey et assurez-vous que le compte de service de la passerelle dispose du rôle IAM roles/aiplatform.user sur le projet cible.
404 Not Found Le modèle demandé n'est pas disponible sur la passerelle d'entreprise, ou l'ID du modèle est incorrect. Vérifiez que chaque ID de modèle configuré dans models.list dans admin_settings.json correspond à un nom de modèle diffusé par votre passerelle d'entreprise.
gateway.wireProtocol 'openai' is not supported by the ACP server admin_settings.json ou une variable d'environnement spécifie le protocole de communication openai, qui n'est pas compatible avec le serveur ACP. Définissez wireProtocol sur genai (ou omettez-le pour utiliser la valeur par défaut) pour les IDE JetBrains et les stations de travail Zed.
Expiration du délai des réponses en streaming La passerelle met en mémoire tampon les réponses HTTP. Configurez la passerelle pour désactiver la mise en mémoire tampon des réponses pour les événements envoyés par le serveur (text/event-stream).
Invites Antigravity pour la connexion Google Le mode passerelle n'est pas activé ou Antigravity ne trouve pas le fichier de paramètres. Vérifiez que admin_settings.json est déployé sur le bon chemin d'accès du système d'exploitation et qu'il contient "enabled": true et un url dans la section gateway.

Étapes suivantes