---

name: email-ops description: 基于证据的邮箱分类、起草、发送验证和已发送邮件安全跟进工作流。当用户想要整理邮件、通过真实邮件界面起草或发送，或证明邮件已进入已发送文件夹时使用。 origin: ECC

邮件操作

当真实任务是邮箱工作时使用此技能：分类、起草、回复、发送或证明邮件已进入已发送文件夹。

这不是通用写作技能。它是围绕实际邮件界面的操作工作流。

技能栈

在相关时将以下 ECC 原生技能纳入工作流：

• brand-voice 在起草任何面向用户的内容之前
• investor-outreach 用于面向投资者、合作伙伴或赞助商的邮件
• customer-billing-ops 当线程是账单/支持事件而非普通通信时
• knowledge-ops 当消息或线程应在之后被捕获到持久上下文中时
• research-ops 当回复依赖于新鲜的外部事实时

适用场景

• 用户要求分类收件箱或归档低信号邮件
• 用户想要起草、回复或新的外发邮件
• 用户想知道邮件是否已发送
• 用户想要证明使用了哪个账户、线程或已发送条目

防护栏

• 除非用户明确要求实时发送，否则先起草
• 没有真实的已发送文件夹或客户端确认，绝不声称邮件已发送
• 不要随意切换发件人账户；选择与项目和收件人匹配的账户
• 清理过程中不要删除不确定的商务邮件
• 如果任务实际上是即时消息或 iMessage 工作，交给 messages-ops

工作流程

1. 确定确切的操作界面

在操作之前，确定：

• 哪个邮箱账户
• 哪个线程或收件人
• 任务是分类、起草、回复还是发送
• 用户想要仅起草还是实时发送

2. 撰写前先阅读线程

如果是回复：

• 阅读现有线程
• 识别最后一次外发联系
• 识别任何承诺、截止日期或未回答的问题

如果是创建新的外发邮件：

• 识别热度级别
• 选择正确的渠道和发件人账户
• 起草前调用 brand-voice

3. 起草，然后验证

对于仅起草的工作：

• 生成最终文案
• 说明发件人、收件人、主题和目的

对于实时发送的工作：

• 首先验证确切的最终正文
• 通过选定的邮件界面发送
• 确认邮件已进入已发送或等效的已发送副本存储

4. 报告确切状态

使用确切的状态词：

• drafted（已起草）
• approval-pending（待审批）
• sent（已发送）
• blocked（已阻止）
• awaiting verification（等待验证）

如果发送界面被阻止，保留草稿并报告确切的阻止原因，而不是在未说明的情况下临时使用第二种传输方式。

输出格式

MAIL SURFACE
- account
- thread / recipient
- requested action

DRAFT
- subject
- body

STATUS
- drafted / sent / blocked
- proof of Sent when applicable

NEXT STEP
- send
- follow up
- archive / move

常见陷阱

• 没有已发送副本检查就不要声称发送成功
• 不要忽略线程历史而写出无上下文的回复
• 不要将邮箱工作与即时消息或短信工作流混淆
• 不要暴露密钥、认证详情或不必要的消息元数据

验证

• 响应中命名了账户和线程或收件人
• 任何发送声明都包含已发送证明或明确的客户端确认
• 最终状态是 drafted / sent / blocked / awaiting verification 之一