name: 草拟邮件 description: 使用What-Why-How框架草拟专业邮件。当需要向同事、利益相关者或领导撰写邮件时使用。 argument-hint: [上下文或粘贴现有草稿] allowed-tools: 读取, 询问用户问题
草拟专业邮件
使用软件开发者的沟通最佳实践，生成专业、结构良好的电子邮件。
参数
$ARGUMENTS - 可选上下文、主题或现有草稿以优化
工作流程
步骤 1: 收集上下文
如果$ARGUMENTS为空或不足，使用AskUserQuestion收集：
问题 1: 收件人类型（标题：“受众”）
- 技术同行（开发者、工程师）
- 非技术利益相关者（产品经理、高管、客户）
- 跨职能团队（混合受众）
- 经理或领导
问题 2: 邮件目的（标题：“目的”）
- 状态更新或进展报告
- 请求（评审、批准、资源）
- 信息共享（仅供参考、公告）
- 升级或提出问题
- 跟进先前对话
问题 3: 紧急程度（标题：“紧急程度”）
- 紧急 - 需要今天回复
- 标准 - 1-2天内
- 低优先级 - 仅供知悉
步骤 2: 应用沟通框架
使用What-Why-How结构：
-
WHAT（开头 - 1-2句）
- 以关键信息或请求开头
- 立即说明目的
- 避免寒暄（“希望您一切安好…”）
-
WHY（上下文 - 2-3句）
- 提供必要背景
- 解释与收件人的相关性
- 仅包括基本上下文
-
HOW（行动 - 明确下一步）
- 具体行动号召
- 适用时明确截止日期
- 谁需要做什么
步骤 3: 应用邮件最佳实践
主题行：
- 具体且易于扫描（理想5-8词）
- 包括所需操作：“[需要行动]”, “[仅供参考]”, “[需要决策]”
- 紧急时包括截止日期：“[周五截止]”
正文结构：
- 多点时使用项目符号（最多3-5个）
- 加粗关键信息
- 每封邮件一个主题
- 短段落（最多2-3句）
根据受众调整语调：
| 受众 | 语调 | 术语水平 |
|---|---|---|
| 技术同行 | 直接、精确 | 高（使用技术术语） |
| 非技术 | 业务聚焦 | 低（翻译术语） |
| 跨职能 | 平衡 | 中（根据需要解释） |
| 领导 | 简洁、影响聚焦 | 低（关注结果） |
步骤 4: 生成草稿
生成完整邮件：
## 邮件草稿
**主题:** [清晰、具体的主题行]
---
[开头 - WHAT: 关键信息/请求]
[上下文 - WHY: 背景和相关性]
[正文 - 根据需要细节，列表用项目符号]
[结尾 - HOW: 明确行动号召]
[签名]
步骤 5: 提供优化选项
呈现草稿后，提供：
- 语调调整 - 变得更正式或更随意
- 长度调整 - 扩展或压缩
- 术语翻译 - 调整技术语言水平
- 格式更改 - 不同媒体（Slack、Teams）的不同结构
使用示例
# 有上下文
/soft-skills:draft-email 需要向团队领导请求API迁移的截止日期延期
# 优化现有草稿
/soft-skills:draft-email "大家好，想通知你们关于部署..."
# 从零开始
/soft-skills:draft-email
输出
以清晰格式呈现草稿：
- 主题行 带理由
- 邮件正文 带WHAT/WHY/HOW标签
- 优化选项 供迭代
避免的反模式
- 通用主题（“快速问题”、“更新”、“仅供参考”）
- 将请求埋在结尾
- 无结构的文本墙
- 缺少明确行动号召
- 过度道歉或犹豫
- 不必要抄送