「邮件起草」是职场人士的高频任务。它的输入通常是要点与收件人关系，期望得到的是邮件草稿。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。

项目说明
技能邮件起草（email-drafter）
作用根据要点起草得体的工作邮件
输入要点与收件人关系
输出邮件草稿
形态纯提示词
风险低
适用人群职场人士

1. 「邮件起草」技能和直接写提示词有什么区别？

技能把步骤、格式和约束固定下来，由平台在相关时自动加载；提示词需要每次手动提供，效果依赖当次写法。

2. 需要会编程吗？

不需要。大部分平台的技能或规则都是写 Markdown 或填表单。

3. 哪个平台最适合？

取决于你在哪里工作：写代码的团队适合 Claude Code、Cursor 等编码工具；业务团队适合 GPTs、扣子、百炼、飞书 aily 等平台。可以先读介绍。

4. 输出可以直接用吗？

不建议。风险较低，但输出仍需快速过目再使用。

5. 缺资料时会怎样？

如果技能里写了“信息不足先提问”，智能体会先列出缺失项；没写的话可能自行补全，这正是要避免的。

6. 能处理很长的材料吗？

取决于模型上下文长度。材料过长时，建议在技能中要求分段处理并说明处理范围。

7. 数据安全怎么保证？

测试时使用脱敏样例，按最小权限配置工具，并确认平台的数据政策。详见安全审查。

8. 效果不好怎么办？

按故障排查对照症状，一次只改一处并重跑测试。

领域注意事项

「邮件起草」属于办公效率领域，使用者多是职场人士，工作环境通常是邮箱、日历与文档。这个领域最重要的一条底线是：任何对外发送的内容都先人工过目。

建议把这条底线原样写进技能的约束部分，而不是指望智能体自己意识到。同时，在团队内部明确：智能体给出的邮件草稿只是初稿或建议，最终由谁签字确认、出了问题由谁负责。

常见变体

同一个技能可以按使用场景派生出几个变体：

  • 简版：只保留核心步骤（确定语气、检查称谓与附件提示），适合快速过一遍
  • 详版：每一步都写出理由与依据，适合交给他人复核或留档
  • 批量版：一次处理多份要点与收件人关系，输出汇总表，适合定期集中处理

变体之间共享同一套约束，只在步骤详略和输出格式上有差异。可以在一个技能里用参数区分，也可以拆成几个名称明确的技能。

什么时候用这个技能

  • 手头有要点与收件人关系，需要在较短时间内得到邮件草稿
  • 同类任务每周出现多次，希望每次处理方式一致
  • 结果要交给同事或上级复核，需要统一的结构和清楚的依据
  • 新人接手这类工作，需要一个可以照着做的标准流程

反过来，如果只是偶尔做一次，或者任务高度依赖现场判断，直接和邮箱、日历与文档里的智能体对话即可，不必专门封装成技能。

延伸阅读

说明：文中的配置、代码与目录结构均为示意，用于说明思路；各平台的入口、字段名与能力会更新，落地前请以对应官方文档为准。示例中的数据与场景为虚构，不代表真实案例。