Mail Vet

La boucle

Cinq étapes, que l’agent exécute toutes sans avoir besoin d’être guidé à chacune d’elles.

1. Obtenir une adresse

   Un seul appel réserve une adresse à usage unique et indique à l’agent dans quelle langue rédiger le plan de correction. L’adresse accepte exactement un message et expire au bout d’une heure.

2. Lui envoyer le véritable message

   Pas un résumé, ni une version abrégée. La moitié des contrôles lisent les en-têtes ajoutés par la plateforme d’envoi, et un corps de message collé n’en contient aucun.

3. Attendre

   Un seul appel bloquant. Il renvoie une réponse lorsque l’analyse est terminée, l’agent n’a donc rien à interroger périodiquement et aucune boucle d’attente à mal gérer.

4. Corriger ce qu’il indique

   Chaque constat est accompagné de la section RFC et de la page de documentation Google qui l’étayent, afin que l’agent puisse vérifier l’affirmation au lieu de s’y fier.

5. Renvoyer

   Une nouvelle adresse, le message corrigé, un deuxième score à comparer au premier. Les gains attendus sont calculés en réévaluant le score, mais ils ne se cumulent pas, et le deuxième rapport donne le chiffre réel.

Le connecter

Le serveur MCP tient en une ligne pour Claude Code :

claude mcp add --transport http email-spam-tester https://email-spam-tester.com/mcp

Ou, pour un client qui accepte du JSON :

{
  "mcpServers": {
    "email-spam-tester": {
      "type": "http",
      "url": "https://email-spam-tester.com/mcp"
    }
  }
}

Quatre outils sont fournis avec : réserver une adresse, attendre le rapport, lire un rapport existant à partir de son slug et récupérer la source du message exactement telle qu’elle a été livrée.

Le fichier de compétence

MCP fournit les outils à l’agent. Ce fichier lui apporte le discernement : quand les utiliser, comment interpréter un statut skip par rapport à un statut pass, et quels constats correspondent à des enregistrements DNS que la personne doit modifier plutôt qu’à du texte que l’agent peut corriger. Ajoutez-le et l’agent cesse de poser la question.

Enregistrez-le sous .claude/skills/mail-vet/SKILL.md, ou collez-le dans ce que votre client appelle l’équivalent.

Sans agent

Deux requêtes, aucune clé. La première réserve l’adresse, la seconde lit le rapport : 202 tant que rien n’est arrivé, 200 avec tout une fois le message reçu.

# reserve a single-use address
curl -sX POST 'https://email-spam-tester.com/api/v1/inbox?lang=en&utm_source=agent'
# {"address":"test-<slug>@email-spam-tester.com","slug":"<slug>",...}

# send the message there, then read it back
curl -s 'https://email-spam-tester.com/api/v1/tests/<slug>'
# 202 while nothing has arrived, 200 with the report once it has

La réponse contient report_url, qui correspond à la page qu’une personne peut lire. Transmettez-la plutôt qu’un mur de JSON.

Lecture du rapport

Deux nombres, qui ne sont pas deux avis sur la même chose.

Une vérification réussit, génère un avertissement, échoue, est ignorée ou rencontre une erreur. Ignorée ne signifie pas réussie : cela signifie que la vérification ne s’appliquait pas, faute de pièces jointes à analyser ou de partie HTML à évaluer. Une erreur signifie que nous n’avons pas pu obtenir le résultat, ce qu’il vaut mieux indiquer clairement plutôt que d’attribuer un score comme si nous l’avions obtenu.

Ce que le brouillon ne peut pas corriger

Certains constats concernent le DNS, pas le contenu, et l’agent doit le dire clairement au lieu de modifier le message jusqu’à ce que le score change :

• les enregistrements SPF, DKIM et DMARC, et leur alignement avec le domaine From
• le DNS inverse de l’IP d’envoi, et sa confirmation par une résolution directe
• les enregistrements MX, TLS sur l’hôte d’envoi et les entrées dans les listes de blocage
• MTA-STS, les rapports TLS, DNSSEC et BIMI

Tout le reste relève du brouillon : objet, pré-en-tête, poids du HTML, partie texte, texte alternatif des images, raccourcisseurs de liens, en-têtes de désabonnement.

Quatre habitudes à lui apprendre