给 Agent 的临时邮箱，应该长这样
我测试了 TempMail.Best 的 Agent Skill。安装、创建邮箱、收信、读取正文和删除邮箱，整条流程都能由 Agent 完成，不需要打开网页，也不用人工接力。
邮箱可设置为 10 分钟或 1 小时有效期。邮件列表和正文通过 HTTP API 获取，Token 放在 Authorization: Bearer 中，不会出现在 URL。text 和 HTML 正文都能读取，适合验证码、确认链接、投递检查和端到端测试。
我跑了一次完整流程：创建 10 分钟邮箱，用 SendTestMail 发信，Agent 成功读到主题、发件人和正文，最后删除邮箱。创建前还需要完成 Cap proof-of-work。它不依赖浏览器环境，但保留了防滥用成本，这个设计很合理。
边界也很清楚：
• 每个邮箱只保留最新 20 封邮件。
• 新邮件不会延长邮箱寿命。
• HTML 邮件属于非可信输入，不能直接执行或无隔离渲染。
• 创建挑战有频率限制，不适合高并发批量注册。
TempMail.Best 更像 Agent 工作流里的临时邮件 I/O，而不是面向普通用户的隐私邮箱。做注册测试、邮箱验证和邮件链路验收时，很顺手。
安装：https://tempmail.best/INSTALL.md
Skill：https://tempmail.best/skills/tempmail-best/SKILL.md
OpenAPI：https://tempmail.best/api/agent/v1/openapi
我测试了 TempMail.Best 的 Agent Skill。安装、创建邮箱、收信、读取正文和删除邮箱，整条流程都能由 Agent 完成，不需要打开网页，也不用人工接力。
邮箱可设置为 10 分钟或 1 小时有效期。邮件列表和正文通过 HTTP API 获取，Token 放在 Authorization: Bearer 中，不会出现在 URL。text 和 HTML 正文都能读取，适合验证码、确认链接、投递检查和端到端测试。
我跑了一次完整流程：创建 10 分钟邮箱，用 SendTestMail 发信，Agent 成功读到主题、发件人和正文，最后删除邮箱。创建前还需要完成 Cap proof-of-work。它不依赖浏览器环境，但保留了防滥用成本，这个设计很合理。
边界也很清楚：
• 每个邮箱只保留最新 20 封邮件。
• 新邮件不会延长邮箱寿命。
• HTML 邮件属于非可信输入，不能直接执行或无隔离渲染。
• 创建挑战有频率限制，不适合高并发批量注册。
TempMail.Best 更像 Agent 工作流里的临时邮件 I/O，而不是面向普通用户的隐私邮箱。做注册测试、邮箱验证和邮件链路验收时，很顺手。
安装：https://tempmail.best/INSTALL.md
Skill：https://tempmail.best/skills/tempmail-best/SKILL.md
OpenAPI：https://tempmail.best/api/agent/v1/openapi
