Architecture (aperçu)
Le câblage visé : intake marketing, liaison vérifiée des canaux dans le portail client, et boucle de conversation que vos ingénieurs raccorderont aux API WhatsApp Cloud, à l’ingress mail, à la voix et aux connecteurs Meta/LinkedIn.
Même logique site marketing et portail : le modèle ne « possède » pas le dossier — il propose des actions sous listes d’outils et de politiques ; l’humain peut toujours reprendre la main.
Chaque connecteur alimente le même graphe d’orchestration. Aujourd’hui UI et texte ; demain les mêmes champs mappent vers webhooks, jetons OAuth et modèles de messages par locataire.
Même logique site marketing et portail : le modèle ne « possède » pas le dossier — il propose des actions sous listes d’outils et de politiques ; l’humain peut toujours reprendre la main.
Étape 1
Normaliser les entrées en message canonique (canal, langue, pièces, intention suggérée).
Étape 2
Charger le contexte : demandes actives, écarts checklist et extraits RAG autorisés.
Étape 3
Rédiger une réponse ou un résumé interne ; contrôles politique (PII, ton, règles module, escalade).
Étape 4
Envoyer sur le canal vérifié choisi par le client, journaliser l’audit, refléter dans la timeline du portail.
L’UI livrée aujourd’hui ne doit pas changer quand le backend part en prod — seuls fetchers et webhooks gagnent une implémentation.