高回复冷邮件写作

解决什么问题

冷邮件的最大死因不是渠道，而是文案本身读起来像机器写的。批量模板、夸张开场、功能堆砌，让收件人在前两行就能识别出这是一封群发的销售信，然后删除。这个技能要解决的，就是让外联邮件听起来像一位懂行的同事随手写的便条，而不是销售机器的模板填充。

核心能力与工作流程

技能的工作流程大致分四步：

1. 先读语境：如果存在 .agents/product-marketing.md（或 .claude/product-marketing.md），先读取再提问，避免重复询问已知信息。
2. 补齐关键信息：按五个维度梳理情况——写给谁、想要什么结果、解决什么问题、有什么证据、有哪些调研信号（融资、招聘、技术栈变化等）。信息不全时不阻塞，先用已有的写，并标注哪些输入能让它更强。
3. 按原则写作：

- 像同行而非供应商，用缩写，读起来不像营销稿；
- 每句话都必须推动回复，冷邮件的目标不是完整而是更短；
- 个性化必须连接到问题——删掉个性化开头后邮件若仍然成立，说明这段个性化没起作用；
- 以"你/你们"为主视角开场，而不是"我/我们"；
- 每次只给一个低摩擦请求（如"Worth exploring?"），首封邮件别直接要 30 分钟会议。

1. 按受众校准语气：高管要极简、平级、克制；中层可以多一点具体价值；技术背景则精确、不注水。

框架上，技能支持四种常见结构：观察→问题→证据→请求、问题→价值→请求、触发→洞察→请求、故事→桥接→请求，细节见 frameworks.md。标题线要求 2–4 个小写单词、像内部邮件主题，不放卖点也不加 emoji。跟进序列通常 3–5 封，每封都要带来新信息（新角度、新证据、新资源），节奏渐疏，最后一封 breakup 说到做到。

适用边界与注意点

这个技能是写作辅助，不是发送机器人。它不会自动安装依赖、修改系统权限或创建持久任务；涉及发送、发布、删除、付款等外部写入操作时，会先展示目标与影响，等你明确确认后才执行。凭据只用于你指定的官方服务，不回显、不记录、不转发。命令和代码默认仅作参考，只有你明确要求且目标范围清楚时才会运行。

另外，它不负责线索挖掘（那是 prospecting 的上游工作）、落地页文案（copywriting）或生命周期邮件（emails），这些需要配套技能配合。