Resend Inboxes翻译站点

AI 邮件基础设施 · 共享收件箱 · 开发者工具

给应用接上收信 Webhook 只是开始。邮件进来之后，还需要分配、归类、草拟回复和保留会话。Resend Inboxes 将这些能力组织成可由界面、API 和 AI 工具共同使用的收件箱。

它是什么，背后是谁？

Resend 是面向开发者的邮件平台，官方介绍列出的创始人为 Zeno Rocha、Bu Kinoshita 和 Jonni Lundy。平台于 2023 年推出邮件发送服务；服务条款列明的法律主体是 Plus Five Five, Inc.。公司介绍、服务条款。

Resend 在 2026 年 10 月 22 日的官方文章中介绍了 Inboxes 及其工作流。它使用你域名下的地址收发邮件，把邮件组织为线程，同时允许团队成员和代理协作。它更适合需要把邮件接入业务工作流的团队，而不是只想更换日常邮件客户端的个人。官方发布说明。

它解决了哪几件事？

• 会话连续性：把往来邮件放进同一线程，应用或代理可以获取上下文，而不是只处理孤立的一封信。
• 人和代理协作：共享收件箱可用于分配会话、内部备注和交接。可以让人处理复杂判断，让代理承担整理工作。
• 可编程的邮箱对象：API 面向 inbox、thread、label、draft 等对象，便于围绕邮件构建业务功能。
• 工作流入口：通过 Webhook 响应新邮件或分配变化，也可以在界面中配置内置代理的指令、语气和允许的操作。

以上依据官方产品页与发布说明。目录、搜索、标签和草稿等能力有助于组织工作，但邮件分类是否准确、回复是否合适，仍需要团队自己验证。

适合哪些团队？

从功能结构看，以下三类场景比较值得先试点；这些是编辑建议，并非官方客户案例。

• SaaS 客服：让代理先汇总问题、贴标签和起草回复，复杂问题交给客服。业务系统可将订单状态与邮件线程对应起来。
• 内部请求入口：为某个流程设置专用地址，接收请求、补充材料与审批结果。它能承接通信，但不能自行替代审批制度。
• 提醒与值班：把通知汇入共享入口，并明确每条会话的负责人。上线前应设计重复事件处理，避免相同通知触发多次行动。

如果只是偶尔收发私人邮件，学习 API、配置域名和管理代理权限可能得不偿失。已经使用 Resend 发送交易邮件、同时需要处理回信的产品团队，会更容易评估它与现有系统的衔接价值。

上手流程：先收信，再开放动作

1. 准备域名。标准收信方式需要开启域名接收能力，并验证 DKIM、SPF 和入站 MX。官方 API 也提供 forwarding 模式：域名完成 DKIM/SPF 验证后，取得专用接收地址，再配置原邮箱转发。不要为测试随意替换生产域名的 MX。
2. 创建专用收件箱。通过界面或 Create Inbox API 设置邮件地址、内部名称和发件人名称。先用测试地址验证收信、回复归属和线程内容。
3. 接入工作流。按需要使用 API、CLI 或 MCP。官方文档特别说明：Inboxes 只在远程 MCP server 中提供，不在本地 resend-mcp 包中提供。
4. 从小权限开始。先开放草稿和标签，人工检查分类与措辞，再考虑转发、分配或归档。删除邮件等操作应单独评估，不能一次性把全部权限交给代理。

域名要求及转发方式见Create Inbox 文档；接入范围见MCP 文档；内置代理的可控动作见发布说明。第 1、2 步中的生产环境防护与测试建议是本文补充的实施建议。

费用：邮箱数和邮件量要一起算

每个方案包含 3 个收件箱。付费方案开启按量计费后，每个额外收件箱为 1 美元/月。收件箱没有独立邮件额度，每封收发邮件都会计入 transactional emails 配额。官方定价与 FAQ。

• Free：0 美元/月，3,000 封邮件/月，页面列示每日上限 100 封。
• Pro：20 美元/月，50,000 封邮件/月；超额单价为每 1,000 封 0.90 美元，需满足按量计费设置。
• AI credits、自动化运行量等是另外要核对的额度，不应把“每个额外邮箱 1 美元”写成所有邮件及 AI 使用的总价。

例如在 Pro 上使用 5 个收件箱，按当前规则，方案费与额外邮箱费合计为每月 22 美元，尚未计入超额邮件、其他加项或税费。这里只是按公开价格进行的示例计算，不是账单报价。

与真实竞品怎么比较？

这些价格单位不同：Resend 重点看方案、邮箱与邮件量；AgentMail 还要看容量和限速；Front 按席位并可能另计 AI 加项。不能只拿单个邮箱价格与单个席位价格比较“谁更便宜”。

隐私、保留期限与上线边界

Resend 官方安全页说明数据采用静态 AES-256 和传输 HTTPS/TLS 加密，持有 SOC 2 Type II；存储数据位于美国，选择欧洲发送区域不等于数据在欧洲保存。官方同时说明目前不符合 HIPAA，不能签署 BAA。涉及医疗或特定驻留要求时，不应仅凭“有加密”就认定适用。官方安全说明。

同一安全页将 Free、Pro、Scale 的常规邮件及日志保留期列为 30 天。新 Inboxes 的完整线程、附件与草稿是否存在特殊保留规则，公开资料尚未明确解释；需要长期保存的业务应在上线前向官方确认并设计自己的留存方案，不能把它当作默认永久档案库。

接入外部代理时，还要确认哪些邮件内容会进入哪个模型服务。不要把“普通发信 API 的数据处理方式”自动套用到所有 AI 功能。建议使用最小权限、测试邮箱和人工复核，从草稿工作流开始；外部邮件中的指令也不应直接获得执行公司内部操作的权限。

结论

Resend Inboxes 值得开发者关注的地方，是把邮件地址、会话和协作动作变成统一的工作对象。最稳妥的试用方式，是选一个窄场景：收信、分类、生成草稿，再观察人工处理是否更轻松。若目标是立即部署完整客服系统，则应同时评估 Front 一类工作台，而不是只看 API 是否方便。

访问 Resend Inboxes · 查看 API 文档