Compte unifié (GTL ID)
Un contexte de connexion pour les produits du lab — profils, adhésions et périmètre de session suivent l'utilisateur.
Connectivité
Connectivité écosystème & API
Modèle d'architecture unifié : une identité, une infrastructure partagée et des services interopérables — conçu pour l'échelle sur la plateforme GodTech Labs.
Architecture & feuille de route développeur
Les schémas et descriptions API ci-dessous reflètent la direction plateforme et l'intégration planifiée — pas des endpoints de production live ni des produits entièrement livrés.
Comment les services se connectent
Continuité de l'écosystème via un compte unique, des couches partagées et un contexte de permission cohérent.
Interopérabilité
Produits conçus pour partager références de stockage, métadonnées et identité — pas des silos isolés.
Infrastructure partagée
Identité, APIs, zones de stockage, modèle de sécurité et surface développeur — fondation commune.
Relations inter-services
Drive comme source fichiers, Docs/Sheets comme couches structurées, Mail pour la messagerie liée à l'identité, Search pour la découverte.
Flux de données écosystème
Les actions utilisateur passent par GTL ID et la couche API avant stockage, index et interfaces produit.
Flux de données écosystème
1
Utilisateurs & clients
2
GTL ID
3
Couche API
4
Services écosystème
5
Stockage & index
GTL ID — couche d'identité centrale
Modèle hub-and-spoke reliant productivité et découverte sous une identité permission-aware.
GTL ID
├── Docs
├── Drive
├── Sheets
├── Search
Mail
Docs
Drive
Sheets
Search
Une identité
Compte et profil uniques — moins de credentials dupliqués dans le lab.
Modèle d'accès partagé
Adhésions produit et rôles déterminent ce que chaque service peut lire ou écrire.
Services connectés
Mail, Docs, Drive, Sheets et Search (Palmis) partagent le même contexte d'identité.
Accès permission-aware
Infrastructure conçue pour vérifier le périmètre avant mutations stockage ou API — déploiement progressif.
OAuth & couche API (feuille de route)
Applications tierces via scopes documentés et consentement — direction plateforme développeur.
Tableau de bord compte
Utilisateurs connectés gèrent profil, écosystème et sécurité depuis paramètres et hub GTL ID.
Modèle de connectivité API
APIs plateforme développeur — étiquetées par maturité. Aucune clé API ni endpoint live n'est émis depuis cette page.
Partiel (auth live)
Authentication API
Sessions et jetons via Supabase Auth aujourd'hui — OAuth pour apps tierces sur la feuille de route intégration.
Feuille de route
GTL ID API
Profils, rôles et adhésions produit pour applications conscientes de l'écosystème.
Modèle d'architecture
Storage API
Fichiers, métadonnées et partage contrôlé sur la couche de stockage partagée.
Planifié
Search API
Indexation et requêtes Palmis / écosystème à maturité de l'infrastructure search.
Feuille de route
AI API
Assistants et intelligence contextuelle — garde-fous et accès limité.
Les statuts reflètent feuille de route et architecture — vérifier la doc développeur lors de publication.
Modèle d'interopérabilité
Comment les produits sont conçus pour fonctionner ensemble — direction honnête, pas couplage production complet aujourd'hui.
Drive → source fichiers
Conçu pour stocker versions et dossiers consommés par pièces jointes Docs et imports Sheets.
Docs → documents sur stockage
Planifié pour référencer objets Drive/cloud et métadonnées partagées plutôt que dupliquer les blobs.
Sheets → données structurées
Direction : grilles et exports via stockage et moteur de synchronisation.
Mail → identité & notifications
Planifié pour relier GTL ID pour adressage, alertes et messages inter-produits.
Search → découverte
Conçu pour indexer le contenu écosystème quand Mail, Docs, Drive et Sheets exposent des métadonnées.
IA → assistance transverse
Aide contextuelle planifiée avec accès limité et permission-aware.
Carte des dépendances (concept)
Dépendances logiques du modèle écosystème — pas un schéma de service mesh live.
GTL ID
Mail
Search
Drive
Docs
Sheets
Drive → Docs / Sheets · GTL ID → Mail / Search