email-ops

email-ops 技能概览

email-ops 是做什么的

email-ops 是一个用于真实邮箱操作的 email-ops skill：分拣、起草、回复、发送，以及核实内容是否真的进了 Sent。它最适合需要操作层面的确定性，而不只是润色过的文案的人。

谁应该安装它

如果你要处理活跃收件箱、做外发跟进，或者需要证明某封邮件确实是从正确账号发出的，就应该使用 email-ops。当核心任务是安全地处理邮件并记录发生了什么时，它非常合适。

它的不同之处

这个技能不是一个泛用的 email-ops for Email Writing 提示词。它强调的是工作流纪律：先起草、确认账号、避免高风险清理、在宣称完成前先核实已发送状态。也正因为如此，当失误会带来业务成本时，它特别有用。

如何使用 email-ops 技能

安装以及先读哪些文件

进行 email-ops install 时，先从仓库路径添加这个技能，然后先看核心说明：先读 SKILL.md，如果还有关联的上下文文件，再继续看那些文件。这个仓库里，SKILL.md 是唯一的主要事实来源，所以不需要费力去找隐藏机制。

把模糊需求变成可用提示词

一个好的 email-ops usage 提示词会明确写出邮件任务、账号、收件人或线程，以及所需的证明级别。例如：Use email-ops to draft a reply for the ACME thread from the support account; do not send yet; preserve tone; tell me what account and Sent evidence I should check. 这样技能就有足够上下文，可以安全执行。

能产出更好结果的工作流

使用 email-ops guide 这套模式：先判断这是分拣、起草、回复、发送，还是已发送状态核验；再选择正确的发件账号；然后才准备邮件内容。如果任务包含清理动作，在线程还没完全看懂之前，先保留不确定的业务邮件不要动。

最重要的实用输入

对 email-ops 来说，价值最高的输入是目标线程、预期发件人身份、邮件目的，以及任何“绝对不要做”的约束，比如“只起草”“不要提价格”。如果回复依赖最新事实，先做研究再写。

email-ops 技能常见问题

email-ops 只是用来写邮件吗？

不是。email-ops skill 同样关注收件箱分拣、发送纪律，以及投递状态证明。也正因为如此，当邮箱本身就是重点时，它比普通写作提示词更可靠。

什么情况下不该用 email-ops？

不要把它用于类似短信的随意沟通，也不要在任务只是产出没有邮件工作流的通用文案时使用。如果你只需要改写一句话，一个更简单的提示词就够了。

新手也能用吗？

可以，只要你能说清楚邮件是发给谁的、该由哪个账号发送，以及是否允许发送。新手通常先要求草稿，再在采取行动前检查账号和已发送状态指引，效果最好。

它和普通提示词有什么不同？

普通提示词关注措辞。email-ops 关注执行安全：邮箱是否正确、是否该发送、结果是否可验证。当你需要知道实际发出了什么，而不只是写了什么，这一点就非常重要。

如何改进 email-ops 技能

让技能面对更少歧义

提升质量最大的办法，是一开始就明确线程、发件人、收件人、期望结果和风险级别。Reply to the latest billing email from the finance account and keep it noncommittal 比 respond to this 有用得多。

要求以证据为导向的检查

如果你需要 email-ops 帮你核验发送结果，就直接要求你想看的证据：Sent 文件夹中的匹配项、使用了哪个账号、时间戳，或者线程主题。这样可以减少只得到一个含糊的“完成了”，而你实际需要的是可审计性。

在第一版之后继续迭代

先用第一轮结果检查语气、账号选择和缺失事实。然后用具体修改继续收紧，比如“更短”“更直接”“不要承诺时间表”“只保留下一步的问题”。这个技能在你逐轮缩小范围时最强。

注意常见失败模式

最常见的失败模式是发件人混淆、过度清理收件箱，以及把未发送草稿当成已完成发送。只要避开这些，email-ops 更适合作为邮件工作的纪律化操作层，而不是一个普通的写作工具。