Cloudflare Email Service: 이제 public beta. agents를 위한 준비 완료

Cloudflare가 Email Service를 public beta로 전환하고, 이메일을 agents의 기본 인터페이스로 쓰는 흐름을 본격화했다.

핵심은 양방향 이메일 인프라다.

• Email Sending이 public beta로 올라와, Workers binding으로 바로 메일을 보낼 수 있다.
• API key 관리 없이 env.EMAIL.send()로 발송할 수 있고, REST API와 TypeScript / Python / Go SDK도 제공한다.
• 도메인을 등록하면 SPF / DKIM / DMARC를 자동 설정해 전달성과 인증을 맞춘다.
• 기존의 Email Routing과 합치면, Cloudflare 안에서 수신 → 처리 → 회신까지 한 번에 된다.

Agents SDK 쪽도 이메일 중심으로 강화됐다.

• onEmail 훅으로 이메일을 받아 처리하고, 필요하면 비동기로 작업한 뒤 다시 보낼 수 있다.
• 예시처럼 support agent가 메일을 받아 상태를 저장하고, 백그라운드 작업을 트리거한 뒤 회신할 수 있다.
• 즉시 응답만 하는 chatbot이 아니라, 시간을 두고 일하는 agent 패턴을 지원한다.

내부 동작도 구체적이다.

• 주소 기반 resolver로 [email protected] 같은 주소를 특정 agent instance에 라우팅한다.
• sub-addressing도 지원해 namespace 분리를 할 수 있다.
• agent state는 Durable Objects 위에 유지돼, 이메일 대화 맥락이 지속된다.
• 회신 라우팅은 HMAC-SHA256으로 보호해, 헤더 위조로 다른 agent instance로 보내는 공격을 막는다.

Cloudflare는 이메일을 어디서든 쓸 수 있게 주변 도구도 같이 냈다.

• Cloudflare MCP server에서 이메일 API를 호출할 수 있다.
• Wrangler CLI에 이메일 명령을 추가해, bash 환경의 agent가 낮은 context overhead로 메일을 보낼 수 있다.
• 이메일 서비스용 Skills도 공개해 설정, 발송, inbound 처리, deliverability best practices를 정리했다.

마지막으로 Agentic Inbox라는 오픈소스 reference app도 공개했다.

• conversation threading, 이메일 렌더링, 첨부파일 저장, 자동 회신을 포함한다.
• Workers AI, R2, Agents SDK를 묶어 실제 이메일 앱과 agent를 만드는 예시로 쓸 수 있다.
• 팀마다 반복해서 만들던 inbound-classify-reply 파이프라인을 재사용 가능한 출발점으로 제공한다.