cold-email 适合已经确定潜在客户、需要起草 B2B 初次联系邮件的场景。它着重收件人的处境、真实研究线索、可证明的价值和容易回应的一个问题；它不是寻找邮箱、自动群发或替你判断所有收件人是否适合联系的工具。
安装与调用
在项目目录的终端运行下面的命令，只安装这个 Skill 到 Claude Code：
npx skills add coreyhaines31/marketingskills --skill cold-email -a claude-code
需要 Node.js 和可用的 npx。若使用 Codex，把 -a claude-code 换成 -a codex；在对话里明确要求使用 cold-email 并附上材料，不把终端安装命令当成任务提示。其他客户端应使用自身的技能选择入口。
先给“为什么是这个人”
从一位明确的潜在客户开始，比让 Agent 写一封适合所有公司的邮件更容易检查。可以提供公开招聘信息、真实产品调整或对方讨论的问题，但要说明链接和时间；没有核实的线索不要编成开场赞美。产品背景可复用 .agents/product-marketing.md。示例：
使用 cold-email 起草一封英文 B2B 初次联系邮件，仅生成草稿。
收件人负责设计工作室交付；公开招聘页显示正在扩建远程团队，原文见 research.md。
我们提供客户批注集中管理，允许使用的案例在 proof.md。
希望先询问对方是否需要一份交付检查表，不直接要求三十分钟会议。
再给两封跟进，每封增加一种新价值；不要编造个人经历。
核对开场观察是否自然引出要解决的问题。如果删掉个性化那句，剩下的邮件仍能毫无变化地发给任何公司，通常说明这只是名字替换。技术负责人可能更关心具体工作约束，管理者可能更关心交付影响，不必把同一份产品介绍压缩后发给所有角色。
让每句话服务于回应
首封可按观察、问题、可信证据和请求组织，但不必机械套四段。主题简短、正常，不伪装成已有对话的 Re: 或 Fwd:。正文只放一个低阻力动作，例如是否愿意看相关材料；不要同时要求预约、注册和转介绍。已有证据少时，少写承诺，把问题问得准确更有价值。
跟进需要新角度：一个相关案例、一份实用资料，或一条补充发现。不要反复换词写“再确认一下”，也不要说这是最后一次联系后继续追发。让每封能独立理解，因为收件人可能没有看过前一封。
最后逐句朗读，删除自我介绍长段、产品功能堆砌和明显模板话。检查所有个性化事实、案例许可和链接目标，再单独决定是否发送。这个 Skill 提供写作方法；收件名单质量、渠道配置和实际回复情况不会因为文案完成而自动解决，更不能把它生成的示例当成已取得客户回应的记录。
从线索表写到可发送草稿
先把每位收件人的信息分开：职位、最近能确认的变化、这个变化可能带来的工作问题、你的相关证据、合适的下一步。只有“在 LinkedIn 看到你”这种泛化句子，不足以构成个性化。示例输入可以写成：“这家公司刚公开招聘实施经理；我们有一份已获授权的客户案例。请写一封询问他们是否在解决入职交接问题的邮件；不要推断他们一定遇到了这个问题。” 这样 Agent 能把观察和假设分开。
让它同时给出邮件标题、正文、唯一的低门槛请求，以及每一句个性化所依据的资料。标题只需让人识别主题，不必塞满卖点。正文读起来像同行之间的一封短邮件：收件人的背景在前，产品介绍在后；没有可核实的客户成果，就不要写“我们帮同类公司提升了 40%”。
发送前做人工检查：公司、姓名、职位、时间和案例许可是否准确；邮件里是否有第二个隐含要求；回信路径是否清楚。后续邮件应换一个有用角度，例如一份相关资源，而不是把第一封改写成“想确认你看到了吗”。若没有新的价值，就停止或等到出现新信息。
示例：对一个新上线的集成提出相关问题
假设一家软件公司刚在公开更新日志里推出与你的产品相关的集成。你想向负责该集成的团队介绍一份可免费使用的排错清单。先给 Agent 更新日志 URL、对方岗位信息、清单原文以及你是否真的有合作案例。输入：“使用 cold-email 写一封仅供审阅的短邮件。第一句准确提到更新日志中的集成，不假设他们遇到故障；第二段说明清单能帮助检查的具体环节；最后只问是否需要清单链接。把每条事实依据列在草稿下方。”
验收时读一遍正文：如果换成任何公司的名字仍然成立，说明观察没有真正连上对方工作；如果突然出现‘同类客户节省 30%’而材料没有这条证据，直接删掉。若无法确认收件人的职责，让 Skill 改写成面向团队的礼貌问题，而不是假装了解他的项目。只有人工确认事实、发件身份和合规要求后，才考虑发送；Skill 产物始终先是草稿。
先判断草稿到底证明了什么
有使用者用这套 Skill 为一个虚构的维 C 精华产品生成三封达人外联邮件；这能说明它会组织序列，不能说明邮件已发送或得到回复。借鉴这种练习时，先让 Agent 给每封标明目的、依据和唯一动作，再人工核对达人是否真的讨论过相关问题、案例是否获准引用。把未经发送的示例留在草稿区，只有实际回复才能进入效果记录。