先看结果
每个工作日的 8:00,你会收到这样一条消息:
Today
1. Reply to Dana re: Q3 vendor contract (she asked for a decision by Thu)
2. Approve the expense report from Priya (due today)
3. Confirm the Thursday 14:00 slot with the Henderson team
Everything else: 2 newsletters, 4 FYI threads, 1 calendar notice. Nothing needs you.
无需打开收件箱。如果三条中有一条不对,你只损失了二十秒,而不是二十分钟。
工作流程
- 触发: 工作日 07:50。
- 读取: 自上次运行以来收到的邮件,仅使用只读权限;如果你的邮件服务商提供了垃圾邮件和促销文件夹,则排除这些文件夹。
- 精简: 每个线程只保留最新的一封邮件;丢弃发送给超过 20 名收件人的邮件。
- 提取: 对剩余的所有邮件执行一次模型处理,要求以固定格式输出待办事项。
- 排序: 先按截止日期排序,再按发件人是否在你的“重要联系人”名单中排序。
- 发送: 在 8:00 发送一条消息。
分步操作
1. 设置连接范围
将你的邮箱连接到工作流工具,且仅授予读取权限。该项目从不发送、归档或标记任何邮件。如果工具坚持要求更广的权限,请停止并改选其他工具;关于安全连接工具的课程会解释原因。
2. 读取步骤
筛选条件:在上次成功运行之后收到的邮件(大多数工具会自动保存这一点;如果没有,就使用“过去 24 小时”,并接受周一可能出现的少量重复)。
所需字段:发件人、收件人数量、主题、最新一封邮件的正文(纯文本)、线程 ID。
3. 在消耗 token 之前先精简
两个筛选步骤,暂不使用模型:
- 按线程 ID 分组,保留最新的一封。
- 丢弃收件人数量超过 20 的邮件。
仅这一步就能让大多数收件箱减少 60% 到 80%,也是低成本工作流与高成本工作流之间的区别所在。
4. 提取指令
将精简后的列表映射到输入中。用昨天的邮件运行一次,阅读输出的 JSON。修改规则,直到误报消失;预计需要改三到四次。
5. 排序
排序步骤:截止日期升序,无截止日期的排在最后。然后以第二个排序键:发件人在你的“重要联系人”名单中的排在前面(这是你在工具中自行维护的一份简短姓名列表)。
最多保留五条,其余的计数,用于“其他事项”一行。
6. 发送
一个使用固定模板的消息步骤:
Today
{{numbered action items}}
Everything else: {{count}} messages, nothing needs you.
发送给你自己,然后开启定时。
安全地运行一周
- 第 1 至 3 天:照常查看收件箱,与简报进行比对,修正规则。
- 第 4 至 5 天:只有在读完简报之后才打开收件箱。
- 第 2 周:信任它。保持“其他事项”计数可见;如果这个数字突然跳升,说明某个筛选条件出了问题。
成本
经过精简步骤后,每天 60 封邮件的典型收件箱,每次运行会向模型发送 15 到 20 封,约 8,000 个输入 token 和 300 个输出 token。使用中档模型,每天只需几分钱。如果没有精简步骤,成本会高出三到五倍。
按你的需求定制
- 增加第二份人员名单,用于“无论截止日期如何都要显示”的人员。
- 改为发送到团队频道,并按人分段(每个人都需要各自的只读连接;不要读取他人的收件箱)。
- 与初学者路径中的每周摘要工作流搭配使用,获得周五的未来一周预览。
常见的翻车点
- 01主题中含有“action required”(需要操作)的新闻简报会被当作任务排序。添加发件人白名单,或设置规则:“忽略发送给超过 20 名收件人的邮件。”
- 02较长的线程会让模型总结整个历史记录。只传入每个线程的最新一封邮件。
- 038:00 的运行在周一可能找不到新邮件,因为时间窗口是 24 小时。周一请使用“自上次运行以来”或 72 小时。
- 04令牌会在几周后过期。添加单次提醒模式,以便当天早上就能得知。


评论(0)
还没有评论,来说第一句。