Shortwave AI 收件箱归零教程：从智能分类到可审核回复

这篇教程会完成什么

这篇教程不会追求“一键让 AI 管理所有邮件”。目标是建立一个可以观察、可以纠错、不会轻易误删或误发的 Shortwave 工作流。

完成后，你会有：

• 三个清晰的收件箱视图：需要回复、重要项目、低优先级；
• 用 Bundles 批量处理通知、简报和收据的方法；
• 一套先测试后启用的 AI filters；
• 一组可重复使用的邮件搜索与回复 prompts；
• 一个所有重要邮件都经过人工确认的草稿流程；
• 记录误分类、草稿修改和节省时间的简单指标；
• 出现错误时回到 Gmail、停用规则和恢复邮件的办法。

Shortwave 建立在 Gmail 与 Google Workspace 上。Microsoft 365 与 Exchange 目前不能直接登录；如果团队主要使用 Outlook，这套教程并不适合直接照搬，应先比较 Fyxer AI 或其他 Outlook 原生方案。

开始前需要准备

1. 选择一个低风险测试邮箱

第一次不要连接高管、法律、人事、财务、医疗、并购或包含大量客户机密的邮箱。优先选择：

• 个人工作 Gmail；
• 测试用 Google Workspace 账户；
• 邮件量真实，但错误归档不会造成严重损失的项目邮箱。

保留 Gmail 原网页作为回退入口。Shortwave 对归档、标签和删除等操作会同步回 Gmail，因此“换个客户端”不代表动作只发生在本地。

2. 记录当前基线

连续两个工作日记录：

• 每天处理邮件总时间；
• 收件箱开始和结束时的未读数量；
• 超过 24 小时未回复的重要邮件数量；
• 查找一条历史承诺平均需要多久；
• 写一封常见回复平均需要多久；
• 因为噪音漏掉的重要邮件数量。

没有基线，就很难判断 AI 是否真的节省时间。第一天的新鲜感不应成为付费依据。

3. 明确禁止自动执行的动作

建议一开始就写下红线：

• 不自动发送任何外部邮件；
• 不自动删除邮件；
• 不自动接受、拒绝或移动日历事件；
• 不代表公司承诺价格、交付时间、退款或法律条款；
• 不把敏感内容发送到未经审批的 integrations 或 MCP 工具；
• 不对整个历史邮箱一次性运行新 filter。

这些限制不是保守，而是把错误影响控制在可恢复范围内。

第一步：登录并确认同步边界

打开 Shortwave，用 Gmail 或 Google Workspace 账号登录。第一次授权前先看清楚它申请的邮件、联系人、日历和其他权限，并根据组织政策确认该账户允许接入第三方邮件客户端。

登录后先做四个检查：

1. 在 Shortwave 打开一封旧邮件，确认线程内容和附件可见。
2. 在 Shortwave 给该邮件加一个测试标签，再回 Gmail 检查是否同步。
3. 在 Gmail 移除这个标签，再回 Shortwave 刷新并检查变化。
4. 不删除邮件，只验证归档和取消归档能否双向同步。

如果同步有延迟，先不要继续批量整理。检查网络、Google 授权、Shortwave 支持页面和 Gmail 标签状态。保留一封专门用于测试的邮件，避免用真实客户邮件排查。

第二步：用 Splits 建立三个专注视图

Splits 的作用是把一个大收件箱拆成可处理的工作区。先从三类开始，不要一上来创建十几个标签。

Split A：需要回复

可以包含：

• 有明确问题或请求的邮件；
• 来自关键客户、同事或合作方的未完成线程；
• 已被标记为待办或重要的邮件；
• 你在一定时间内必须回复的对话。

初期用明确的发件人、标签或已有 Gmail 条件，不要完全依赖 AI 判断。这样更容易知道一封邮件为什么出现在这里。

Split B：重要项目

为当前最重要的客户、产品、招聘或合作建立一个项目视图。条件可以是：

• 特定标签；
• 一组发件人或域名；
• 主题中的项目代号；
• 项目成员的邮件组合。

项目 Split 不是第二个收件箱，而是让你在专注工作时只看相关上下文。

Split C：低优先级

把新闻简报、系统通知、促销、社交更新和非紧急自动邮件集中到这里。先只移动视图，不自动归档或删除。观察三天，确认没有把付款失败、安全告警、客户工单或续费通知误认为噪音。

第三步：用 Bundles 批量处理重复邮件

Bundles 适合收据、新闻简报、产品通知、社交更新和其他重复类别。它们的价值是让你一次处理一组邮件，而不是逐封打开。

建议从两个 bundle 开始：

• Newsletters： 订阅内容和行业简报；
• Receipts & Notifications： 收据、订单确认和低风险系统通知。

每天固定一到两个时间处理 bundles，避免通知随时打断。对包含安全告警、付款失败、登录异常和服务中断的邮件，不要放进只在周末查看的 bundle。

若邮件被错误打包，先调整标签或 sender 规则。不要因为一个误分类就关闭所有 bundles，也不要为了追求收件箱数字好看而批量删除未知邮件。

第四步：设计第一条低风险 AI filter

AI filters 可以用自然语言描述意图，而不只依赖关键词。第一条 filter 应只执行“加标签”，不要归档、删除或改变重要性。

示例目标：

包含冷销售推销、通用代理服务或无关广告，但不包括现有客户、已有往来联系人、账单、安全或产品支持邮件。

动作只设为加上 Review/Cold-Outreach 标签。

用历史样本测试

准备至少 30 封历史邮件：

• 10 封明确应匹配；
• 10 封明确不应匹配；
• 10 封边界模糊。

使用重新应用 filter 的测试能力，逐封记录结果：

结果	数量	需要做什么
正确匹配		保留
错误匹配		找出误判共同点，增加排除条件
应匹配但漏掉		增加正向描述，但避免过宽
无法判断		暂时留给人工，不要强行自动化

准确率达到可接受水平后，也先运行两三天只加标签。确认没有漏掉真实商机，再考虑归档。自动删除通常没有必要，因为归档和 bundle 已能减少视觉噪音。

第五步：建立可核查的 AI 搜索习惯

自然语言搜索适合找主题和关系，精确运算符适合限定人、时间、附件和标签。两者组合比只写一句模糊问题更可靠。

三类高价值搜索

寻找历史承诺：

查找过去三个月与客户 A 讨论交付日期的邮件。列出每个日期、对应发件人和线程主题，不要推测没有写明的时间。

整理客户反馈：

在标签 Product-Feedback 中找出关于登录、价格和导出功能的邮件，按主题分组，并列出可以回到原线程核查的标题。

检查待跟进：

找出我过去七天发送但对方尚未回复的重要邮件，排除新闻简报和自动通知，按最早发送时间排序。

AI 结果只是导航，不是审计记录。涉及数字、合同、退款、承诺和责任人时，必须打开原始邮件或附件确认。若搜索结果遗漏明显线程，缩小时间范围、增加发件人或标签条件，并检查当前套餐允许的搜索历史与线程上下文。

第六步：设置 Saved Prompts 与 AI Memories

Saved Prompts 适合重复但仍需人工触发的动作。先建立三个短 prompt。

Prompt 1：提取行动项

从当前线程提取所有明确行动项。每项写负责人、截止日期和原句依据；没有写明时标注“未指定”，不要补全。

Prompt 2：起草安全回复

根据当前线程起草一封简短回复。只使用邮件中已经确认的事实，不新增价格、日期、承诺或政策。把所有需要我确认的内容放在方括号中。

Prompt 3：会前准备

总结我与该联系人的最近五条相关线程，列出已确认事项、未解决问题和会议前必须核查的三件事，并保留线程标题。

AI Memories 可以记录稳定偏好，例如默认语言、称呼、签名方式、文字长度和语气。不要把客户密码、内部密钥、身份证件、医疗信息或临时合同条款写进长期 memory。会变化的价格和政策也不适合作为长期记忆，应从当前批准的数据源读取。

第七步：建立“草稿—检查—发送”清单

即使草稿听起来像你，也要检查以下项目：

• 收件人、抄送和密送是否正确；
• 人名、公司、项目和产品名是否正确；
• 金额、百分比、日期、时区和截止时间是否来自原邮件；
• 附件是否真的已添加；
• 是否意外承诺退款、折扣、交付或法律责任；
• 是否引用了不该向收件人透露的内部信息；
• 语气是否符合关系和事件严重程度；
• 邮件是否需要主管、法务或财务审批。

对十封常见邮件记录修改比例。如果平均每封都要重写大半，先缩小 prompt 任务，不要继续增加自动化。让 AI 只整理事实或生成提纲，有时比强行生成完整回复更可靠。

第八步：连接 Google Calendar，但不直接替你承诺

Shortwave 可以查看日历、创建事件和生成安排会议的邮件。测试时用一个内部会议：

1. 让 AI 列出下周三个 30 分钟空档；
2. 手动检查时区、已有全天事件和缓冲时间；
3. 让 AI 起草安排邮件，但不直接发送；
4. 检查参与人、会议长度、视频链接和标题；
5. 创建事件后回 Google Calendar 验证。

日历错误常来自时区、共享日历权限、全天事件和多个日历之间的冲突。若时间不对，先停止自动创建，检查默认时区和 Shortwave Calendar 设置，再重新测试一个内部事件。

第九步：谨慎启用 integrations 或 MCP

Shortwave 可以连接部分常用工具，也支持自定义 MCP server。官方说明 MCP 仍处于 beta，本地 MCP 只在桌面客户端使用，设备间不会同步；当前仅支持 tool calls，不支持 resources、prompts 或 sampling，并限制同时启用的工具数量。

启用前先问：

• 这个工具是否真的需要读取整封邮件？
• 能否使用只读权限？
• 是否能限制到一个测试数据库或项目？
• 外部动作失败时会发生什么？
• 是否会重复创建任务、CRM 记录或消息？
• 谁负责审核和撤销权限？

第一项集成应是低风险动作，例如在测试项目中创建一条待审核任务。不要从“读取邮件后自动更新客户报价并发送”开始。

常见错误与恢复方法

邮件被错误归档

先在 Gmail 的“所有邮件”或相应标签中找到线程并移回收件箱。然后停用相关 AI filter，检查它命中的原因，在历史样本上重新测试。不要立刻添加多个互相冲突的新规则。

搜索结果遗漏历史邮件

检查套餐允许的 AI 搜索历史、时间范围、线程数量和搜索条件。尝试使用明确发件人、标签、日期或附件类型缩小查询，并回 Gmail 用传统搜索交叉验证。

草稿编造数字或承诺

不要只改掉这一处继续自动发送。把 prompt 改成“只使用线程中明确出现的事实，缺失信息用方括号标注”，并要求列出依据。对报价、合同和退款类邮件长期保留人工批准。

多账户没有统一显示

Shortwave 支持快速切换多个 Gmail 账户，但默认没有真正统一收件箱。需要统一时可以评估转发和 Send as 方案，但这会增加身份、权限和同步复杂度。企业账号不要在未审查的情况下互相转发。

Outlook 或 Exchange 无法登录

这是产品边界，不是登录故障。Shortwave 目前不能直接使用 Microsoft 365 或 Exchange。若组织依赖 Outlook，选择 Fyxer AI 或其他原生支持产品通常比搭建复杂转发更稳妥。

集成或 MCP 调用失败

先停用自动后续动作，查看桌面客户端日志和具体 MCP server 日志，确认 URL、授权、工具数量和版本。一次只恢复一个工具。不要在无法确认前一步成功与否时重试写入动作，否则可能创建重复记录。

一周后如何判断是否值得付费

比较基线和试用数据：

• 每天邮件处理时间是否稳定下降；
• 重要邮件漏回数量是否减少；
• 历史信息查找是否更快；
• AI 草稿平均修改比例是否下降；
• filters 的误分类是否可接受；
• 团队是否减少在其他工具中转发邮件截图；
• 免费或当前套餐的 AI 配额是否够用；
• 隐私、安全和平台边界是否可以接受。

如果只在第一天省时间，后面却不断维护规则、纠正草稿或寻找遗漏邮件，就不应急着升级。真正成功的收件箱流程应该在一周后变得更安静，而不是增加一个需要照看的 AI 队友。

什么时候该换别的工具

• 主要使用 Outlook 或 Microsoft 365：优先比较 Fyxer AI。
• 希望新邮件自动准备草稿并连接会议笔记：比较 Fyxer AI。
• 需要邮件触发 CRM、研究、日程和跨应用审批：比较 Lindy 或 Zapier Agents。
• 主要问题是会议分析和跨会议行动项：比较 Read AI。
• 只需要偶尔润色一封邮件：继续使用现有邮箱和通用 AI 可能更省钱。

下一步不是增加更多 filters，而是选一条真实、重复、低风险的邮件流程，连续观察七天。只有当误分类、草稿修改和用量都可控，再扩大到更多账户和更高权限。