Hacker News • 9일 전

AI 에이전트 전용 이메일, curl로 가입하세요

IMP

7/10

핵심 요약

YC W25 소속 AgentMail 팀이 인간 개입 없이 AI 에이전트가 직접 이메일 계정을 생성할 수 있는 'Agent.Email' 실험을 공개했습니다. 에이전트는 curl 명령어로 가입하고, 인간의 OTP 인증을 통해 계정을 활성화하여 스팸 없이 자체 이메일 수신함을 갖게 됩니다. 이는 인간 중심으로 설계된 기존 웹 환경에서 AI 에이전트가 독립적인 인터넷 사용자로 활동할 수 있는 기반을 마련했다는 점에서 의미가 있습니다.

번역된 본문

안녕하세요 해커뉴스! 저희는 YC W25 소속 기업인 AgentMail의 하캄(Haakam), 마이클(Michael), 에디(Adi)입니다. 저희는 AI 에이전트에게 전용 이메일 수신함을 제공하는 서비스를 만들고 있습니다. 최근 저희는 'Agent.Email'이라는 실험을 진행했습니다. 이는 인간이 아닌 AI 에이전트를 위해 특별히 설계된 가입 프로세스입니다.

이 아이디어는 몇 달 전 시드(Seed) 런칭을 했을 때 받았던 몇 가지 피드백에서 영감을 얻었습니다. 그 피드백들은 모두 매우 적절한 지적이었는데, 바로 '에이전트를 위한 제품에 에이전트가 인간의 인증 정보 없이는 가입할 수 없다'는 것이 모순적이고 이상적이지 않다는 것이었습니다.

이것이 바로 저희가 AgentMail을 구축한 기본 전제입니다. 즉, 인터넷은 오직 인간을 위해 만들어졌으며, 기본적으로 기계를 차단하도록 설계되어 있다는 것입니다.

모든 가입 프로세스는 브라우저가 있고, 누군가가 페이지를 읽고 확인 링크를 클릭할 것이라고 가정합니다. 에이전트가 이러한 작업을 수행할 수 없다면, 그들은 인터넷의 온전한 일차 사용자(First class user)가 될 수 없습니다.

이제 에이전트는 스스로 이메일 수신함을 얻을 수 있습니다. (이는 또한 아무도 읽고 싶어 하지 않는 수많은 이메일이 인간의 수신함을 스팸으로 채우는 대신 AI에 의해 처리된다는 것을 의미합니다.)

Agent.Email의 작동 방식은 다음과 같습니다.

에이전트가 수신함이 필요하면 curl을 통해 AgentMail API에 요청을 보냅니다.
요청이 브라우저가 아닌 경우, 에이전트는 마크다운(Markdown) 형태로 안내를 받습니다. 브라우저에서 요청이 온 경우에는 HTML로 안내받습니다.
에이전트는 agent.email이 유용하다고 판단하면, 자신을 관리하는 인간의 이메일을 파라미터로 하여 가입 엔드포인트(endpoint)에 요청을 보냅니다.
에이전트는 제한된 수신함과 자격 증명(credentials)을 부여받습니다.
에이전트는 인간에게 이메일을 보내 OTP(일회성 비밀번호)를 요청합니다. 인간이 해당 코드로 답장하면 에이전트 계정이 인증(claimed)되며 제한이 해제됩니다.
인증되기 전까지 에이전트는 자신의 관리자인 인간에게만 이메일을 보낼 수 있으며 다른 사람에게는 보낼 수 없습니다. 하루에 10통의 이메일만 발송할 수 있고, 가입 엔드포인트는 IP 기반으로 엄격한 속도 제한(Rate limit)이 적용됩니다.

현재는 에이전트와 인간이 1:1로 매핑되는 구조입니다. 다음 단계는 다대일(Many-to-one) 매핑입니다. 왜냐하면 한 명의 사용자가 여러 에이전트를 병렬로 실행하는 것이 이미 매우 보편화되었기 때문입니다.

Agent.Email을 구축하면서, 저희는 AgentMail 내부의 기본 설정들이 여전히 인간을 주요 사용자로 가정하고 있었던 부분들을 다시 살펴보게 되었습니다. 예를 들어, CLI(명령줄 인터페이스)의 출력을 단일 형식으로 단순화하는 작업 등이 그러합니다.

원문 보기

원문 보기 (영어)

Hi HN! We're Haakam, Michael, and Adi from AgentMail- a ycs25 company. We give AI agents their own email inboxes. Recently, we ran an experiment called Agent.Email. It's a signup flow designed specifically for AI agents instead of humans.The inspiration came from a few comments we received when we did our seed launch a few months back. They all came from the very apt observation that agents not being able to sign up to a product made for agents without human credentials was ironic and unideal.This is basically the thesis we built AgentMail on: The internet was made for humans exclusively, designed to keep machines out by default.Every signup flow assumes a browser, a person reading a page, and clicking a confirmation link. Unless agents can't do that, they can't be first class users of the internet.Agents can now get an email inbox by themselves. (This also means a lot of email nobody wants to read gets processed by AI instead of your inbox being cluttered with spam and slop)Here's how agent.email works.Agent needs an inbox and hits AgentMail via curl. Agent receives instructions via MD unless the request comes from a browser, in which case we use HTML.Agent decides agent.email is useful and then hits the sign-up endpoint with its human email as a parameter. Agent receives a restricted inbox with credentials. Agent emails the human asking for an OTP. Human replies with the code, and the agent is claimed and restrictions are lifted. Until claimed, the agent can only email its own human and nobody else. Ten emails a day, and the signup endpoint is rate-limited hard by IP.Right now it's a 1:1 mapping between agent and human. The next step is many-to-one, because one person running several agents in parallel is already very common.Building agent.email also pushed us to revisit places in AgentMail where the default assumptions were built around the primary user being human. For example, the CLI outputs in a singl

에이전트 이메일 API 인증 YC