Show HN: Agent.email – 通过curl注册，通过人工OTP认领

# Show HN: Agent.email – 通过 curl 注册，人工 OTP 认领 来源：https://news.ycombinator.com/item?id=48225596 嗨，HN社区！我们是 Haakam、Michael 和 Adi，来自 AgentMail —— 一家 YC S25 公司。我们为 AI 智能体提供专属邮箱。最近，我们进行了一项名为 Agent.Email 的实验。这是一个专门为 AI 智能体（而非人类）设计的注册流程。 灵感来源于几个月前我们进行种子轮发布时收到的几条评论。评论者敏锐地指出：一款为智能体打造的产品，却无法让智能体在没有人类凭证的情况下注册，这既讽刺又不理想。 这正是我们创立 AgentMail 的核心理念：互联网是专为人类设计的，默认将机器排除在外。 每一个注册流程都假设有浏览器、有人阅读页面、有点击确认链接。如果智能体做不到这些，它们就无法成为互联网的一等公民。 现在，智能体可以自己获取邮箱了。（这也意味着大量无人愿意阅读的邮件将由 AI 处理，而不是让你的收件箱被垃圾和低质信息塞满。） 以下是 agent.email 的工作原理。 智能体需要邮箱，通过 curl 访问 AgentMail。智能体通过 Markdown 格式接收指令，除非请求来自浏览器（此时我们使用 HTML 格式）。 智能体判断 agent.email 有用，便用自己的人类邮箱作为参数访问注册端点。智能体收到带有凭证的受限邮箱。智能体向人类发送邮件请求 OTP。人类回复验证码，智能体便被认领，限制解除。在被认领之前，智能体只能给自己的主人发邮件，不能给其他人发。每天限发 10 封邮件，注册端点实行严格的 IP 速率限制。 目前智能体与人类是 1:1 映射。下一步是多对一，因为一个人同时运行多个智能体已经非常普遍。 构建 agent.email 也促使我们重新审视 AgentMail 中那些默认以人类为主要用户的假设。例如，CLI 输出采用单列一致格式，因为混合分隔符对人类扫描来说很容易，但对智能体推理结构来说却更难。我们还缩短了 messageID，因为智能体在较长的 ID 上开始幻觉式补全。 有几个问题想听听社区的意见：受限直到认领这种信任模型是否恰当？智能体自助注册在生产环境中是否实用，还是主要只是新奇事物？如果是新奇事物，需要什么才能变得真正实用？智能体注册是否默认需要人类批准，还是某些智能体应该能够完全自助配置？您认为我们还可以采取哪些额外措施来确保注册安全？