email-ops

邮件操作

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

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

技能栈

在相关时将这些ECC原生技能引入工作流：

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

使用时机

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

安全护栏

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

工作流

1. 确定具体界面

在操作之前，确定：

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

2. 在撰写前阅读线程

如果是回复：

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

如果是创建新外发邮件：

• 确定热情程度
• 选择正确的渠道和发件人账户
• 在起草前调用brand-voice

3. 起草，然后验证

对于仅起草的工作：

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

对于实时发送的工作：

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

4. 报告确切状态

使用确切的状态词：

• 已起草
• 待审批
• 已发送
• 已阻止
• 等待验证

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

输出格式

邮件界面
- 账户
- 线程 / 收件人
- 请求的操作

草稿
- 主题
- 正文

状态
- 已起草 / 已发送 / 已阻止
- 适用时的已发送证明

下一步
- 发送
- 跟进
- 归档 / 移动

常见陷阱

• 未经已发送副本检查，不要声称发送成功
• 不要忽略线程历史而编写无上下文的回复
• 不要将邮箱工作与DM或短信工作流混淆
• 不要暴露机密、认证细节或不必要的消息元数据

验证

• 响应中应指明账户和线程或收件人
• 任何发送声明都应包含已发送证明或明确的客户端确认
• 最终状态应为以下之一：已起草 / 已发送 / 已阻止 / 等待验证