Services Google

Les services Google sont présents dans la direction produit, mais aucun adapter Google n’est encore enregistré dans le runtime Connectors actuel. Cette page distingue le catalogue public de la disponibilité réelle.

Statut actuel

Les services Google apparaissent dans la direction produit et dans le catalogue public, mais aucun adapter Google n’est enregistré dans le runtime Connectors de la branche release actuelle.

Le runtime serveur crée aujourd’hui un registre vide puis y ajoute uniquement GitHub lorsqu’une connexion GitHub valide existe.

Ce qui n’est pas exposé aujourd’hui

pas de route OAuth Google dédiée sous /api/connectors/google/* ;
pas de provider google.ts dans lib/connectors/providers ;
pas d’actions google.*, gmail.*, drive.* ou calendar.* enregistrées ;
pas de surface authentifiée permettant de connecter Gmail, Drive ou Calendar.

Catalogue public vs runtime

La page publique Connectors montre notamment Gmail et Google Drive parmi les intégrations que le produit est conçu à prendre en charge. Le texte du catalogue précise que la disponibilité et les capacités varient par connecteur.

Présence dans le catalogue ≠ connector actifUn logo Gmail ou Google Drive dans la page marketing ne signifie pas que le workspace peut déjà l’autoriser ou l’exécuter.

Ce que le runtime universel permet déjà

L’infrastructure Connectors est générique et supporte des adapters avec auth oauth2, service_account, api_key, bearer ou d’autres stratégies.

Les actions déclarent un schéma JSON et une permission read, write ou sensitive. Les credentials sont conçus pour rester côté serveur et ne pas être transmis au modèle.

Ce qu’un adapter Google devra fournir

La documentation ne définira les scopes Google, endpoints OAuth, actions Gmail/Drive/Calendar, refresh tokens ou resource scopes qu’après leur implémentation réelle.

Le fichier d’architecture docs/CONNECTORS.md cite Google comme prochain adapter, mais ce document d’architecture n’est pas une preuve de disponibilité runtime.

Sécurité

Ne stockez pas un refresh token Google dans le navigateur ou dans un prompt AI. Le modèle Connectors existant prévoit des credentials chiffrés côté serveur et des actions normalisées derrière le runtime.

Étape suivante

Pour les intégrations tierces restantes et MCP, consultez la page Intégrations externes.