前言¶

处理 OA 邮箱的自动化，常见的做法是自己写脚本：连上 IMAP，按关键词分个类，附件存下来，再拼一份文本发出去。这条路能跑，但坑很多：附件是加密 xlsx，脚本直接报错；分类规则改一次要动一次代码；想换个投递渠道，又得重写一段发送逻辑。更麻烦的是，一旦要交给智能体平台定时跑，人工确认和无人值守两种模式往往只能二选一。

下面介绍的 Skill「OA 邮件简报」，就是把这条链路做成了一个可直接加载的技能。它属于社区来源，坐标 @user_74b9b8c0/oa-mail-briefing，发布者 user_74b9b8c0，当前版本 1.2.0，分类 office-efficiency。

它要解决的问题是：从扫描邮箱开始，到生成结构化简报、再到多渠道投递，中间不落地人工拼接，并且能同时覆盖「人工确认后再跑」和「纯自动定时跑」两种使用方式。

这是什么¶

一句话定位：一个把 OA 邮箱内容转成结构化邮件简报，并投递到飞书、微信 Clawbot 或 Markdown 的 Skill。

它的输入侧兼容两种邮箱通道：本地命令行邮件客户端 himalaya，或者 WorkBuddy 的 agent-mail connector。中间环节会对邮件分类，并解密解析 xlsx 附件。输出侧是一份结构化简报，可以按飞书、微信 Clawbot、Markdown 三种渠道投递。

来源上，它声明融合了两个生产级技能：email-daily-summary v3.0.7（提供 68 pitfall 实战金标准与加密 xlsx 处理）与 baoanmobile-tdhl v2.1.0（提供 AskUserQuestion 4 Phase 渐进式引导）。需要说明的是，这两个来源技能的具体实现不在本次已核实的资料范围内，本文不展开它们的内部细节。

核心功能¶

双模式运行。 手动模式全程使用 AskUserQuestion 交互，分为四个 Phase：Phase 0 自检、Phase 1 配置、Phase 2 试运行、Phase 3 定时。cron 模式则不经过人工交互，纯自动执行。这条区分很重要：先用手动模式把配置和试运行跑通，再切到 cron 模式做日常定时，是这类工具比较稳妥的使用顺序。

附件处理。 支持对加密 xlsx 附件做解密与解析，并随附一份 xlsx 解密 cookbook。对 OA 场景来说，这是实用性很强的一项，因为公文附件常带打开密码。

邮件分类。 内置分类环节，把扫描到的邮件按类别归整，再进入简报生成。资料未给出具体分类维度，实际类别以运行结果为准。

可选的知识库入库。 Obsidian 知识库入库是一个扩展模块，默认关闭。不需要这个能力的可以直接忽略，不影响主流程。

平台适配。 专门适配 WorkBuddy 与 Hermes 两个智能体平台。也就是说，它的目标运行环境是这两个平台，而不是通用的任意 agent 运行时。

触发词。 扫一下今天邮件、生成今日邮件简报、设置早报 cron、邮件日报。

随附的避坑清单。 包含 15 条精选 pitfall，以及跨平台 preflight 检查。这两个是排查类材料，适合第一次跑不通时对照使用。

访问要求。 标签标注 requires_api_key=true，说明使用前需要准备好对应的 API Key。

安装与启用¶

按官方资料，该 Skill 的官方地址为：

https://api.skillhub.cn/user_74b9b8c0/oa-mail-briefing

SkillHub 页面：

https://www.skillhub.cn/skills/user_74b9b8c0/oa-mail-briefing

坐标：

@user_74b9b8c0/oa-mail-briefing

需要说明的是，本次核实时官方页面与 API 地址均无法抓取成功，因此本文不给出具体的安装命令、Skill 目录路径、以及各智能体平台的启用配置项。这些内容请以官方页面为准，不要照抄本文。

在启用前，建议先确认三件事：

1、邮箱通道是否就绪：要么装好 himalaya，要么已配置好 WorkBuddy agent-mail connector。
2、API Key 是否可用，标签标注了 requires_api_key=true。
3、运行平台是否为 WorkBuddy 或 Hermes，这两个平台的适配是明确的。

典型用法¶

资料中给出的可复现用法是触发词驱动，在适配平台上直接发起：

扫一下今天邮件

生成今日邮件简报

设置早报 cron

邮件日报

建议按下面的顺序走一遍：

1、先在手动模式下触发「扫一下今天邮件」，走完 Phase 0 自检与 Phase 1 配置。
2、确认分类结果和附件解析结果符合预期，这一步对应 Phase 2 试运行。
3、在 Phase 3 定时阶段确认调度配置。
4、确认无误后再切换到 cron 模式，让流程在无人值守下跑。

投递渠道在简报生成阶段确定：飞书、微信 Clawbot、Markdown 三选一。资料没有给出更细的渠道参数，具体配置以官方页面为准。

适用场景与注意¶

适合的场景：OA 邮箱每天都要人工过一遍、且邮件里常带加密表格的人或团队；希望用智能体把「扫描—分类—摘要—投递」这条链路固定下来，减少每天重复操作。

需要注意的限制：

• 运行环境限定在 WorkBuddy 与 Hermes 两个平台，其他运行时需要自行验证。
• 邮箱侧只支持 himalaya 或 WorkBuddy agent-mail connector 两种通道，其他邮件客户端不在其适配范围内。
• Obsidian 入库默认关闭，需要显式启用扩展模块。
• 要求 API Key，未配置时流程无法启动。
• 手动模式与 cron 模式的行为差异明显，第一次使用不要直接进 cron 模式。
• 随附的 15 条 pitfall 和跨平台 preflight 属于排查材料，遇到失败时先对照检查，而不是直接改流程配置。

结尾¶

这个 Skill 的价值在于把 OA 邮件处理链路上的几件脏活打包了：加密附件的解密解析、四阶段渐进式配置、以及手动与定时两种运行方式。如果你已经在 WorkBuddy 或 Hermes 上处理 OA 邮件，可以用它先跑一轮试运行，确认结果后再挂到定时任务上。

官方地址：https://api.skillhub.cn/user_74b9b8c0/oa-mail-briefing