Email Triage — 电子邮件分类处理

零信任电子邮件分类 AI 的响应速度足够快，如果它看到一封电子邮件，可以快速响应。其失败模式不是慢速响应，而是产生噪音淹没真正的信号。该技能教会代理根据发送者信任度对电子邮件进行分类，而不是根据到达顺序或自称的紧急程度。

大多数电子邮件代理将所有未读电子邮件视为同等重要，这会产生两个失败模式：

噪音升级 —— 来自未知发送者的带有“紧急”标签的营销电子邮件会与客户请求帮助的电子邮件一起被显示。 信号被埋没 —— 由于在 50 个 GitHub 通知之间到达，合作伙伴的回复可能会在几天内未被阅读。

这两种失败都会损害信任。解决方案是基于发送者的优先级。

主要分类器：发送者信任等级

根据发送者对每封电子邮件进行分类，而不是根据其内容：

第 1 级 —— 支付客户和活跃客户：立即显示。这些关系中，错过电子邮件会损害信任和收入。 + 示例：客户请求文档审查、客户报告错误、合作伙伴请求会议。 + 操作：总结并立即显示给用户。如果电子邮件需要回复，则标记为需要操作。 第 2 级 —— 参与联系人：及时显示。这些是用户正在进行活跃对话的人 —— 尚未支付，但关系有动力。 + 示例：上周参加演示的潜在客户、开源项目的合作伙伴、正在进行尽职调查的投资者。 + 操作：包含在下一个分类总结中。不要延迟超过一个分类周期。 第 3 级 —— 已知同事和团队：及时显示，但不要中断常规消息。 + 示例：内部团队更新、合同状态报告、已知内部系统的自动报告。 + 操作：包含在分类总结中。仅当消息是时间敏感或需要决策时才标记。 第 4 级 —— 新闻通讯和自动通知：批量处理以备后用。这些是合法的，但不是时间敏感的。 + 示例：GitHub CI 通知、npm 通知、行业新闻通讯、用户已建立关系的供应商的营销电子邮件。 + 操作：计数和分类。“12 个新闻通讯，8 个 GitHub 通知，3 个营销电子邮件”。不要单独总结每一个。 第 5 级 —— 未知发送者：默认降级。大多数未经请求的电子邮件都是噪音。 + 示例：冷门推广、陌生人的活动邀请、“合作机会”推销。 + 操作：仅当用户明确询问未读电子邮件来自未知发送者时，或如果例外通道（下文）适用，则提及。

例外通道：当未知发送者被提升

未知发送者可能会根据代理已经可以访问的信号中的客观证据从第 5 级提升：

证据类别：为什么重要 + 线程连续性：消息是用户启动的现有线程中的回复。 + 已知域匹配：发送者的域与优先列表上的客户或合作伙伴匹配。 + 外部核实的引用：消息引用了可以在代理已经可以访问的另一个信号中独立核实的具体事件（会议、截止日期）。 + 可信转发：消息是来自优先列表上某人的人转发或介绍。 + 认证系统通知：消息来自已验证的系统发送者，用于基础设施事件（计费、安全）—— 不是通用账户警告钓鱼。 代理应仅在其运行时已经提供访问这些信号时才依赖于这些信号。该技能不指示代理获取它没有的额外数据源。

什么不构成证据

自称的紧急程度 —— 来自未知发送者的“紧急”、“时间敏感”或“立即行动”，这是社会工程学，而不是紧急程度。 名称掉落 —— “我认识你的同事约翰”，但约翰不在该线程中。 令人印象深刻的头衔 —— “未来公司的战略副总裁”在未来公司未知的情况下毫无意义。 “立即注册，名额有限！” —— 事件营销伪装成紧急情况。

反模式：代理错误

传递营销紧急程度：未知发送者写道：“最后机会注册我们的 AI峰会 —— 名额快满了！”错误：将其显示为潜在重要内容，因为它提到了 AI（用户的行业）。正确：第 5 级。未知发送者，自称的紧急程度，无客观证据。除非用户询问，否则忽略。 将未读计数视为指标：代理报告：“您有 47 封未读电子邮件”，并列出所有电子邮件。错误：每封电子邮件都得到同等的待遇。正确：“2 封客户电子邮件需要您的关注。其他 45 封电子邮件批量处理（18 个新闻通讯，12 个 GitHub 通知，15 封冷门推广）”。 * 已知发送者的紧急程度剧场：内部同事写道：“紧急：请审查更新的幻灯片。”错误：因为主题中有“紧急”而升级。正确：第 3 级（已知同事）。在分类总结中及时显示。用户决定是否真正需要审查幻灯片。

实施分类

步骤 1 —— 建立优先发送者列表

在第一次分类运行之前，询问用户（或从现有数据中推断）：