针对人类的垃圾邮件浪费注意力；针对自主代理的垃圾邮件则成为输入——因此在模型看到之前将其过滤掉：
curl --request POST \
--url "https://api.us.nylas.com/v3/policies" \
--header "Authorization: Bearer $NYLAS_API_KEY" \
--header "Content-Type: application/json" \
--data '{
"name": "Agent inbound hygiene",
"spam_detection": {
"use_list_dnsbl": true,
"use_header_anomaly_detection": true,
"spam_sensitivity": 1.0
}
}'
这是针对代理账户的策略——奈拉斯（Nylas）托管的邮箱（目前处于测试阶段），专为人工智能代理和系统身份构建。将其附加到工作区，该工作区中的每个账户都将继承这些垃圾邮件设置。以下是每个调节参数的作用，以及如何为永远不会自行产生怀疑的阅读器进行调优。
策略实际检查的内容
大型语言模型代理会认真处理进入其收件箱的任何内容：网络钓鱼、垃圾邮件、自动回复以及旨在操纵模型的邮件。威胁不在于烦人，而在于上下文被污染。策略级垃圾邮件检测为您提供两个独立的信号，在邮件通过简单邮件传输协议（SMTP）到达时进行评估：
-
use_list_dnsbl根据域名系统（DNS）黑名单检查发送服务器——这是一种经典的信誉查询，无论邮件内容如何，都能捕获已知的不良基础设施。 -
use_header_anomaly_detection查找邮件头中的结构性异常，即合法邮件服务器不会产生的那种格式错误。
两者都在您的应用程序看到任何内容之前运行，这是执行此工作的正确位置。在邮箱层进行过滤比教导每个下游提示词保持怀疑更便宜，并且根据邮箱指南，入站过滤还可以防止代理对循环和邮件守护进程噪声做出反应。
被标记邮件的去向
触发垃圾邮件检测的消息会被路由到 junk（垃圾邮件）文件夹——每个账户自带的六个系统文件夹之一——而不是 inbox（收件箱）。代理的正常读取路径（列出收件箱消息、对新邮件的入站网络钩子做出反应）根本不会遇到它，但没有任何内容被销毁：您可以在调优时检查 junk（垃圾邮件）文件夹，并且误报是可以恢复的。
保留策略是同一策略的一部分。您可以独立设置 limit_spam_retention_period（限制垃圾邮件保留期）和 limit_inbox_retention_period（限制收件箱保留期），但有一个值得提前了解的约束条件：垃圾邮件窗口必须短于收件箱窗口，因此垃圾邮件会在真实邮件之前被清除。对于处理临时工作流的代理来说，积极的垃圾邮件保留是一种免费的清理措施——没有理由为一个工作在几小时内就能解决的邮箱存储一个月的垃圾邮件。
何时阻止而非标记
垃圾邮件检测是概率性的；有时您预先就知道答案。对于您已经判定过的发送者，带有 block（阻止）操作的规则会在简单邮件传输协议（SMTP）层拒绝消息——它永远不会被存储、永远不会被交付、也永远不会成为您的应用程序必须忽略的事件：
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
