AgentMail : fermer la boucle email pour vos agents IA
Découvrez comment AgentMail permet à OpenClaw de gérer réception, parsing et réponses email dans des workflows IA opérationnels.
AgentMail : fermer la boucle email pour vos agents IA
Un agent IA qui envoie des emails, c'est classique. Un agent IA qui reçoit une réponse, la parse, la qualifie et déclenche une action — c'est autre chose. La plupart des setups email pour agents se limitent à l'envoi via SMTP, sans prise en charge du receive, du parsing structuré ni du routing intelligent.
AgentMail est une infrastructure email pensée pour les agents IA : une adresse unique par agent, un webhook de réception, un parsing automatique des reply, et une boucle complète receive → parse → decide → respond.
En un coup d'œil
| Critère | Détail |
|---|---|
| Fonction principale | Boucle email complète pour agents IA (send + receive + parse) |
| Parsing | Extraction structurée du sender, sujet, body, pièces jointes |
| Intégration OpenClaw | Webhook → agent → action → réponse |
| Cas d'usage | Qualification, follow-up, booking, support léger |
Qu'est-ce qu'AgentMail ?
AgentMail donne à chaque agent IA sa propre adresse email fonctionnelle. Contrairement à une boîte Gmail branchée via IMAP — pensée pour des humains — AgentMail est conçu pour la consommation programmatique :
- Receive : chaque agent dispose d'une adresse dédiée. Les emails reçus sont exposés via API ou webhook.
- Parsing structuré : extraction automatique de sender, subject, body_clean, quoted reply et attachments.
- Send : envoi via API avec support reply_to, BCC, templates.
- Routing conditionnel : router vers différents agents selon sender, sujet ou règles personnalisées.
L'idée centrale : l'email devient un canal d'entrée/sortie standard pour vos agents, au même titre qu'un outil de recherche ou qu'une base de données.
Le problème avec l'email classique
Une boîte email standard (Gmail, Outlook) a été conçue pour des humains. Un agent qui lit sa boîte doit :
- Se connecter en IMAP
- Lire les emails bruts
- Parser le body (souvent un quoted reply de plusieurs KB)
- Extraire l'intention à partir de texte libre
- Décider d'une action
Chaque étape ajoute de la friction et des erreurs. Un email de réponse n'est pas structuré comme une API response — il contient des formules de politesse, du contexte précédent, des signatures, des pièces jointes inline.
Comment AgentMail résout le problème
Le flux est radicalement différent :
Email reçu → AgentMail parse → Webhook déclenché → Agent OpenClaw reçoit un payload structuré → Agent décide → AgentMail envoie la réponse
Le payload reçu par l'agent contient déjà les champs structurés :
{
"from": "client@example.com",
"subject": "RE: Demo du 12 mai",
"body_clean": "Bonjour, je souhaite reporter au 15.",
"attachments": ["contrat.pdf"],
"thread_id": "thread_abc123"
}
L'agent n'a plus à parser. Il reçoit une structure prête à être actionnée.
Configuration dans OpenClaw
1. Créer une adresse par agent
Chaque agent obtient une adresse unique agent-name@agentmail.to. C'est cette adresse qu'on partage aux correspondants.
2. Configurer le webhook de réception
Dans le dashboard AgentMail, pointer le webhook vers l'endpoint OpenClaw. Chaque email reçu déclenche un appel POST avec le payload structuré.
3. Définir le comportement de l'agent
L'agent OpenClaw reçoit le payload et applique ses règles :
- Qualification : l'email est-il un lead, une réponse à un follow-up, un signal d'intérêt ?
- Follow-up : si pas de réponse après N jours, relancer automatiquement.
- Booking : si le destinataire confirme, créer un événement dans le calendrier.
- Escalade : si le message contient des mots clés ("urgent", "manager", "annulation"), alerter un humain.
4. Répondre via AgentMail
L'agent utilise l'API AgentMail pour envoyer la réponse. Le thread_id permet de maintenir le contexte de la conversation.
Cas d'usage concrets
Qualification de leads
Un agent d'outreach envoie une sequence email à des prospects. Les réponses arrivent sur l'adresse AgentMail de l'agent. L'agent parse le body_clean :
- "Je suis intéressé" → taguer le lead comme Qualified, ajouter au follow-up chaud
- "Pas maintenant" → déplacer dans une sequence de nurture
- "Désabonnement" → nettoyer de la liste
L'ensemble du flux est automatisé, sans intervention humaine sur la qualification initiale.
Follow-up intelligent
L'agent envoie un email de suivi J+7. Si aucune réponse dans les 72h, il envoie un second email avec un angle différent. Si toujours pas de réponse, il marque le lead comme inactif.
Workflow : l'agent planifie le follow-up → envoie via AgentMail → le webhook détecte les réponses (ou leur absence) → déclenche l'étape suivante.
Booking et escalade humaine
Quand un prospect répond positivement ("oui, je suis disponible Thursday next week"), l'agent parse la date, vérifie la disponibilité calendrier, et envoie une confirmation.
Si le message contient "je veux parler à un humain" ou "escalade", l'agent transmet automatiquement au channel approprié (Telegram, Slack) via un skill de routing.
Support léger
Un agent de support reçoit les emails sur son adresse dédiée. Il répond automatiquement aux questions fréquentes et escalade vers un agent humain les cas complexes. Le thread est conservé pour que l'agent humain reprenne sans perte de contexte.
Avantages
- Payload structuré : l'agent reçoit des champs prêts, pas du texte brut à parser
- Boucle complète : receive + send dans le même outil
- Routing conditionnel : un AgentMail peut router vers plusieurs agents selon des règles
- Escalade humaine : intégration native pour transmettre à un humain quand nécessaire
- Pas de code IMAP fragile : API propre, webhooks, pas de polling IMAP
Limites
- Dépendant d'AgentMail : si le service change ses conditions ou ses prix, le workflow est impacté
- Pas de support multi-tenant natif : les configurations avancées peuvent demander du custom code
- Deliverabilité : comme tout email transactionnel, dépend du domain setup (SPF, DKIM, DMARC)
Pour qui ?
AgentMail est pertinent si vos agents :
- Font de l'outreach email à grande échelle
- Doivent recevoir et traiter des réponses (pas juste envoyer)
- Ont besoin d'une boucle receive → parse → decide → respond fiable
- Veulent éviter le code IMAP fragile
Inutile si vos agents fonctionnent uniquement en mode push (envoi sans réception structurée) ou si vous avez déjà une infrastructure email avec un bon parsing layer.
FAQ
AgentMail est-il gratuit ? Un free tier existe pour tester la réception et l'envoi. Les plans payants donnent accès à plus d'adresses, plus de webhooks et du routing avancé.
Peut-on l'utiliser avec d'autres agents que OpenClaw ? Oui. AgentMail expose une API HTTP et des webhooks, agnostique du framework. Utilisable avec LangChain, CrewAI, AutoGen ou tout autre framework capable de consommere une API REST.
Comment sont gérées les pièces jointes ? Les pièces jointes sont stockées et accessibles via URL ou téléchargement direct. L'agent peut les traiter (parser un PDF, analyser une image) ou les ignorer.
vs une boîte Gmail IMAP ? Gmail IMAP donne accès à des emails bruts. AgentMail ajoute une couche de parsing structuré, des webhooks pour le receive temps réel, et un routing conditionnel. Pour un agent, c'est la différence entre recevoir un email et recevoir une action prête à être exécutée.
Comment fonctionne l'escalade vers un humain ? L'agent OpenClaw détecte les signaux d'escalade (mots clés, intention explicite) et transmet le contexte complet via un channel secondaire (Telegram, Slack, email humain). Le thread complet est conservé.
En résumé
Si vos agents doivent réellement gérer des conversations email, AgentMail est une brique bien plus adaptée qu'une simple boîte mail branchée à la hâte. Boucle complète, payload structuré, routing conditionnel — le tout sans code IMAP fragile.
Utilisez-vous déjà une infrastructure email pour vos agents ? Quelle est votre approche actuelle ?
Articles liés pour aller plus loin :
Restez informé sur les agents IA
Nouveaux tutoriels, comparatifs et guides pratiques directement dans votre boîte mail.