Vérifier avant la revue
Testez l’e-mail de facture modifié dans cette branche et listez tout ce qui s’est dégradé.
Une vérification s’est dégradée : la partie texte est maintenant vide.
GitHub Copilot
Laissez Copilot tester l’e-mail avant la pull request
Ajoutez un serveur dans VS Code pour que Copilot, en mode agent, lance un vrai test anti-spam sur l’e-mail envoyé par votre projet.
42 vérifications · Aucune clé · Aucun compte
Que demander
Corriger les échecs
Passez en revue les vérifications qui ont échoué dans ce rapport et modifiez ce qui peut l’être dans le code : [lien vers le rapport]
Deux corrections sont dans le code. La troisième est un enregistrement DNS à ajouter de votre côté.
L’ajouter à la CI
Ajoutez la GitHub Action Email Spam Tester à notre workflow pour les modifications sous templates/.
Le workflow a été ajouté. Il nécessite trois secrets de dépôt.
Ajouter le serveur dans VS Code
Le fichier se place à la racine de l’espace de travail, afin que toute l’équipe le récupère avec le dépôt.
https://email-spam-tester.com/mcp{ "mcpServers": { "email-spam-tester": { "type": "http", "url": "https://email-spam-tester.com/mcp" } }}Vous utilisez déjà .vscode/mcp.json ?
Ce fichier a son propre format. La clé principale est servers.
{
"servers": {
"email-spam-tester": {
"type": "http",
"url": "https://email-spam-tester.com/mcp"
}
}
}La revue de code lit le diff.
Personne ne lit les en-têtes.
La connexion fournit quatre outils
Aucun test d’une suite n’échoue lorsque l’alignement DMARC n’est plus respecté. Avec le serveur dans la configuration du dépôt, tous les membres du projet peuvent lancer le même test avec un simple prompt, sans avoir à configurer de clé.
GitHub Copilot/mcpget_test_addressRéserve une adresse pendant une heure. Si le test de placement est activé, vous obtenez aussi une liste de boîtes mail chez différents fournisseurs.
wait_for_reportAttend la fin des vérifications, puis renvoie les scores, les vérifications échouées et les avertissements avec leurs preuves, ainsi que le plan de correction.
get_reportLit un rapport existant à partir de son slug, y compris la progression de la vérification du dossier.
get_message_sourceRenvoie l’e-mail tel qu’il est arrivé, avec les en-têtes dans l’ordre de transmission, pendant une heure après sa livraison.
Questions
Pourquoi demande-t-il un vrai e-mail plutôt que du texte collé ?
Environ la moitié des vérifications analysent ce que la plateforme d’envoi ajoute : la signature DKIM, le chemin suivi par l’e-mail sur ses serveurs et les en-têtes de désabonnement. Le texte collé ne contient rien de tout cela, le modèle devrait donc deviner.
Que peut voir le serveur ?
Ce que vous envoyez à l’adresse de test. Le message brut est conservé pendant une heure après sa réception, puis seul le rapport reste disponible via un lien que toute personne connaissant le slug peut ouvrir. Envoyez uniquement des e-mails de test que vous accepteriez de montrer à un collègue et consultez la politique de confidentialité pour le reste.
Le score est-il le même que sur le site web ?
Oui. Il s’agit de la même analyse et de la même page de rapport. Vous pouvez donc comparer un test lancé depuis une conversation avec un test lancé depuis la page d’accueil.
Le fichier nécessite-t-il des secrets ?
Non. Le serveur n’exige aucune clé, la configuration peut donc être commitée.
VS Code demande-t-il une confirmation avant d’exécuter les outils ?
Oui, les appels d’outils passent par la confirmation habituelle de VS Code, sauf si vous les avez autorisés.
Et pour une vérification à chaque push ?
Utilisez la GitHub Action. Elle fait échouer le job si l’authentification échoue ou si le score baisse.