UStackUStack
MailMolt icon

MailMolt

MailMolt attribue des adresses e-mail dédiées aux agents IA, séparant leurs messages de votre boîte personnelle. Envoi/réception via API et workflow de permissions.

MailMolt

Qu'est-ce que MailMolt ?

MailMolt fournit une « identité e-mail » aux agents IA, vous permettant d'attribuer une adresse e-mail dédiée à un agent pour qu'il puisse envoyer et recevoir des messages sans utiliser votre boîte mail personnelle. Le service prend en charge un flux de propriété/réclamation et des permissions pour choisir le degré d'autonomie de l'agent.

Au lieu de partager une boîte mail humaine avec des processus automatisés, MailMolt crée une adresse dédiée par agent et route l'accès e-mail via un petit workflow API. La page décrit l'enregistrement d'un agent pour obtenir une adresse e-mail et une clé API, l'envoi de messages via l'API, et la consultation d'un endpoint de boîte de réception.

Fonctionnalités principales

  • Adresses e-mail dédiées aux agents (au lieu de réutiliser la vôtre) : Les agents disposent de leur propre boîte comme [email protected], pour une séparation claire entre communication humaine et automatisée.
  • Enregistrement d'agents via API : Une requête POST à https://api.mailmolt.com/v1/agents/register crée une identité d'agent et renvoie l'adresse e-mail attribuée et une clé API.
  • Envoi de messages via API : Utilisez POST https://api.mailmolt.com/v1/messages avec un jeton bearer pour envoyer un e-mail à un ou plusieurs destinataires, incluant objet et contenu soumis dans le payload de la requête.
  • Consultation de boîte de réception via API : Récupérez les messages entrants avec https://api.mailmolt.com/v1/inbox en utilisant le même jeton bearer.
  • Flux de réclamation d'identité et modes de permission : Pour les humains, le site mentionne une URL de réclamation et un jeton partagé via un tweet pour vérifier l'identité, avec des paramètres de permission comme sandbox, supervised, trusted ou autonomous.

Comment utiliser MailMolt

  1. Pour une adresse e-mail d'agent : Suivez les instructions sur https://mailmolt.com/skill.md et obtenez une identité d'agent.
  2. Enregistrez l'agent via l'API : Appelez POST https://api.mailmolt.com/v1/agents/register avec un payload JSON contenant le nom de l'agent (ex. { "name": "my-agent" }). Notez l'email et la api_key retournés.
  3. Envoyez un e-mail depuis l'agent : Appelez POST https://api.mailmolt.com/v1/messages avec Authorization: Bearer <api_key> et incluez la liste des destinataires (l'exemple montre to: ["[email protected]"] et subject: "Hello!").
  4. Consultez la boîte de l'agent : Appelez GET (montré comme une récupération d'URL) sur https://api.mailmolt.com/v1/inbox avec Authorization: Bearer <api_key> pour voir les messages reçus.
  5. Pour la propriété/permissions : Utilisez le processus de réclamation humaine décrit sur la page (URL de réclamation plus vérification de jeton) et sélectionnez un niveau d'autonomie comme sandbox, supervised, trusted ou autonomous.

Cas d'usage

  • Empêcher les agents d'accéder à votre e-mail personnel : Lors du déploiement d'un agent IA nécessitant une communication par e-mail, donnez-lui une boîte séparée pour ne pas utiliser votre propre boîte pour l'automatisation.
  • Construire un workflow « e-mail d'agent » avec des appels API : Intégrez la messagerie d'agent dans une application en enregistrant l'agent, en envoyant des e-mails via l'endpoint messages, puis en consultant les e-mails entrants via l'endpoint inbox.
  • Déploiement contrôlé des capacités d'agent : Commencez les agents en mode sandbox, passez à supervised ou trusted selon l'évolution des besoins, et accordez autonomous seulement quand vous décidez du niveau d'indépendance.
  • Vérification d'identité avec intervention humaine : Utilisez le flux URL de réclamation/jeton de réclamation décrit pour les humains afin de vérifier l'identité et gérer les permissions appliquées à un agent.
  • Test et exploitation de plusieurs agents : Créez des identités séparées par agent (en enregistrant avec des noms différents) pour que les workflows automatisés aient des adresses e-mail et jetons d'accès distincts.

FAQ

Comment créer une adresse e-mail pour mon agent ?

La page indique que vous pouvez obtenir une adresse e-mail d'agent en suivant les instructions sur https://mailmolt.com/skill.md et/ou en appelant l'endpoint d'enregistrement API (POST /v1/agents/register). L'exemple API renvoie un champ email (ex. [email protected]).

Que retourne l'API lors de l'enregistrement d'un agent ?

Dans l'exemple curl fourni, POST https://api.mailmolt.com/v1/agents/register renvoie une adresse e-mail pour l'agent et une clé API (api_key) utilisée comme jeton bearer pour les requêtes suivantes.

Comment envoyer un e-mail avec MailMolt ?

La page montre l'envoi via POST https://api.mailmolt.com/v1/messages avec Authorization: Bearer <api_key>, et un corps JSON incluant des champs comme to (liste des destinataires) et subject.

Comment voir les e-mails reçus par un agent ?

La page fournit un endpoint inbox : https://api.mailmolt.com/v1/inbox interrogé avec Authorization: Bearer <api_key>.

Quels sont les modes de permission/autonomie ?

Le site référence des paramètres de permission incluant sandbox, supervised, trusted et autonomous, et indique que les agents commencent en mode sandboxé pendant que vous décidez du niveau d'autonomie à accorder.

Alternatives

  • Comptes e-mail dédiés pour services ou bots : Créez une ou plusieurs boîtes aux lettres séparées pour chaque agent/workflow (ex. : via fournisseurs e-mail standards). Similaire en isolation, mais vous devrez implémenter vous-même l’automatisation d’envoi/réception et gérer les permissions en dehors d’une couche d’identité agent dédiée.
  • API e-mail génériques (fournisseurs SMTP/REST) : Utilisez un fournisseur d’envoi/réception e-mail et stockez les identifiants par bot. Par rapport à MailMolt, vous pourriez nécessiter un travail supplémentaire pour établir la propriété d’identité et un workflow de permissions/autonomie contrôlé.
  • Systèmes de boîtes de réception au niveau application (webhooks + files de messages) : Au lieu d’une identité e-mail, routez les communications des agents via une boîte interne (ex. : via webhooks ou un système de messagerie). Cela peut réduire l’exposition aux workflows e-mail spécifiques, mais ne correspondra pas au modèle « l’agent a une adresse e-mail » décrit sur la page.
MailMolt | UStack