前言¶

處理 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