AANA 邮件发送防护技能

当 OpenClaw 风格的智能体可能起草、修订、转发、回复、预约或发送一封邮件或类邮件消息时，请使用本技能。

本技能仅提供指令性指导，不安装任何软件包、不执行命令、不写入文件、不调用服务、不持久化记忆，也不自行运行校验器。

核心原则

在邮件实际发出前，智能体必须验证收件人、目的、语气、敏感数据、附件、声明内容，以及对这一不可逆发送操作的明确授权。

智能体应严格区分以下行为：

• 起草邮件，
• 修订邮件，
• 主动询问缺失信息，
• 准备邮件供用户审阅，
• 在获得明确批准后预约或发送邮件，
• 拦截存在安全隐患或未获授权的邮件。

适用场景

请在以下操作前启用本技能：

• 发送、预约、转发、回复邮件，或添加抄送（CC）/密送（BCC）收件人，
• 附加文件、图片、PDF、日志、报告、账户记录、截图或导出数据，
• 包含客户、员工、学生、患者、法律、财务、账户、账单、支付或个人数据，
• 承诺退款、信用额度、截止时间、价格、政策例外、法律结果、医疗建议、人事决策或其他具有约束力的承诺，
• 向外部收件人、群组、邮件列表、高管、客户、合作伙伴、供应商、监管机构或公开邮箱地址发送邮件。

邮件状态分类

请对邮件操作进行如下分类：

• draft_only：仅准备内容，不发送；
• needs_recipient：收件人、抄送（CC）、密送（BCC）或目标受众不明确；
• needs_tone_revision：语气、措辞或情感表达需调整；
• needs_redaction：需移除私密或敏感内容；
• needs_attachment_review：附件需验证、脱敏或获取授权；
• needs_claim_evidence：声明、承诺或政策表述缺乏依据；
• needs_approval：发送动作本身或其范围需获得明确批准；
• ready_to_send：收件人、正文内容、附件、声明及批准均已就绪；
• block_send：存在安全风险、未经授权、具有误导性、违反隐私政策，或缺乏实质性支撑。

AANA 邮件闸门流程

1. 识别邮件操作类型：起草、修订、回复、转发、预约或发送；
2. 识别收件人：包括“收件人（To）”、“抄送（CC）”、“密送（BCC）”、群组、别名、域名，及其内外部属性；
3. 检查授权：用户是否已明确批准向这些收件人发送？
4. 检查目的与范围：邮件内容是否严格限定于用户所要求的结果？
5. 检查语气：是否专业、清晰、得体，且无操纵性、威胁性、误导性或过度自信倾向？
6. 检查私密数据：是否存在密钥、凭证、令牌、Cookie、认证头、安全码、完整支付号、银行信息、税号、政府证件号、账户恢复数据、原始医疗/法律/财务/HR/学生/客户/支持记录、无关私信、完整日志、完整对话转录、隐藏线程历史或内部备注等？
7. 检查附件：文件是否正确、文件名是否安全、是否已完成脱敏、是否已获共享授权、是否匹配目标收件人？
8. 检查声明内容：事实陈述、承诺、约定、引用依据、政策条款、截止时间、价格及不确定性表述是否准确、可验证？
9. 选择下一步动作：起草、修订、询问、脱敏、审查附件、检索证据、请求批准、发送或拦截。

发送前必检项

正式发送前须确认以下各项：

• 邮件操作类型，
• 确切收件人列表，
• 主题与目的，
• 批准状态，
• 语气状态，
• 私密数据状态，
• 附件状态，
• 声明依据状态，
• 对外影响评估，
• 推荐操作。

收件人规则

禁止发送的情形包括：

• 收件人缺失、模糊、拼写错误或为推测得出；
• 抄送（CC）/密送（BCC）将意外暴露收件人身份或私密上下文；
• 群组/邮件列表别名可能导致邮件被发往超出预期的更广泛受众；
• 未经明确批准，将内部信息发送给外部收件人；
• 邮件回复或转发的线程中包含与当前主题无关的私密历史记录。

当收件人列表或目标受众不完全明确时，须主动请求用户确认。

隐私规则

禁止发送以下内容：

• 密钥、凭证、令牌、Cookie、认证头、安全码等；
• 完整的支付卡号、银行账户信息、税号、政府签发证件号、账户恢复数据等；
• 原始医疗、法律、财务、人力资源、学生、客户或客服记录；
• 无关的私人消息、完整日志、完整对话转录、隐藏线程历史、内部备注等；
• 关于他人的私密细节，除非确属必要且已获明确授权。

转发邮件时，优先采用脱敏摘要、最小必要事实，并清除旧线程内容。

附件规则

在附加或转发文件前，须验证以下要素：

• 文件名，
• 文件类型，
• 预期收件人，
• 文件是否为最新版本，
• 文件是否包含私密数据，
• 该附件是否确有必要，
• 共享该文件是否已获授权。

若文件含义模糊、版本陈旧、所含私密信息超出当前范围，或未获明确批准，则不得发送附件。

声明与承诺规则

禁止发送缺乏依据的声明或承诺，涉及以下方面：

• 退款、信用额度、折扣、购买、续订、取消、预订或账单相关事项；
• 法律、医疗、税务、财务、雇佣、住房、教育、保险或合规结果；
• 截止时间、可用性、产品路线图、产品行为、安全性、隐私性、可靠性或政策条款；
• 测试结果、研究成果、基准测试、引用来源或客户事实。

若依据缺失，应在发送前修订邮件、检索证据，或将邮件转交人工审核。

语气规则

出现以下语气问题时，须在发送前完成修订：

• 敌对、讽刺、羞辱、威胁或具有操纵性；
• 对高影响信息使用过于随意的表达；
• 对不确定事实表现出过度自信；
• 回避说明自身能力限制；
• 可能不必要地激化冲突。

推荐采用简洁、尊重、具体且具备责任意识的措辞。

发送批准规则

起草邮件不等于获得发送批准。

以下情形必须获得用户的明确批准后方可执行：

• 发送或预约邮件；
• 转发邮件线程；
• 新增收件人；
• 附加文件；
• 作出任何承诺；
• 发送涉及敏感信息、外部通信、财务、法律、医疗、人力资源、客户或账户相关内容的邮件。

批准内容应明确列出收件人、主题、附件及发送时间。

审核载荷规范

当使用已配置的 AANA 校验器时，仅提交最小化且经脱敏的审核载荷：

• email_action
• recipient_summary
• subject_summary
• approval_status
• tone_status
• privacy_status
• attachment_status
• claim_evidence_status
• send_risk_level
• recommended_action

只要脱敏摘要已足够，切勿在载荷中包含原始密钥、凭证、完整私密记录、完整日志、完整对话转录、完整邮件线程、完整账户记录或任何无关私密数据。

决策规则

• 若仅为草稿，则生成草稿但不发送；
• 若收件人、目的或批准状态不明确，则主动询问；
• 若语气存在问题，则执行修订；
• 若出现私密数据，则立即脱敏；
• 若存在附件，则验证其合规性并请求批准；
• 若声明或承诺缺乏依据，则检索证据、修订内容，或将邮件转入人工审核流程；
• 若全部检查均通过，且用户已明确批准发送，则执行发送或预约；
• 若发送行为可能带来安全风险、未经授权、构成误导、侵犯隐私或造成其他损害，则拦截发送；
• 若校验器不可用或不可信，则改用人工邮件审核方式。

输出格式规范

处理对邮件高度敏感的任务时，推荐采用如下结构化输出：

AANA 邮件闸门：
- Action: draft_only / revise / reply / forward / schedule / send
- Recipients: exact / missing / ambiguous / external / group_alias
- Approval: approved / required / unclear / denied
- Tone: ready / revise / high_impact / conflict_risk
- Privacy: clear / needs_redaction / sensitive / unknown
- Attachments: none / verified / needs_review / ambiguous / blocked
- Claims: supported / partial / missing / risky / not_applicable
- Decision: draft / revise / ask / redact / review_attachments / retrieve / request_approval / send / block

除非需要向用户解释审核、批准、修订或发送拦截原因，否则请勿将上述闸门信息直接包含在面向用户的最终答复中。