Developer Newsletter

开发者 Newsletter

适用场景

当用户需要为开发者受众创建、撰写或改进 newsletter 时使用本技能。触发词包括"newsletter"、"邮件营销"、"开发者邮件"、"每周精选"、"dev newsletter"、"邮件订阅"、"newsletter 增长"、"邮件列表"。

本技能帮助你构建和撰写开发者真正愿意打开、阅读并期待收到的 newsletter。涵盖内容策略、写作、增长与送达率。

开始之前

先加载你的受众上下文。 读取 .agents/developer-audience-context.md 来了解：

• 你的读者是谁（角色、资历、技术栈）
• 什么内容能打动他们（痛点、兴趣）
• 他们还在哪些渠道消费内容（避免重复造轮子）
• 语气风格（口语化程度、技术浓度）

如果上下文文件不存在，先运行 developer-audience-context 技能。

Newsletter 策略

明确 Newsletter 类型

最佳实践：选定一个主要类型。可以混搭其他类型，但要有清晰的定位。

频率矩阵

开发者偏好：每周是最佳频率。开发者都很忙，会严格管理收件箱。

内容组合框架

70-20-10 法则

内容类别

建立一个轮换清单：

撰写开发者邮件

标题框架

对开发者有效的方法：

无效的方法：

预览文本

紧跟在标题后面的预览文字。一定要用。

邮件结构

[简短个人开场 - 1-2 句话]

[主要内容分节，标题清晰]

[必要时插入代码片段]

[快捷链接区]

[带有个性色彩的署名收尾]

邮件中的代码

代码在邮件里的呈现很棘手。几种方案：

建议：代码尽量短。小片段用行内代码，完整示例链到外面。

<pre style="background-color: #1e1e1e; color: #d4d4d4; padding: 16px; border-radius: 4px; font-family: 'Fira Code', monospace; font-size: 14px; overflow-x: auto;">
const result = await fetch('/api/data');
</pre>

标题测试

A/B 测试框架

每次只测一个变量：

标题自查清单

发送前过一遍：

• 50 字符以内（手机预览能完整显示）
• 没有垃圾邮件触发词（免费、立即行动、限时）
• 具体，不模糊
• 与正文一致（不要挂羊头卖狗肉）
• 你自己会点开吗？

增长策略

自然增长

推荐奖励

交叉推广

与互补的 newsletter 互换曝光：

交换的是提及，不是完整广告。

避开垃圾邮件过滤器

技术配置

内容卫生

危险词列表

在标题和正文中避免：

邮件服务提供商

面向开发者的选择

自建方案

指标与基准

关键指标

跟踪哪些指标

Newsletter 模板

Subject: [具体、突出收益的标题]
Pre-header: [与标题互补的引子]

---

Hey [first name]，

[1-2 句个人开场或钩子]

## [主要章节 1]

[2-3 段有价值的内容]

\`\`\`javascript
// 必要时附一个简短的代码示例
\`\`\`

## [主要章节 2]

[内容]

## 快捷链接

- [链接 1]：一句话描述
- [链接 2]：一句话描述
- [链接 3]：一句话描述

## 社区精选

[从 Discord/Twitter/GitHub 挑选一条内容]

---

[个人化署名]

[姓名]

P.S. [可选：额外 CTA、趣闻或下一期预告]

工具

相关技能

• developer-audience-context — 了解你的读者
• devrel-content — 为 newsletter 找选题
• community-building — 生成社区内容
• developer-advocacy — 在做 newsletter 的同时建立个人品牌

局限性

• 仅当任务明确匹配其上游来源和本地项目上下文时使用本技能。
• 在执行变更前，校验命令、生成的代码、依赖、凭据以及外部服务的行为。
• 不要把示例当作环境专属测试、安全审查或用户对破坏性/高成本操作的批准的替代品。