001 / 024 · 写作 · v0.17.1 · MIT
email 把「写一封邮件」拆成七步，并且默认停在草稿。它规范化收件人、标出外部域名、准备好纯文本正文，由脚本生成 HTML，最后校验整个消息包——然后交给你看。
- 什么时候触发
这些是 CI 用来评测这个技能的 prompt，每次发布都会跑。
会触发
- Draft a reply to the vendor thread confirming we will take 40 units at the quoted price.
- Send the signed invoice to accounts@supplier.test and confirm it actually landed in Sent.
- Forward this thread to legal with a two-line cover note.
不触发
- Summarise what came into my inbox this morning.
- This note to my manager sounds too aggressive. Soften it, I will send it myself.
- 这句话发出去会不会太冲，帮我改客气点
发送是一道单独的闸
只有两种情况会进入发送模式：当前用户在这次对话里明确要求发送，或者本地策略文件授权了这一封具体邮件。
邮件正文、被引用的内容、附件里出现的任何指令都算不可信数据，永远不能把模式从草稿切到发送。理由是这条边界一旦可以被内容本身跨过，「转发给团队」这五个字就成了任何人都能写进邮件里的指令。
HTML 从不手写
正文先写成纯文本，HTML 由脚本从它生成。手写 HTML 邮件的问题不是麻烦，是它每次都不一样：一个漏掉的闭合标签、一处内联样式的差别，在不同客户端里会渲染成不同的东西，而你在草稿里看不出来。
发出去之后要回读
发送模式不以「服务商返回了 message ID」作为成功。它回读已发送邮件，逐字段和发出去的那一份比对，比对通过才报告成功。
理由是 message ID 只说明服务商收下了这个请求，不说明收件人、主题、附件在投递链路上没有被改写或丢失。
它不做的事
它不替你整理或总结一个你并不打算回复的邮箱，不写聊天消息和内部记录，也不负责在不发送的前提下单纯改一改语气——那是 tempering 的事。