把 OpenClaw 从”你问它才答”变成”每天自动帮你干活”，邮件是最顺手的第一个入口。客户咨询、供应商催确认、发票、订阅通知，一天几十封邮件里真正值得人花时间的可能只有五六封。让 OpenClaw 先把邮件分好类、抽出待办、备好回复草稿，人只需要处理剩下的关键决策，这就是邮件技能的日常形态。
这个场景和昨天的 OpenClaw 定时任务 是绝配：早上九点定时跑一次分拣，把待办推进看板，把紧急邮件单独拎出来提醒。配合站里讲过的 OpenClaw 接入飞书，分拣结果还能直接推送到群聊，形成”邮件 → 待办 → 群提醒”的闭环。
接入：先选邮件账号的方式
OpenClaw 接邮件通常走两条路：一条是邮件服务商自带的 MCP 服务器，Gmail 和 Outlook 都有官方或社区实现，授权之后 Agent 能读信、建草稿，部分服务还支持代发；另一条是通用 IMAP 接入，适合企业自建邮箱，配合应用密码使用。建议从草稿权限起步，不要一上来就开发送权限——先让 Agent 能读、能写草稿，跑稳了再考虑自动发送。
权限这块有个细节：Gmail 的 MCP 授权里，读写邮件和应用密码是分开的，别为了省事把权限一次全给了。连接器权限清单 里讲的”先列读写动作，再决定谁能自动执行”在这里直接适用。
配置：分拣、附件和待办
分拣规则建议用 OpenClaw 的技能（Skill）来写，而不是写死在系统提示词里。一个”邮件分拣”技能负责读信、分类、标紧急度，分类结果按固定格式输出，这样后续的待办提取和提醒都能接住。技能写法可以参考 Skills 实战指南，从最简单的分类开始，跑两周再迭代。
附件解析是邮件技能里最容易翻车的部分。发票 PDF、合同扫描件、Excel 报价单，格式五花八门。OpenClaw 2026.7 的版本对 PDF 和表格的支持已经比较成熟，但还是建议给附件解析单独设一条失败路径：解析不了就进死信队列，标记”待人工查看”，而不是让 Agent 硬猜内容。这一点和 beta.7 的 Durable Delivery 是一套思路——失败要能被看见，不能静默丢。
待办提取要固定输出结构：谁、做什么、什么时候、依据哪封邮件。提取结果进待办清单之前，最好过一遍 证据包 的逻辑——每条待办都能追溯到原始邮件，后面核对起来才不会扯皮。
发送：草稿确认是底线
自动发送邮件是 OpenClaw 邮件技能里风险最高的动作。建议默认只建草稿，人工确认后再发；确认时重点看语气、事实和承诺。想更进一步的话，可以让 OpenClaw 在草稿里标注”这句是待确认信息”，人审的时候一眼就能看到风险点。低风险类型（比如订阅通知、通用物流信息）可以在你明确授权后进自动发送，其余一律保留人工环节。
真遇到不确定的邮件——客户情绪激烈、涉及退款或价格承诺、内容超出它掌握的上下文——别让它硬回。转人工的规则提前写好，转人工队列 接上，宁可慢一点也不要让 Agent 替你做主。
总结
OpenClaw 邮件技能的核心不是”让 Agent 帮你回邮件”，而是把收件箱变成有秩序的入口：分拣、附件、待办、草稿各司其职，发送前留人工确认。配好之后，每天早上花十分钟看它理出来的东西，比翻一遍邮箱省下的时间，足够回本了。
