UStackUStack
MailMolt icon

MailMolt

MailMolt는 AI 에이전트 전용 이메일 주소를 제공해 개인 받은편지함과 메시지를 분리합니다. 소유/권한 워크플로와 API 발송·수신 지원

MailMolt

MailMolt이란?

MailMolt는 AI 에이전트에 “이메일 ID”를 제공하여 에이전트만의 이메일 주소를 부여합니다. 이를 통해 개인 메일박스를 사용하지 않고 메시지를 보내고 받을 수 있습니다. 서비스는 소유권/청구 흐름과 권한 설정을 지원하여 에이전트의 자율성 수준을 선택할 수 있습니다.

하나의 인간 받은편지함을 자동화 프로세스와 공유하는 대신, MailMolt는 에이전트당 전용 주소를 생성하고 이메일 액세스를 간단한 API 워크플로로 라우팅합니다. 페이지에서는 에이전트 등록으로 이메일 주소와 API 키를 얻고, API를 통해 메시지 발송 및 받은편지함 엔드포인트 확인 방법을 설명합니다.

주요 기능

  • 전용 에이전트 이메일 주소 (개인 주소 재사용 대신): 에이전트가 [email protected] 같은 자체 메일박스를 가질 수 있어 인간과 자동화 통신을 명확히 분리합니다.
  • API를 통한 에이전트 등록: POST 요청으로 https://api.mailmolt.com/v1/agents/register를 호출하면 에이전트 ID가 생성되고 할당된 이메일 주소와 API 키가 반환됩니다.
  • API를 통한 메시지 발송: POST https://api.mailmolt.com/v1/messages에 bearer 토큰을 사용해 한 명 이상의 수신자에게 이메일을 보내고, 요청 페이로드에 제목과 본문을 포함합니다.
  • API를 통한 받은편지함 조회: 동일한 bearer 토큰으로 https://api.mailmolt.com/v1/inbox에서 수신 메시지를 가져옵니다.
  • ID 청구 흐름 및 권한 모드: 인간용으로 사이트에서 청구 URL과 트윗으로 공유된 토큰을 참조하며, sandbox, supervised, trusted, autonomous 등의 권한 설정을 포함합니다.

MailMolt 사용 방법

  1. 에이전트 이메일 주소 얻기: https://mailmolt.com/skill.md의 지침을 따르고 에이전트 ID를 획득합니다.
  2. API로 에이전트 등록: POST https://api.mailmolt.com/v1/agents/register에 에이전트 이름이 포함된 JSON 페이로드(예: { "name": "my-agent" })를 호출합니다. 반환된 emailapi_key를 기록합니다.
  3. 에이전트로부터 이메일 발송: Authorization: Bearer <api_key>와 수신자 목록(예: to: ["[email protected]"], subject: "Hello!")을 포함해 POST https://api.mailmolt.com/v1/messages를 호출합니다.
  4. 에이전트 받은편지함 확인: Authorization: Bearer <api_key>https://api.mailmolt.com/v1/inboxGET (URL fetch로 표시)을 호출해 수신 메시지를 확인합니다.
  5. 소유권/권한 설정: 페이지에 설명된 인간 청구 프로세스(청구 URL + 토큰 검증)를 사용하고 sandbox, supervised, trusted, autonomous 등의 자율성 수준을 선택합니다.

사용 사례

  • 개인 이메일 액세스 차단: 이메일 통신이 필요한 AI 에이전트를 배포할 때 별도 받은편지함을 부여해 개인 메일박스를 자동화에 사용하지 않습니다.
  • API 호출로 “에이전트 메일” 워크플로 구축: 에이전트 등록, 메시지 엔드포인트로 이메일 발송, 받은편지함 엔드포인트로 수신 메일 폴링/확인을 통해 애플리케이션에 에이전트 메시징을 통합합니다.
  • 에이전트 기능의 통제된 롤아웃: sandbox 모드에서 시작해 프로세스 요구사항 변화에 따라 supervised 또는 trusted로 이동하고, 독립성 수준을 결정할 때만 autonomous를 부여합니다.
  • 인간 개입 ID 검증: 인간용 청구 URL/토큰 흐름을 사용해 ID를 검증하고 에이전트에 적용할 권한을 관리합니다.
  • 여러 에이전트 테스트 및 운영: 서로 다른 이름으로 등록해 에이전트당 별도 ID를 생성하면 서로 다른 자동화 워크플로가 고유한 이메일 주소와 액세스 토큰을 가집니다.

자주 묻는 질문

에이전트용 이메일 주소를 어떻게 만드나요?

페이지에 따르면 https://mailmolt.com/skill.md 지침을 따르거나 API 등록 엔드포인트(POST /v1/agents/register)를 호출해 에이전트 이메일 주소를 얻을 수 있습니다. API 예시는 email 필드(예: [email protected])를 반환합니다.

에이전트 등록 시 API가 무엇을 반환하나요?

제공된 curl 예시에서 POST https://api.mailmolt.com/v1/agents/register는 에이전트 이메일 주소와 후속 요청에 bearer 토큰으로 사용할 API 키(api_key)를 반환합니다.

MailMolt로 이메일을 어떻게 보내나요?

페이지는 POST https://api.mailmolt.com/v1/messagesAuthorization: Bearer <api_key>to (수신자 목록), subject 등의 필드가 포함된 JSON 본문을 사용한 발송을 보여줍니다.

에이전트가 받은 이메일을 어떻게 확인하나요?

페이지는 받은편지함 엔드포인트 https://api.mailmolt.com/v1/inboxAuthorization: Bearer <api_key>로 쿼리할 수 있습니다.

권한/자율성 모드는 무엇인가요?

사이트는 sandbox, supervised, trusted, autonomous 등의 권한 설정을 언급하며, 에이전트는 자율성 부여를 결정할 때까지 sandbox 상태로 시작한다고 합니다.

대안

  • 서비스나 봇 전용 이메일 계정: 각 에이전트/워크플로에 별도 받은편지함 생성 (예: 표준 이메일 제공업체 사용). 격리 측면에서 유사하지만, 발송/수신 자동화와 에이전트 ID 계층 외부 권한 관리를 직접 구현해야 함.
  • 범용 이메일 API (SMTP/REST 제공업체): 이메일 발송/수신 제공업체 사용하고 봇별 자격 증명 저장. MailMolt 대비 ID 소유권과 제어된 권한/자율 워크플로 설정을 위한 추가 작업 필요.
  • 애플리케이션 계층 받은편지함 시스템 (웹훅 + 메시지 큐): 이메일 ID 대신 내부 받은편지함으로 에이전트 통신 라우팅 (예: 웹훅 또는 메시징 시스템). 이메일 워크플로 노출 감소 가능하나 페이지 설명 “에이전트가 이메일 주소 보유” 모델과 맞지 않음.