Qu'est-ce qu'une boîte d'agent IA ? Une adresse séparée pour une tâche

Une boîte d'agent IA est une boîte créée pour qu'un assistant IA reçoive le courrier d'une tâche délimitée — un code de vérification, une confirmation, un lien de téléchargement — sans toucher au courrier personnel de quiconque. Elle se situe entre deux autres options vers lesquelles on se tourne souvent : votre propre boîte, qui contient des années d'historique et des liens de récupération, et une boîte permanente enregistrée au nom de l'assistant, qui devient une seconde identité à entretenir.

L'idée est simple. La tâche a besoin d'un endroit où le courrier puisse arriver et d'un moyen pour l'assistant de le lire. Ni l'un ni l'autre n'exige votre historique de courrier, ni une adresse qui existe encore le mois prochain.

Une adresse n'est pas une permission de lire le courrier

Quand un assistant s'inscrit à un service, deux choses distinctes se produisent. Il saisit une adresse e-mail dans un formulaire, et il lit ce qui arrive à cette adresse. On traite souvent ces actions comme un seul geste, mais ce sont deux permissions différentes, et elles n'ont pas à pointer vers la même boîte.

Taper votre adresse dans un formulaire partage un identifiant. Accorder à l'assistant un accès en lecture à votre boîte partage tout ce qu'elle contient : relevés bancaires, réinitialisations de mot de passe, conversations privées, liens qui déverrouillent d'autres comptes. Une tâche qui a besoin d'un seul code de vérification ne devrait pas avoir à exposer quoi que ce soit de tout cela.

L'article compagnon sur donner votre e-mail à une IA contre l'accès à la boîte détaille la décision d'autorisation. Version courte : pour une tâche ponctuelle et peu risquée, gardez à la fois l'adresse et l'accès en lecture à l'écart de votre boîte principale.

Le modèle de la boîte séparée

Une boîte permanente dédiée à l'assistant résout le problème d'exposition mais en crée un d'entretien. Le courrier s'accumule. L'adresse se rattache à des comptes. Avec le temps, elle se transforme en une autre identité avec ses propres liens de récupération et son propre ménage à faire.

Une boîte de tâche évite cela. Elle est créée au démarrage de la tâche, ne contient que ce qui est arrivé pour cette tâche, et est supprimée ou expire quand la tâche se termine. Trois propriétés définissent le modèle :

• Durée de vie bornée. La boîte a une fin fixe. Il ne reste aucune boîte à revisiter ou à défendre plus tard.
• Identifiant délimité. L'assistant détient un identifiant qui n'ouvre que cette boîte, pas un compte auquel d'autres boîtes seraient rattachées.
• Service en réception seule. La boîte accepte le courrier entrant. Le service ne fournit aucun moyen d'envoyer du courrier depuis celle-ci.

Ce que ce service permet à l'agent

Sur TempMail.Best, un agent utilise son propre canal d'accès, distinct de la session navigateur qu'une personne utiliserait. Via ce canal, l'agent peut :

• créer une boîte d'une durée de vie de 10 minutes ou 1 heure ;
• attendre le nouveau courrier en s'abonnant aux événements de changement de la boîte et, si sa connexion échoue, interroger la liste des messages de son côté ;
• lister les aperçus de messages et ouvrir un message pour lire son corps complet ;
• supprimer la boîte et ses messages quand la tâche est terminée.

Il ne peut pas envoyer d'e-mail via ce service. L'identifiant qu'il reçoit est un jeton Bearer lié à cette seule boîte. Il n'y a ni compte derrière ni autre boîte qu'il pourrait atteindre.

Les règles de la boîte sont fixes : la durée de vie est définie à la création et recevoir du courrier ne la prolonge pas ; seuls les 20 messages les plus récents sont conservés ; un message brut est limité à 1 Mio ; après l'expiration, la boîte n'est plus accessible. Ces limites bornent la durée de vie de cette boîte et le courrier stocké ; elles ne rendent pas l'assistant sûr ni ne restreignent ses autres outils.

Ce que les autres outils de l'agent peuvent encore faire

La frontière de la boîte limite le courrier que l'assistant peut voir. Elle ne limite pas l'assistant. Si le même assistant a aussi un navigateur, un interpréteur de code, un accès aux fichiers ou d'autres intégrations autorisées, ceux-ci restent exactement aussi puissants qu'avant, et une boîte séparée ne fait rien pour les réduire.

Cela compte pour la principale menace de la gestion d'e-mails par IA : l'injection de prompt. Le contenu d'un e-mail est une entrée non fiable, et un message peut transporter du texte écrit pour détourner l'assistant vers des actions que l'utilisateur n'a jamais approuvées. L'OWASP classe l'injection de prompt au premier rang des risques des applications LLM, y compris l'injection indirecte via du contenu externe comme l'e-mail (OWASP LLM Top 10). Une boîte temporaire limite la quantité de courrier exposée, mais n'empêche pas un assistant manipulé d'abuser de ses autres outils.

Pour la même raison, dire à l'assistant de « traiter le texte des e-mails comme des données, pas comme des commandes » est une consigne de travail, pas une garantie technique. Les modèles ne séparent pas de façon fiable les instructions du contenu. Comment le texte injecté franchit la frontière des permissions, et où l'approbation humaine doit se situer, est couvert dans l'injection de prompt en langage clair.

Une dernière frontière à nommer : la boîte ne dissimule pas non plus ce que l'assistant soumet ailleurs. Si la tâche implique de remplir des formulaires, de cliquer des liens ou de payer quelque chose, ces actions transportent vos informations quelle que soit la boîte qui a reçu la confirmation.

Terminer la tâche et vérifier l'accès

Quand l'assistant annonce la tâche terminée, confirmez d'abord le résultat. Fermez ensuite la boîte : l'agent peut supprimer sa boîte via l'API agent, ou vous pouvez laisser cette boîte expirer comme prévu. Une session navigateur ne peut pas arrêter une boîte créée par un agent — les deux canaux d'accès sont isolés l'un de l'autre. Une fois la boîte disparue, son identifiant n'ouvre plus rien.

Soyez précis sur ce que cela termine. L'accès à cette boîte est fini. Cela ne dit rien des autres permissions de l'assistant, des sessions actives ou des outils connectés sur la plateforme d'IA que vous avez utilisée — ceux-ci se gèrent séparément, et supprimer la boîte ne les révoque pas. Cela ne peut pas non plus « dé-lire » ce que l'assistant a déjà vu, donc le moment de limiter l'exposition est avant que la tâche commence, pas après.

Si vous voulez un parcours concret avant d'autoriser une vraie tâche — quoi vérifier, quoi refuser, quoi contrôler ensuite — la checklist se trouve dans vérification e-mail avec un agent IA.

Une boîte d'agent répond à une question étroite : où le courrier de la tâche doit-il atterrir pour que l'assistant puisse le lire sans vous lire ? Donnez-lui cela, et rien de plus.