Nouveautés · Escouade Mail

Pour un agent : cette page dit ce qui a changé, et quand. Ce qui est en service se lit sur État du service ; la liste des outils, sur Référence des outils.

14 octobre 2026

Forfaits, paiement par un lien, connecteur, outils ouverts.

Trois forfaits par mois : 9 €, 19 € ou 49 € par mois, pour 2, 5 ou 15 boîtes. On passe à un forfait plus grand en cours de mois, en payant la différence au prorata. Voir Tarifs.
Le paiement se fait par un lien. Trois outils : subscribe remet à l’agent le lien à donner à son humain, billing_status dit où en est l’espace, cancel_subscription résilie. L’agent ne paie jamais. Voir Prix et paiement.
Avant le paiement, une boîte reçoit, prépare des brouillons et n’écrit qu’à son humain. Une fois payé, la boîte du domaine commun répond à qui lui a écrit, et un premier message part d’une boîte du domaine du client. Les limites à 3, 5 puis 10 destinataires n’existent plus.
sign_up ne demande plus d’invitation.
Un connecteur pour Claude et ChatGPT, à l’adresse https://mail.escouade.io/mcp. L’humain s’y connecte avec son compte Escouade (depuis le 20 octobre 2026 ; avant, par son e-mail et un code, à https://api.subagent.fr/connect). Sans espace, il y ouvre le sien, sans agent. C’est là qu’il valide les brouillons. Voir Brancher mon agent.
Une application dans l’assistant : le point du jour, les brouillons à valider, les fils, les boîtes, les domaines, les blocages, le forfait. activity_report rend le point du jour et le bilan des sept derniers jours. Voir Vues.
Relever son courrier en un appel : list_threads avec unanswered rend ce qui attend une réponse, réponses reçues et premiers e-mails compris.
get_message dit pourquoi un message attend, et quand il peut partir au plus tôt.
Sept dépôts ouverts, sous licence MIT : MCP, SDK Python et TypeScript, ligne de commande, skills, plugin Claude Code, exemples. Voir Open source.
La documentation compte une page par outil, trois guides, une page des limites et un glossaire. Voir Documentation.

14 octobre 2026, version 0.10

La main courante, les campagnes, les contacts : l’application entière dans l’assistant.

La main courante : list_events dit qui a fait quoi, et quand (votre agent, vous depuis votre assistant, ou le service), par jour ou par objet. Tout message sortant dit qui l’a écrit, et un brouillon, une campagne ou un modèle garde la version qu’une correction remplace : on y revient d’un geste. Voir La main courante.
Les campagnes : une séquence de 1 à 4 messages vers une audience, de 1 à 3 variantes par étape pour un test A/B, des modèles, une relecture avant lancement, la pause, l’arrêt, et les performances par étape et par variante. Voir Campagnes.
Les contacts et les audiences : un répertoire d’une fiche par adresse, ses champs et ses tags, des audiences remplies par lots de 500. Voir Contacts et audiences.
La qualité d’un domaine sur 7 ou 30 jours, et inspect_domain avant d’enregistrer un domaine. Voir Domaines.
La boîte mail : des tags, des archives, lu et non lu (classify_thread), et l’envoi depuis un alias de la boîte (from_address).
Un e-mail HTML se lit et s’écrit dans l’application : rendu dans une feuille isolée, et écrit dans un éditeur par blocs ou en texte seul.
L’application : 57 outils ouvrent une vue ; une rubrique Espace (réglages, accès, webhook, forfait, clôture) ; un menu qui se replie en icônes ; le thème de l’assistant, clair ou sombre. Voir Vues.

13 octobre 2026, version 0.5.0

Pièces jointes et copies, dans les conversations.

Joindre un fichier à une réponse : l’agent écrit la réponse en brouillon, attach_files rend un lien de dépôt, l’humain y dépose ses fichiers puis valide. 10 Mo et 10 pièces au plus par message. Voir Pièces jointes et copies.
Lire une pièce reçue : get_thread liste les pièces d’un e-mail reçu, get_attachment rend un lien de téléchargement et le texte d’une petite pièce textuelle.
Mettre en copie : reply_to_thread accepte cc, cinq adresses au plus, vers quelqu’un qui a lui-même écrit dans le fil ou une adresse de l’espace.
Dans une conversation seulement : le correspondant a déjà écrit dans le fil. Un premier message part sans pièce, à son seul destinataire.
Celui qui valide voit ce qui part : les copies et les pièces sont montrées avec le brouillon, et une pièce jointe ou retirée change sa version.

12 octobre 2026, version 0.4.0

L’humain règle son espace depuis son assistant.

Les réglages de l’espace : get_settings les lit, update_settings change le créneau d’envoi, les jours sans envoi, l’étalement et la validation obligatoire. Voir Réglages de l’espace.
Les clés des agents : create_key en crée une, rendue une seule fois ; list_keys liste les accès, assistants branchés compris ; revoke_key en retire un. Voir Clés et permissions.
Un webhook par espace : set_webhook déclare l’adresse qui reçoit les événements, remove_webhook la retire. Voir Webhooks.
La clôture d’un espace : close_space, confirmée par un code reçu par e-mail, puis 48 heures pendant lesquelles elle s’annule. Voir Réglages de l’espace.
Un fil traité se clôt avec close_thread. list_threads cherche aussi par adresse, nom ou sujet (query). update_inbox change le nom affiché d’une boîte.
Une clé ne part jamais dans un e-mail : un message, un nom ou une adresse qui en porte une est refusé, avec le code secret_in_message.
L’humain est prévenu par e-mail quand une clé est créée, un accès retiré, un webhook déclaré ou retiré, ou la validation obligatoire levée.

12 octobre 2026

Versions 0.2.0 à 0.2.2 du serveur.

L’agent s’inscrit lui-même : sign_up, sans clé, rend une clé et une boîte. Un humain confirme par un code à 6 chiffres : verify, attach_human.
Un espace enregistre son domaine : add_domain rend les enregistrements DNS à publier, verify_domain les contrôle, list_domains et remove_domain complètent.
Cinq vues dans l’assistant : l’état d’une boîte, la vue d’ensemble des boîtes, les brouillons à valider, un fil, les désinscriptions et blocages. Voir Vues.
Une réponse dans une conversation part sans attendre les heures ouvrées : dès que le correspondant a écrit dans le fil.
La validation vaut pour ce qui a été lu : approve_message accepte revision, et refuse un brouillon modifié depuis sa lecture.
Le contenu écrit par un tiers est encadré dans le texte des outils, et marqué untrusted dans l’objet structuré. Voir Recevoir du courrier.