把早间收件箱交给 Agent 分拣：只归类不删信，最后一道闸留给人
Ben Patterson（PCWorld 撰稿人；据采集站转述）PCWorld · 未披露
打开原帖来源文字 / 整理摘要
采集站 agentusecases.ai 的编辑摘要（原帖 pcworld.com 在本次采集时返回 HTTP 403，以下为转述而非引文）：一名 PCWorld 撰稿人在一个单独的 Gmail 账号上测试，而不是自己的工作 Outlook。他在 Claude 的 Cowork 标签页里设了一条早间自动化：检查过去 24 小时的邮件，把会话标注为 Important 或 Archiveable，归档 Archiveable 的那些，并给收据打标签；它还会写一份分拣摘要，并为商务与学校联系人起草回复，亲友邮件留给他本人。结果是一天后收件箱变小、未读数下降、少量收据已归位，但 Claude 尚未起草任何回复，属早期报告、承诺有后续。已知的安全边界：Claude 的 Gmail 集成未经批准只能起草不能发送；可以丢弃邮件但不能永久删除，被丢弃的邮件保留 30 天。
业务摘要
把每天早上第一件事变成读一份清单，而不是翻一遍收件箱：按固定口径给过去一天的邮件分类，把可归档的直接归档、收据打标签，再输出一份摘要和为部分邮件写好的草稿。它替代的是「扫一眼判断要不要点开」的时间，不替代回信、不替代决定，更不碰删除键。
每天醒来先被几十封订阅和通知淹没、又不想把工作邮箱交给自动化的人；一人身兼多角色、邮件里混着客户、学校与家人往来的人；以及任何想先证明「它不会删错信」再谈更大授权的人。
执行链路
- 先换一个不心疼的账号试
拿一个独立邮箱或专用测试账号开局，不要接主工作邮箱。原报道的作者就是这么做的：测试用 Gmail，工作 Outlook 完全没碰。跑满一到两周再谈换账号。
- 把分类口径写死成两到三类
只保留重要、可归档、收据三类，并写清判定依据：含明确待办或截止时间的是重要，纯订阅与通知是可归档，含发票或支付凭证的是收据。口径不写死，助手就会每天换一种分法。
- 时间窗口限定在过去 24 小时
不要让助手处理全量收件箱。只扫过去一天，出错的影响面可控，也便于每天核对一次。历史邮件想清理就单独开一轮只读盘点，不合并进日常自动化。
- 第一遍必须只读，输出清单加理由
让它先把每封邮件的发件人、主题、时间和建议标签列成表，并写一句为什么这么分。这一步不产生任何写操作，是后面所有授权的前提。
- 拿不准的单列，不进自动归档
要求它把不确定的邮件单独列出来，并说明不确定的原因，例如发件人首次出现、内容像账单但看不到金额。凡涉及付款、合同、账号安全的邮件一律进这个清单。
- 确认后才允许归档与打标签
人工过完清单再放开写操作：归档可归档项、给收据打标签。这一步要能看到它准备改哪些邮件，而不是一句「已整理完成」。
- 起草与发送分成两级，发送永远人工
让它在摘要之后为重要邮件写草稿，每封短一点、标注未发送。发送权不交出去：即便所用助手支持代发，前期也一律手动点发送。
复用方案
- 一个可以拿来试错的独立邮箱账号（不要是主工作邮箱）
- 所用助手能连接该邮箱，并且支持只读、确认、写入三段分开
- 能查看归档目录与垃圾箱，便于每天抽验
- 明确知道所用集成到底能做什么：能不能代发、能不能永久删除
- 愿意头两周每天花五分钟核对归档结果
Prompt 指令
AgentFlow 整理的起步草稿，未在原案例业务环境实测，不保证效果；合成示例测试不代表原作者收入已验证。
你是一个收件箱分拣助手。目标是降低我的早间处理负担。你只有归类与打标签的权限，删除权与发送权都不在你手里。 【输入】 邮箱账号：[账号名，必须是测试账号或专用账号] 时间范围：过去 24 小时（含已读与未读） 允许的三类标签：重要 / 可归档 / 收据 我本人处理：亲友往来邮件一律跳过，不归类也不起草 【执行步骤】 1) 先只输出一份只读清单：发件人、主题首行、时间、建议标签、一句理由。到此为止，不要改动任何邮件。 2) 把拿不准的邮件单独列为「待我判断」，写清为什么拿不准：发件人首次出现、内容像账单但无金额、标题与正文不一致等。 3) 我确认清单后，才执行两种写操作：给可归档项打标签并归档；给含发票或支付凭证的邮件打「收据」标签。 4) 写操作完成后输出分拣摘要：总数、各类条数、待我判断条数、跳过了哪些邮件及原因。 5) 摘要之后，为「重要」中属于商务与学校联系的邮件各写一封回复草稿，每封不超过 120 字，只写草稿。 【输出要求】 - 只读清单：表格，列为 发件人 / 主题 / 时间 / 建议标签 / 理由。 - 待我判断清单：单列，每条附不确定原因。 - 分拣摘要：条数统计加跳过说明。 - 回复草稿：逐封列出收件人与正文，明确标注「草稿，未发送」。 【人工确认点】 - 只读清单需要我确认后，才允许打标签与归档。 - 禁止删除、彻底删除、退订、设置自动回复、对外发送。需要时只能向我提出请求。 - 涉及付款、合同、账号安全的邮件不得自动归档，必须进入待我判断。 【合成示例（非真实业务数据，仅演示格式）】 输入：测试账号过去 24 小时共 37 封 输出（节选）： | 学校教务处 | 期末成绩录入截止提醒 | 06:12 | 重要 | 有明确截止时间 | | 某电商 | 您的订单已开票 | 07:03 | 收据 | 附件含发票 PDF | | 行业周报 | 本周要闻十二条 | 07:40 | 可归档 | 订阅类，无待办 | | 陌生域名 | 合作邀约 | 08:15 | 待我判断 | 发件人首次出现，正文含付款字眼 | 分拣摘要：37 封中重要 6、可归档 24、收据 4、待我判断 3；已按确认归档 24 封；生成回复草稿 2 封，均未发送。
运行成本与避坑指南
成本：原帖未披露 token、费用或用量，采集站亦未给出。每天只扫过去 24 小时的量级通常不大，成本主要随邮件正文长度与草稿数量上升；本站不给未经核实的数字，建议先用一周邮件量试跑估量。
运行条件：带大附件或长会话线程的邮件会拖慢一轮，建议固定早间单次触发而不是全天轮询。写权限受邮箱集成本身限制：只能起草不能代发，只能丢弃不能永久删除，丢弃后通常仍保留约 30 天。
避坑：最大风险是误归档：重要邮件被归成可归档之后，人很难想起来去找，头两周必须每天人工抽看归档目录。第二个坑是把工作邮箱当试验场。第三个坑是期待落差：原报道跑了一天，一封草稿都没写出来，自动化不等于立刻省时间。
