收件匣分類
這是什麼
先驗證及過濾寄件者，再判斷訊息內容、整理摘要並分派後續行動的收件匣處理流程。
白話解釋
可以把這套流程想成夜班門房：無論對講機另一端說得多有說服力，證件未通過驗證就不會放行；身分合法後，另一位同事才會聽取需求並引導到正確單位。收件匣分類同樣先確認寄件者，通過後才讓內容進入分類判斷。
為什麼重要
電子郵件進入模型之前，閘道轉接器已先做確定性過濾：_is_automated_sender() 會捨棄符合 no-reply、退信模式，或帶有 Precedence、List-Unsubscribe 等大量郵件標頭的 automated-sender；_dispatch_message() 則會默默捨棄不在 EMAIL_ALLOWED_USERS 的寄件者。訊息真正屬於哪一類，才由上一層判斷，通常透過終端機工具集呼叫 Google Workspace 技能的 gmail_search 與 gmail_get。先用低成本規則過濾，再讓模型判斷內容，才適合接上未整理的收件匣。
運作方式
分類內容之前，電子郵件閘道會先驗證寄件者：_verify_sender_authentication()（plugins/platforms/email/adapter.py）讀取收件伺服器完成 SPF、DKIM、DMARC 檢查後寫入的 Authentication-Results 郵件標頭。顯示的 From: 地址很容易偽造，因此缺少該郵件標頭或驗證失敗的信件，都會被視為未驗證，而不是直接交給模型。驗證通過後才進入實際分類：Google Workspace 技能指令碼經終端機工具集執行 gmail search "is:unread" 或 gmail get MESSAGE_ID 等命令（skills/productivity/google-workspace/SKILL.md），回傳包含寄件者、主旨、摘要片段或完整內文的結構化 JSON，供 Hermes 判斷後續處理方式。
具體範例
一封信自稱來自 billing@yourbank.com，要求確認帳戶資料，但 Authentication-Results 顯示 DMARC 失敗；無論主旨多像真的，閘道都會在 Hermes 閱讀內文前把它視為未驗證。另一封來自真實客戶討論串的信通過驗證後，透過 gmail get 取得完整 JSON；Hermes 讀取內文、標成「今天需要回覆」，並把它列入當日摘要，而不會自行寄出回信。
如何連結
「收件匣分類」屬於「工作流程模式」系列。最直接相關的概念包括：「商業客戶管理」、「研究簡報」、「代理執行環境」。
來源證據
plugin:platforms/email— 此平台外掛程式不在本次來源投影的驗證範圍；相關操作仍須以釘選版本的實際來源確認。vendor/hermes-agent/toolsets.py#<file>—toolsets.py的結構性來源對應；此檔位於工具、工具集與 MCP 架構中的工具登錄與工具集核心結構。