AI 智能体拿到收件箱访问权限后能做的 7 件事

一旦你的智能体能真正读邮件、发邮件，演示阶段就结束了，真正的活儿才开始。下面是七件你今天就能让它做的事：整理未读堆、总结一条长邮件串、用你的口吻起草回复、翻出那一份附件、追踪悬而未决的跟进、把邮件分流到该去的地方，再给你发一份每周摘要。

下面每个例子都对应你现在就能调用的真实 MCP 工具。无论你连接的是 Gmail、Outlook、iCloud、Fastmail，还是普通的 IMAP 邮箱，工具都一样。如果你还没把智能体接到收件箱上，给 AI 智能体接入邮件的完整指南讲了配置过程；2 分钟接入演示则是最快的路径。

先把一个实话讲在前头，因为它影响了这份清单的一半内容：MCP Emails 是轮询式的，不是推送式的。没有 webhook，也没有服务器主动发起的事件。邮件到达时智能体不会收到提醒，它按计划去检查。这听起来像个限制，对少数场景来说确实是，但这也意味着没有你掌控的时钟，什么都不会自动触发。我会标出哪些地方轮询很关键。

一口气说完整套工具

这里的一切都跑在少数几个核心工具上：inbox_list、email_read 和 email_compose。后两个分别把列出、读取和搜索（email_read）以及发送、回复和转发（email_compose）各自合并进一个工具，由一个 action 参数来选择具体动作。另外还有几个：email_organize 用于标记已读、标记旗标和文件夹，以及 folder、draft、schedule 和 contact_search。智能体应该始终先调用 inbox_list，以发现已连接的账户及其 inbox_id 值，这样你就永远不用把 UUID 硬编码进提示词里。

下面的提示词是按我实际敲给 Claude 或 Cursor 的方式写的。该调哪个工具，由智能体自己琢磨。

1. 整理未读堆

早上的收件箱大多是噪音，里头埋着三封要紧的。让智能体在你喝完咖啡之前就把它理清楚。

检查我的工作收件箱里过去 24 小时的未读邮件。把它们分成"今天得回复""仅供参考"和"新闻通讯/自动邮件"三组。对第一组，每封给我一句话说清对方想要什么。

在底层，智能体会对 inbox_list 返回的那个收件箱调用 email_read 并带上 list 动作和 unread_only: true，再用 email_read（read 动作）读那几封看起来重要的，其余跳过。它可以把明显的噪音标为已读，免得继续撑大未读数。想要这套的更深入版本，整理与总结收件箱实操手册逐个工具讲了一遍。

2. 总结一条长邮件串

你被加进一条 40 封的邮件串时，已经是第 38 封了。没人会往回补读，但智能体会。

读一下主题为 "Q3 vendor migration" 的邮件串，告诉我它实际谈到哪儿了：决定了什么、谁负责什么，以及还有哪些我需要回答的悬而未决的问题。

email_read 带上 search 动作找到这条邮件串（它使用你的服务商原生的搜索语法，所以 Gmail 操作符、Outlook KQL 和 IMAP 文本搜索都能用），然后 email_read 带上 read 动作拉取每封邮件解析后的纯文本。你要求时，这个 read 动作也能返回经过净化的 HTML 和附件，但对于总结来说，纯文本更快也更省。

3. 用你的口吻起草回复

起草正是智能体真正派上用场的地方。模型写那些无聊的回复，你扫一眼再发出去。

给 Dana 最新那封邮件起草一封回复，婉拒会议，但提出下周两个可行的时间。沿用我平常的语气，简短直接。

智能体使用 email_compose 带上 reply 动作，它会替你设好邮件串关联头（In-Reply-To 和 References），这样回复会落进正确的对话里，而不是另起一条新的。回复支持抄送、密送、HTML，以及总计最多 10 MB 的附件。我的规矩是：让智能体放开手起草，但任何要发到外部的东西，都让人手按下发送键。把 email_compose（无论动作是 send、reply 还是 forward）当成你真正会过目的那一步。

4. 翻出那一份附件

你知道有人在三月发过签好字的合同，但你不知道它在 200 条邮件串里的哪一条。搜索胜过滚动翻找。

找出 acme.com 的任何人发来的、关于续约、带 PDF 附件的最新一封邮件，并把附件取出来。

email_read 带上 search 动作用服务商原生查询把范围缩小，然后带上 read 动作和 include_attachments 的 email_read 返回那个文件。因为邮件是实时取回、调用结束后即丢弃的，那份附件之后不会躺在某个缓存里。邮件从不留存的架构正是把智能体指向收件箱仍然安全的原因。

5. 跟进提醒（这件事是轮询）

"客户到底回了没？"这种问题，你总是忘了问，直到为时已晚。智能体能替你盯住这条邮件串，但这里正是"轮询而非推送"的现实开始咬人的地方。

每个工作日下午 4 点，检查本周我发出的提案有没有人回复。把还在等回复的列出来，附上原始发送日期。

没有任何事件会在回复到达时唤醒智能体。你得改为按计划运行它——cron 任务、你客户端的定时任务功能，怎么合适怎么来——每次运行都干这些活儿：用 email_read 的 search 动作找已发出的提案，再用 list 动作看回来了什么。如果你想让一条停滞的邮件串自己去催一催，智能体甚至能起草并排队一封跟进邮件。自动回复器搭建详细走了一遍轮询循环，包括撞到速率限制时如何遵守 retry_after 值，免得你不停猛敲服务器。

6. 分流或转发到该去的地方

不是每封邮件都是给你的。有些该进共享邮箱、工单地址，或者某位同事那儿。

把任何看起来像发票的邮件转发到 accounting@，并给我报税要留的收据打上旗标。

转发工具通过你自己的服务商发送，所以邮件保留的是你域名的信誉，而不是从某个第三方中转出去。旗标和文件夹让智能体在不删除的前提下把东西归档。这种常驻规则天然适合和第 1 条里的未读整理那一遍配对——一次运行，两个结果。

7. 一份每周摘要

用一份书面总结来结束这一周，而不是愧疚地瞟一眼那个你从没清空过的收件箱。

周五下午 5 点：总结本周我收到、但还没回复的所有邮件，按发件人分组，并给出贯穿全部内容、最重要的那一项行动事项。把它发邮件给我。

这把前面几件事缝在了一起：用 email_read（先 search 动作，再 list 动作）收集本周的邮件，对需要细节的用同一个工具的 read 动作，然后用 email_compose 把摘要发给你自己。和跟进催促一样，这是一次计划内的运行，不是一个反应。节奏由你定。

这要花多少钱，以及限制卡在哪儿

这七件事在免费方案上都能跑，它是 $0，收件箱和工具调用都不限量。各方案的区别在突发速率，而不在工具能做什么。免费版允许每分钟 60 个请求，Solo（$12/month）提升到 300，Team（$49/month）则到 1,000，并带有团队角色和 SSO。一份每周摘要根本碰不到这些上限；而一个跨多个收件箱、每分钟都跑的激进整理循环，正是你会感受到免费版限制、想升到 Solo 的地方。

当你确实撞到限制时，服务器会返回一个可重试的错误，其中带有以秒为单位的 data.retry_after。请遵守它。另外，永远不要盲目自动重试 email_compose 的发送，因为超时后的一次重试可能意味着同一封邮件的两个副本都落进了某人的收件箱。

从一件开始

别想着第一天就把七件全搭起来。挑整理那一遍或者每周摘要，把它做到无聊又可靠，再加下一件。连接一个收件箱，让你的智能体把 inbox_list 当成它的第一步。文档里的工具参考给出了上面每一个调用的确切参数。