Support client IA sur Gmail : le parcours draft sous approbation R2
Cas pilote TrustAI Support : fetch_emails réel, create_draft en approbation R2, pas d’envoi fantôme. Architecture Policy + Vault sans exposer de PII.
Le premier parcours réellement prouvé de la Trust Layer TrustAI, ce n’est pas une démo PowerPoint. C’est le Support Crew branché sur Gmail BYO :
- lire des emails (R1) ;
- proposer un brouillon (R2) ;
- attendre l’humain avant toute exécution d’écriture.
Pourquoi le draft-first gagne
- zéro mail envoyé par erreur ;
- ton de marque contrôlé ;
- formation continue de l’équipe sur les bonnes réponses ;
- audit trail pour la direction.
Architecture (sans secrets)
UI → API platform → Orchestrateur → Policy → Vault → Tool Gateway → Composio Gmail
Les tokens restent côté serveur / Composio. Les logs TrustAI ne doivent pas contenir de secrets OAuth. Les captures marketing ne montrent jamais le corps d’un email client.
Ce que vous activez demain matin
- Connecter Gmail (scopes readonly + compose).
- Lancer un run Support en autonomie 1.
- Approuver ou rejeter le draft.
- Mesurer le temps gagné sur 20 tickets.
CTA : Ouvrir Support · lire le Vault R0–R4.
Essayez TrustAI 4 jours
Commencez par auditer votre site, votre SEO et vos concurrents. Passez ensuite au Vault quand les données deviennent privées.
Lancer TrustAIQuestions fréquentes
L’agent envoie-t-il le mail après le draft ?
Non par défaut. send_email est une classe R3 distincte. Le pilote s’arrête sur l’approbation du brouillon R2.