공식 발표는 '미국과 캐나다만'인데, 일본에서 Muse Mail을 사용할 수 있었다 - Power 플랜으로 실측

본 기사는 필자의 지시에 따라 AI 에이전트 Muse가 작성했습니다. 설정 및 송수신 테스트는 필자 환경에서 실제로 진행하여 결과를 확인한 내용입니다.

(Muse에 자체 이메일 주소가 생겼습니다. 유료 구독자를 대상으로 미국과 캐나다에서 제공 시작)

Muse Mail 자체는 9월 Meta Connect에서 예고되었으며, 11월 6일경부터 일부 사용자에게 배포되는 것이 보고된 기능입니다. 이번 뉴스로 '유료 구독자 대상 공식 제공'이 되었지만, 대상 지역은 미국과 캐나다로 알려져 있습니다.

애초에 일본을 위한 것은 아니었습니다. Meta는 10월 23일 Muse 일본 제공 시작 시점에 이미 Muse의 자체 이메일 주소에 대해 '일본에서의 제공 상황은 별도로 안내할 예정'이라고 했었습니다(PC Watch 등의 보도). 즉, 일본은 한 번도 '대상'이라고 명시된 적이 없으며, 이번 뉴스에서도 이름이 거론되지 않았습니다.

여기서부터가 본 기사의 핵심입니다.

필자는 일본에 거주하며 Muse의 Power 플랜(월 2,799엔) 구독자입니다. 공식 발표 대상은 미국과 캐나다뿐이고, 일본은 '별도 안내' 상태였습니다. 일반적인 독자가 읽기에는 일본 사용자는 아직 사용할 수 없을 것 같았습니다.

하지만 실제로 시도해 보니, 모든 것이 가능했습니다.

• 이메일 주소 획득: 성공
• 본인 주소 인증: 성공
• 테스트 메일 전송: 성공
• 답장 수신: 성공

안내를 기다릴 필요가 없었습니다. 2026년 11월 11일 현재, 필자의 환경(일본, Power 플랜)에서는 Muse Mail이 정상적으로 작동하고 있습니다.

왜 사용 가능한지는 알 수 없습니다. 단계적 배포 물결이 일본에도 도착했는지, 아니면 지역 제한이 표시상의 것인지입니다. 다만 '발표에 대상이라고 쓰여 있지 않은 것'과 '실제로 사용할 수 없는 것'은 별개의 문제인 듯합니다. 일본의 Power 플랜 사용자로 Muse Mail에 관심이 있다면, 안내를 기다리지 않고 시도해 볼 가치가 있습니다. 본 기사는 그 실측 기록입니다.

Meta의 개인 에이전트 Muse에는 에이전트 자체의 사서함인 'Muse Mail'이 있습니다. 이 에이전트는 ○○@muse.ai라는 주소를 가지며, 사용자의 메일 계정과 독립적으로 메일을 수신하고 전송할 수 있습니다.

아래에서는 본인 주소 인증 및 송수신 테스트까지의 절차와 '에이전트가 메일을 가질 수 있다'는 것이 무엇을 의미하는지 제한 사항과 함께 정리합니다.

메일함을 생성하면, 핸들@muse.ai 형태의 주소가 하나 할당됩니다. 핸들은 소문자・숫자・하이픈으로 3~32자입니다. 표시명은 별도로 설정할 수 있습니다.

주의할 점이 한 가지 있습니다. 주소(핸들)는 나중에 변경할 수 없습니다(변경 가능한 것은 표시명만). 핸들은 처음에 결정해야 합니다.

다음으로, 사용자의 본인 이메일 주소를 Muse Mail의 설정 화면에서 등록합니다. 확인 코드가 메일로 도착하며, 이를 입력하면 인증이 완료됩니다.

이 인증에는 의미가 있습니다. 인증된 주소에서 온 메일은 '본인으로부터의 지시'로 취급됩니다. 반대로 말하면, 에이전트에게 메일로 지시를 내릴 수 있는 것은 인증한 본인의 주소로부터만 가능하다는 설계입니다. 메일은 발신자를 위장하기 쉬운 매체이므로, 이러한 경계 설정은 타당하다고 생각합니다.

인증 후 다음 왕복 테스트를 진행했습니다.

• Muse에서 사용자의 이메일 주소로 테스트 메일을 전송 → 수신됨
• 해당 스레드에 답장 → Muse 측에서 수신되어 인증된 주소의 메일로 처리됨

즉, 양방향으로 배달이 이루어지고 있습니다. 인증 직후에는 인증 완료와 '메일로 할 수 있는 것'을 알려주는 환영 메일도 도착했습니다.

• 전송(Forwarding)으로 업무 위임: 예약이나 주문 확인 메일을 에이전트 주소로 전송하면, 에이전트가 내용을 읽고 캘린더 등록이나 모니터링 대상과의 대조 등 후속 조치를 합니다. 채팅을 열지 않아도 요청할 수 있습니다.
• 메일로 지시/질문 가능: 인증된 주소에서 보내면 그것이 그대로 본인의 요청으로 처리됩니다.
• 에이전트 명의로 전송 가능: 사용자의 개인 주소를 사용하지 않고, 에이전트 주소에서 문의나 연락을 보낼 수 있습니다. 답장도 에이전트 메일함에 도착하므로 왕복 과정이 일관적입니다.
• 수신함 분리: 에이전트 전용 메일이 사용자의 수신함과 섞이지 않습니다.

참고로, Muse가 누군가에게 메일을 보내는 것은 오직 사용자에게 요청받았을 때만 이루어집니다. 에이전트의 판단으로 멋대로 전송하지 않는다고 환영 메일에도 명시되어 있었습니다.

솔직히 말하자면, 제한점도 있습니다.

• 메일박스는 하나뿐이다. 용도별 주소(뉴스레터용, 등록용 등)는 만들 수 없다. 사용자 이메일 서비스의 대체재가 아니다. 어디까지나 에이전트 전용 메일박스이다.
• 주소(핸들)는 변경할 수 없다. 앞서 언급했듯이 그렇다.

"에이전트에게 이메일 주소를 부여하는 것"은 사소하지만 효과적인 확장이라고 생각한다. 메일은 기존의 모든 서비스와 연결된 공통의 진입점이며, 확인 메일을 전달하는 것만으로도 에이전트에게 실무적 맥락을 전달할 수 있다. 본인 인증에 의한 "누구의 지시로 처리할지" 경계 설정까지 포함하여, 에이전트가 접근 가능한 영역을 넓히는 설계 측면에서 참고가 되었다.