邮件运维¶

当实际任务是邮箱操作时使用本技能：分拣、起草、回复、发送，或证明消息已落入 Sent（已发送）文件夹。

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

技能栈¶

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

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

使用时机¶

• 用户要求分拣收件箱或将低信号邮件归档
• 用户想要草稿、回复或新的外发邮件
• 用户想知道某封邮件是否已发送
• 用户想要关于使用了哪个账户、线程或 Sent 条目的证据

护栏¶

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

工作流¶

1. 确定确切的界面¶

行动之前，先确定：

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

2. 撰写前先阅读线程¶

如果是回复：

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

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

• 判断亲疏程度（warmth level）
• 选择正确的渠道和发件人账户
• 起草前调用 brand-voice

3. 起草，然后验证¶

对于仅草稿的工作：

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

对于实时发送的工作：

• 先验证准确的最终正文
• 通过所选邮件界面发送
• 确认消息已落入 Sent 或等效的已发送副本存储中

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

注意事项¶

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

验证¶

• 回复中指明账户和线程或收件人
• 任何发送声明都包含 Sent 证明或明确的客户端确认
• 最终状态必须是 drafted / sent / blocked / awaiting verification 之一