看看通常拿到一个 API 密钥需要什么。填写表单。确认邮箱——用一个收件箱，而那正是你来这里想要的东西。 登录控制台。点进设置页面。生成密钥。把它复制到环境变量里。每一步都假定你有手有眼。
现在让一个自主智能体来做这件事。它做不到，而且这个失败是循环的：要注册这个邮件 API， 得先有一个邮箱。
无需认证的 POST
apumail 的开通调用完全不需要认证：
curl -sS -X POST https://api.apumail.com/api/v1/inboxes{
"address": "vivid-llama-4a2c@apumail.com",
"token": "…"
}这就是全部的入门流程。没有账号，没有密钥，没有控制台。一个从未听说过 apumail 的智能体， 在一次工具调用之内就能从零得到一个可用地址——而当模型在等待时，这是唯一真实存在的延迟预算。
为什么这并不是看上去的安全漏洞
看到“无需认证的 POST”，第一反应往往是有什么东西没关好。值得精确地想一想，认证原本能保护什么。
令牌的作用域仅限一个收件箱。返回的不是账号凭证——而是针对该收件箱的一项能力， 仅此而已。它背后没有可以提权的账号，没有可以耗尽的账单，也读不了其他收件箱。泄露一个智能体令牌， 泄露的只是一个一次性收件箱。对比一下让智能体持有你的 Gmail 应用专用密码。
垃圾邮件关卡设在 RCPT TO，而不是注册环节。一个开放的开通端点最容易招来的是垃圾邮件，
所以关卡就设在邮件真正到达的地方：发往一个没人开通过的本地部分的邮件，会在
RCPT TO 阶段以 550 5.1.1 被拒绝，邮件正文根本不会被接收。
此外，每个连接 IP 每分钟最多 30 封邮件。要求注册一个都挡不住——垃圾邮件发送者非常乐意填表。
外发邮件按收件箱和按 IP 限速，并且
from 被强制设为已认证的收件箱。免费邮件服务的滥用场景是被当作垃圾邮件中继；
这在中继环节就被堵住了，而不是在门口。
收件箱会过期。免费收件箱在最后一次活动（读取或接收）24 小时后被回收。 被遗弃的收件箱不是永久的免费资源，它只存在一天。
所以注册表单从来都不是安全边界。它只是一个减速带：挡住了智能体，给垃圾邮件发送者添了大约四秒钟的麻烦。
当你确实需要账号时
登录有一个真实的理由，但不是为了开通——而是为了持久性和身份。免费收件箱在设计上就是匿名且一次性的。
如果你希望 <your-name>@apumail.com 一直存在，或者想让智能体收件箱使用你自己拥有的域名，或者需要一个控制台来查看你的智能体集群在做什么，
那就需要一个所有者。这正是notlogin 的用途——而
notlogin 本身的设计也让智能体无需表单即可完成认证，这是同一原则在更下一层的体现。
这种划分是刻意的：免费路径从不问你是谁，付费路径只问一次。