AI 收件箱管家 — 让 AI 当你的邮箱 EA
九件资产,给每天收上百封邮件的高管 / 创业者 / 销售 — 让 agent 帮你分类、起草、跟进、同步日历、监控反垃圾事件。围绕一个真正掌管 Gmail/日历的 MCP 搭建,不是套壳。
这个 pack 包含什么
这是给收件箱决定一天的人准备的栈:早上 9 点还有 200 封未读的高管,一个邮箱同时跑销售 + 招聘 + 投资人 update 的 founder,独苗 AE 在管真实 pipeline。不是 Product Hunt 上「AI email」产品的许愿清单。每件资产对应一名行政助理本该替你做的五件事中的一件:triage、起草、跟进、排日程、保投递质量。
核心原则:agent 必须握住凭据,而不是去截屏。所以这个 pack 的脊柱是一个拿到 Gmail + Calendar OAuth scope 的 MCP server(第 1 件),不是一个看你打字的浏览器插件。MCP 在位后其它八件就可组合:一个 coaching agent 收紧语气,一个 sales automator 跑 outbound 层,一个 CLI 邮件工具管第二个账号(飞书 / Lark),一个真正的排程入口,一个在你 sender reputation 被毁之前就 flag bounce 的 webhook 层。
推荐安装顺序(分类 → 起草 → 跟进 → 排日程 → 反垃圾)
第一层 — 分类 & 收件箱所有权
- Google Workspace MCP — Gmail/Calendar/Drive for Agents — 脊柱。给 Gmail 拿到
messages.list、messages.modify、drafts.create权限,给 Calendar 拿到events.insert。从这里开始,agent 能读进来什么、打 label(AI/Triage/Reply、AI/Triage/Archive、AI/Triage/FYI)、把草稿写进对的那条会话。下面所有事都假设你做了这一步。
第二层 — 草稿质量
- Claude Code Agent: Communication Excellence Coach — 语气校准器。MCP 起草完回复,这个 agent 把它改写成你的声音:「热情但快」、「干脆拒绝但不烧桥」、「执行层 bullet 回应,零前奏」。当第二遍用,绝不是第一遍。
- Claude Code Agent: Sales Automator — 当进来的是 lead 不是同行。冷暖外联回复、跟进序列、案例插入。outbound 那一侧用它,让 Communication Coach 专心管内部声音。
第三层 — 多账号桥接
- Lark CLI Skill: Mail — Email Management — 给第二个邮箱用。多数高管有一个 Gmail 加一个 Lark/飞书(或 Outlook)账号。这个 Lark CLI 给中国侧邮箱提供 agent 用的 draft/send/reply/forward 原语,不用再走一遍 OAuth。
第四层 — 日历 & 排程
- Cal.com — Open-Source Scheduling Infrastructure — 对外的预约入口。当 agent 回「乐意见,这是我的链接」时,Cal.com 就是那个链接。可自托管、每次预订都有 webhook、和 MCP 已经掌管的 Google Calendar 自动查冲突。
- Tempo MCP — Calendar and Time Tracking for Agents — 工作时段大脑。agent 准备 propose 三个时间槽时,Tempo MCP 回答「这三个不打断 focus block 也不和深度工作计时器冲突」。没它 agent 会把周一早 8 点丢给你。
第五层 — 外发投递 & 跟进
- Composio — 250+ Tool Integrations for AI Agents — 兜底轨。当你需要 Outlook(还没有一线 MCP)、用 Slack DM 做跟进渠道,或者 inbound 回复要回写 HubSpot/Salesforce 时,Composio 是桥。别把它当脊柱用,把它当长尾用。
- Resend Webhooks — Email Delivery Events for AI Agents — bounce/spam 雷达。每封 agent 用自定义域名发的事务邮件都触发
delivered/bounced/complained。路由到一个mailops频道,免得 VIP 的 bounce 静默三天没人发现。 - Resend Audiences — Manage Email Lists from AI Agents — 抑制名单层。退订、硬 bounce、「请别再发邮件给我」的回复都喂回一个抑制名单,agent 在起草下一封外发之前先读它。这是 agent 和喷垃圾炮台之间的区别。
它们怎么协同
收件
│
▼
Google Workspace MCP (1)
(读 + label + 起草)
│
┌───┼───┐
▼ ▼ ▼
回复 转发 归档
│
├─ 内部语气 ─► Communication Coach (2)
└─ 外联 lead ─► Sales Automator (3)
│
▼
飞书 / Lark 那一侧?
│
▼
Lark CLI Mail (4)
│
▼
要约会议?
│
┌───┴───┐
▼ ▼
Cal.com Tempo MCP
(5) (6)
对外链接 焦点感知时段
│
▼
Composio (7) — Outlook / Slack / CRM 长尾
│
▼
Resend Webhooks (8) → bounce/spam 告警
│
▼
Resend Audiences (9) — 抑制名单
│
▼
(下一次外发先查这里)
非协商的连接是 MCP 握住 Gmail 和 Calendar 凭据、agent 通过它操作、每次发送都回写会话。MCP 丢了,你又退回到从聊天窗口往浏览器 tab 复制粘贴。
你会遇到的取舍
- 隐私 — agent 读了每一封邮件 — 一旦给 MCP 授了 Gmail 读权限,收件箱里的任何东西都在 agent 下次运行时进 context window。定价泄漏、M&A 线程、HR 信件。缓解:把 MCP scope 在
AI/Triage这种子 label 上,再用 Gmail filter 只把发件人白名单的邮件丢进去。第一天不要给全收件箱读权限。 - 排程链接的厂商锁 — Cal.com 可自托管,Calendly 不行。这季度往 300 封外发里塞了
calendly.com/you,以后换 Cal.com 就是 300 条死链。哪怕入职期间走 Calendly 兜底,先把 Cal.com 立起来。 - 模型语气漂移 — Communication Coach 一开始很好,直到模型版本一升、「热情但快」变成 6 个 bullet 前奏。把上一次确认好的 prompt 存 git,每月和模型新输出 diff 一次。
- 自动回复的风险 — 第一天就让 agent 不审就发,是「故障通告」收到一句「谢谢分享!」的回复方式。先跑 30 天 draft-only 模式(agent 写进 Gmail Drafts,你按发送)。之后再分类放开 — 永远不要一次全开。
- Outlook 在这里是二等公民 — Composio 桥接得了,但本 pack 里没有一线 Outlook MCP。只在 Exchange/Outlook 上的话,脊柱反过来:Composio 变第 1 件,Google Workspace MCP 下架。其它七件照样适用。
常见踩坑
- agent 自动回了一封人没读的邮件 — 「谢谢确认,3pm 见」落到错的会话,因为 agent 是按
[Re: tomorrow]匹配的。修复:每一次发送必须满足 (a) 显式from: agent.allowlistlabel 或 (b) 人审起草再发。这个错离你只有一次模型运行。 - 误分类删了一封投资人邮件 — 如果
AI/Triage/Archive是同时标记已读的 Gmail filter,可见性就没了。用独立 label,前一个月每周复盘AI/Triage/Archive。验证过 200 次决策再开自动归档。 - GDPR / CCPA 在「读 + 摘要」路径上的合规 — 用美区 LLM 摘要客户邮件是一次跨境数据传输。在欧盟需要要么 EU 模型 endpoint,要么 prompt 之前先 PII 脱敏。早做;事后过 sub-processor 审计补救很痛。
- 多账号桥接漏 — Lark CLI 管飞书、Google Workspace MCP 管 Gmail、Composio 管 Outlook — 三条凭据路径就是三套轮换节奏。文档化每个 scope 在哪;不然 agent 会在你忘了的那个账号上静默失败。
- 没有 bounce 监控 = 投递率静默崩溃 — DKIM 配错那天,所有外发开始进垃圾箱。没接 Resend Webhooks 到聊天频道,你会两周后才从投资人那句「你那条 update 我没看到」里知道。第一天就把告警接上。
9 个资产打包就绪
常见问题
让 AI agent 读整个收件箱真的安全吗?
「安全」是错的词,「可审计」才是对的词。第一天别给 MCP 全 Gmail 读权限。建一条 Gmail filter,只把发件人白名单(你团队、已知供应商、点名的投资人)的邮件移进 AI/Triage label,MCP 只 scope 到这个 label。其余 agent 看不到。随着每类逐步放心,再有意识地扩白名单。上一代行政助理也不是第一天就拿到你私人 Gmail 钥匙的,同一套流程。
Superhuman vs Shortwave 和这套栈,为啥不直接买?
Superhuman 和 Shortwave 是真产品,搭起来更快。还是建议自己搭 agent-MCP 版的理由:(1) agent 已经活在 Claude Code / Cursor / 你的 CLI 里,加个 MCP 让邮件和你的文档、CRM 同处一个 context window;(2) prompt、模型、抑制名单都你控 — 不会有「AI 这个月变差了」的惊喜;(3) 联系人图谱和草稿留在你 Gmail,不在厂商服务器。诚实代价:这套 pack 周末搭、一个月调;Superhuman 一次注册搞定。「回复时间」比「掌控权」更值钱就买;否则自己搭。
自动跟进 vs 手动确认 — 界限在哪?
三条规则。(1) 外联首触:agent 起草、人发送 — 前 90 天无一例外。(2) 对方已经回了的现有会话内跟进:agent 可以延迟 60 秒自动发,草稿对你可见,Gmail 里把草稿拖出 Drafts 就是 kill switch。(3) 日历确认(「行,3pm 可以」):agent 可以自动发,因为动作可逆、错答代价低。任何给新收件人创建新外发的动作永远要人审。规律:可逆性一轴,新颖度一轴,只在两者都低时自动发。
agent 能自动解决日历冲突吗?
低风险能(内部 sync、固定会议溢出),高风险不能(投资人 pitch、客户 demo)。技术路径:Tempo MCP 暴露「这个时段是不是 focus block」、Google Workspace MCP 暴露事件本身、agent 对比后 propose。策略路径:维护一个 vip_calendar_priority 与会人域名白名单,agent 不问就绝不改这些会的时间。没这白名单的话,迟早有一天你会发现「为了腾出咖啡聊天的位置,董事会被挪了」。
能同时管多个邮箱吗?
能,但每个账号都是自己的凭据自己的 MCP 实例。具体:Gmail 走 Google Workspace MCP(第 1 件)、飞书/Lark 走 Lark CLI Skill: Mail(第 4 件)、Outlook 走 Composio(第 7 件)。Agent 按你传的 account 参数选对的工具。更难的问题是跨账号统一 triage — 要么把所有邮件转发到一个 Gmail(最简单),要么 agent 顺序跑三次 triage(更诚实、更容易撞 rate limit)。先从转发起步,等单一账号不再权威时再升级到多轮 pass。