用途：撰写以要点开头、尽量少占用读者注意力的邮件，并保持 Max 的语气。每次草稿由三部分驱动：references/email-rules.md 中的邮件规则、references/voice.md 中的语气，以及同一文件中的邮件专用 humanizer 处理。
主要能力：三种输入模式。模式一，从意图或要点起草，把目标或要点转成完整邮件，只询问规则要求且无法推断的事实（如具体截止日期、负责人、数字），不编造细节。模式二，回复邮件线程，用户粘贴线程或待回复邮件，在上下文中起草回复，回答未决问题，匹配线程语言，除非主题变化否则保留主题。模式三，清理原始草稿，用户粘贴粗略笔记或混乱草稿，按规则、语气和 humanizer 重写，保留用户事实与意图。
使用方式：根据用户提供的内容选择模式，不明确时询问。先检测语言，匹配意图或线程语言；真正不清楚时默认使用用户与助手交流的语言，不翻译专有名词或技术术语。按规则起草，第一句承载请求、决定、风险或更新，坏消息先说，一封邮件只做一件事。应用语气，保留直接、有证据的观点和对局限的诚实，去掉博客式结构。执行 humanizer，禁用破折号，改用逗号、冒号、分号或括号，删除“希望您一切顺利”等聊天机器人或谄媚痕迹。检查长度，超过一屏则先给要点再分短块；若为争论或高情绪话题，建议改用通话加简短总结邮件。输出主题和正文为纯文本，便于复制；仅在存在真实分叉时提供一个替代版本。
输出格式：主题行采用 [Action|Decision|Update|Risk]: <topic>，正文为纯文本。邮件内不加评论，给 Max 的备注（假设、用占位符填补的缺失事实）放在邮件下方。
限制：该技能从不接触收件箱，不获取、创建或发送邮件。用户需自行粘贴线程并复制输出。缺失关键事实时应询问而非猜测。具体命令、安装方式及收费信息暂未提供。