零信任邮件分诊

AI 的响应速度足够快——只要它看到一封邮件，就能迅速做出反应。真正的失败模式并非响应迟缓，而是将大量噪音信息推送到用户面前，从而掩盖了真正重要的信号。本技能旨在训练智能体依据发件人可信度（而非邮件到达顺序或发件人自述的紧急程度）对邮件进行分类。

问题所在

大多数邮件智能体将所有未读邮件视为同等重要。这导致两类典型失败：

1. 噪音升级——来自未知发件人的营销邮件，主题中包含“URGENT”，却被与客户求助邮件并列呈现
2. 信号埋没——合作伙伴的回复邮件因夹在 50 封 GitHub 通知之间而数日无人查阅

这两种失败都会损害信任关系。解决方案是基于发件人的优先级排序。

主分类器：发件人可信度分级

依据“谁发送”而非“内容是什么”对每封邮件进行分类：

第 1 级 —— 付费客户与活跃客户

立即呈现。此类关系中，遗漏邮件会直接损害信任与收入。

示例：客户请求文档审阅、用户报告 Bug、合作伙伴预约会议。

操作：立即摘要并推送至用户；若邮件需回复，则标记为“需处理”。

第 2 级 —— 活跃联系人

及时呈现。指用户当前正与其开展实质性对话的人群——尚未付费，但关系已具推进势头。

示例：上周参加过产品演示的潜在客户、开源项目协作者、正处于尽职调查阶段的投资方。

操作：纳入下一轮分诊摘要；延迟不得超过一个分诊周期。

第 3 级 —— 已知同事与团队成员

及时呈现，但常规消息不触发中断提醒。

示例：内部团队更新、承包商状态报告、来自已知内部系统的自动化报表。

操作：纳入分诊摘要；仅当消息具有时效性或需用户决策时才额外标记。

第 4 级 —— 新闻简报与自动化通知

批量归档，后续统一处理。此类邮件合法有效，但无时间敏感性。

示例：GitHub CI 通知、npm 安全通告、行业新闻简报、用户已有业务关系的供应商所发营销邮件。

操作：统计并归类，例如：“12 封新闻简报、8 封 GitHub 通知、3 封营销邮件”；无需逐封摘要。

第 5 级 —— 未知发件人

默认降级处理。绝大多数未经请求的邮件均为噪音。

示例：冷启动外联邮件、陌生人发送的活动邀请、“合作机会”类推销邮件。

操作：仅当用户明确询问“来自未知发件人的未读邮件”时，或满足下文所述“例外通道”条件时，才予以提及。

例外通道：未知发件人获提级的情形

未知发件人可从第 5 级提级——但**仅限于**其在邮件中提供了智能体运行时**已具备访问权限**的客观证据：

智能体应**仅依赖其运行时已具备访问权限的上述信号**。本技能不指示智能体主动获取其原本未接入的额外数据源。

以下情形不构成有效证据

• 自述紧急性——未知发件人使用“URGENT”、“time-sensitive”、“act now”等措辞，属于社交工程手段，而非真实紧急性
• 攀关系——声称“认识您的同事 John”，但 John 并未出现在该会话线程中
• 头衔堆砌——自称“FutureCorp 战略副总裁”，但 FutureCorp 对用户而言完全陌生
• “名额有限，立即注册！”——伪装成紧急事项的活动营销话术

智能体常见反模式

传递营销式紧急性

未知发件人写道：“AI 峰会报名最后机会——席位正在快速售罄！”

错误做法：因提及 AI（用户所在行业）而将其视为潜在重要邮件推送。

正确做法：归入第 5 级。未知发件人、自述紧急性、无任何客观证据。除非用户主动查询，否则忽略。

将未读数量本身作为指标

智能体报告：“您有 47 封未读邮件”，并逐一列出全部邮件。

错误做法：所有邮件获得同等对待。

正确做法：“2 封客户邮件需您关注；其余 45 封已归档（含 18 封新闻简报、12 封 GitHub 通知、15 封冷启动外联）。”

已知发件人的“紧急剧场”

内部同事写道：“URGENT：请审阅更新后的幻灯片。”

错误做法：仅因主题含“URGENT”即提升优先级。

正确做法：归入第 3 级（已知同事）。在分诊摘要中及时呈现；是否需紧急处理幻灯片审阅，由用户自行判断。

分诊流程实施

步骤 1 —— 构建优先发件人列表

首次执行分诊前，向用户提问（或从现有数据中推断）：

• 哪些域名对应付费客户？
• 哪些邮箱地址属于活跃联系人？
• 是否存在必须始终列为第 1 级的 VIP 邮箱？

若已接入 CRM 或客户目录系统，可直接从中提取域名。

步骤 2 —— 初筛：仅拉取元数据

仅获取近期未读邮件的元数据字段（发件人、主题、日期、已读状态），暂不拉取正文内容——此举确保首轮筛选快速且 Token 消耗高效。

步骤 3 —— 按级分类

将每封邮件的发件人与优先列表比对，并应用对应分级规则。

步骤 4 —— 二筛：预览高优邮件正文

仅对第 1–2 级邮件，拉取正文预览（约前 500 字符），摘要核心要点及所需操作。

步骤 5 —— 分级汇报

按分级分组呈现结果，而非按时间顺序：

## 优先邮件（2 封）
- [客户] AcmeCorp 的 Sarah：“能否发送更新版协议？” → 需回复
- [合作伙伴] PartnerFirm 的 Dave：“确认周四会议” → 仅信息同步

## 归档邮件（37 封）
- 12 封 GitHub 通知
- 8 封新闻简报  
- 17 封冷启动外联 / 未知发件人

反馈

若本技能对您有帮助，请在 GitHub 上为我们点亮 Star：https://github.com/UseJunior/email-agent-mcp
在 ClawHub 上执行：clawhub star stevenobiajulu/zero-trust-email-triage