Des e-mails personnalisés et sourcés

Un e-mail personnel à un acheteur identifié échoue de deux manières prévisibles. Soit la recherche est superficielle, et une accroche fondée sur une université, une levée de fonds ou un titre de poste conviendrait tout aussi bien à n'importe lequel des quatre cents pairs de l'entreprise, si bien que le lecteur y voit un modèle type. Soit le modèle comble une lacune avec quelque chose de plausible, un chiffre légèrement faux ou un client que personne n'a mentionné, et le lecteur le remarque dès la première ligne. Un meilleur prompt n'empêche ni l'un ni l'autre, parce que le modèle qui rédige l'e-mail est aussi celui qui décide s'il a suivi les instructions.

Torke Reachout sépare ce travail. Deux agents d'IA se chargent de la lecture et de la rédaction, là où le jugement est nécessaire, et le code vérifie tout ce qui peut s'écrire sous forme de règle, en donnant la même réponse à chaque exécution. Si une phrase dit 400 et que la source qu'elle cite dit 340, le contrôle la retient. Si une phrase nomme une entreprise qui n'apparaît nulle part dans ses preuves, le contrôle la retient aussi.

Les fichiers de test du node suivent une prospecte fictive, Lena Brandt, VP Revenue dans une entreprise fictive appelée Example Robotics. Sa recherche réunit sept sources publiques, dont quatre écrites par elle. Dans un post daté du 18 septembre 2026, elle écrivait que ses commerciaux entendent parler des nouveaux projets d'entrepôts « par la presse, avec trois mois de retard », et lors d'une table ronde en juin, elle a déclaré que la plupart des affaires perdues l'étaient avant même que l'équipe sache qu'il y avait une affaire. L'e-mail accepté par le contrôle s'ouvre sur son propre post, nomme ce qu'elle veut, à savoir que son équipe soit impliquée avant qu'un appel d'offres ne soit rédigé, et ne dit qu'ensuite, en une phrase, ce que fait l'expéditeur. Il se termine par une seule question à laquelle elle peut répondre en une ligne, et chaque phrase porte une étiquette qui renvoie à sa source, si bien qu'un relecteur vérifie l'e-mail entier en quelques secondes.

Le code prouve qu'un e-mail est fondé. Il ne peut pas dire si une accroche compte pour la personne ni si l'e-mail se lit bien à voix haute, c'est pourquoi une personne de votre équipe lit chaque brouillon avant que quoi que ce soit ne parte. Ce qui change pour vous, c'est qu'un e-mail personnel ne dépend plus du soin avec lequel quelqu'un a fait ses recherches ce jour-là : chaque message porte une piste qui remonte aux propres mots du prospect, et les plus faibles s'arrêtent au contrôle.

Il n'envoie jamais rien et ne se connecte jamais à un site web. Il n'écrit pas à un client existant, à une affaire ouverte ni à un concurrent, et il refuse toute affirmation sur la santé, la famille, la religion, la politique ou les finances personnelles, conformément à la règle suisse de protection des données qui veut que l'on ne collecte que ce que la finalité exige.

Votre entreprise ne peut se décrire qu'à travers les lignes que vous approuvez dans un fichier de configuration, et un e-mail ne peut citer le résultat d'un client qu'une fois ce résultat approuvé. Le ton est mesuré en surface, à partir d'au moins trois textes écrits par la personne, et avec moins de textes il se rabat sur les textes de l'entreprise et le signale. Un brouillon qui passe tous les contrôles peut quand même être plat, c'est pourquoi une personne le lit avant qu'il ne parte.

Le contrôle de la recherche, le contrôle de l'e-mail et toute la chaîne, de la recherche au fichier mis en forme, sont écrits, et les 33 tests automatisés ont réussi le 15 octobre 2026, chacun soumettant une erreur connue aux contrôles ou confirmant que l'exemple fictif passe. Aucune exécution sur un vrai prospect n'est encore enregistrée : les premiers prospects passent donc par toute la chaîne avec une personne qui relit chaque e-mail mis en forme.