概述

评分口径照旧：功能 25%、设计 25%、实战 20%、上手 15%、社区 15%，纸面评分。实战一栏依据本站五月底存档的实测记录与案例转述佐证，非本期重新开箱实测；各件星数与机制的时间口径逐条标注。

评测总览

观察位（材料不足，未评分）：substack-draft-publisher——newsletter-writer 的官方配对发布器，存档仅记机制（经 Substack API 推送 Markdown 草稿进后台）；官方市场里的对内通讯件 internal-comms，本期不开箱，仅记账。

flowchart TB
    T["邮件工位四种卖法"] --> A["卖知识：行业打法库"]
    T --> B["卖单篇：一期Issue写手"]
    T --> C["卖策展：RSS到成品的流水线"]
    T --> D["卖发布：平台API运营台"]
    A --> A1["email-marketing-bible"]
    B --> B1["newsletter-writer"]
    C --> C1["newsletter-content-system"]
    D --> D1["newsletter-studio"]

1. email-marketing-bible：把一个顾问的脑子装进上下文

定位：知识注入型。它不替你写一封邮件，卖的是「写之前你该知道的一切」——四件里唯一的非写作件。

亮点：05-21 存档口径 3.2K 星，55,000 词知识库、908 个信源、19 个行业 playbook，覆盖欢迎序列、弃购挽回、B2B 线索培育等场景，每个场景给完整序列模板、A/B 测试建议和行业参考数据。最出名的样本是电商弃购三封序列：1 小时后发折扣码、24 小时后追加社会证明、72 小时后制造稀缺感，每一环都挂着开信率与点击率的历史参考值。设计上它是本栏提过的「第三代 Skill」代表——不封装提示词，而是把人类领域经验编码成模型可执行的上下文；存档口径整库装载约吃 15K-20K token，属于典型的「重上下文」件。

短板：benchmark 数据有保质期，四个月过去参考值是否仍成立需自校；对零基础用户不友好，存档原话提醒过「55K 字的上下文反而可能导致过度引用专业术语」；独立维护，更新频率中等。

实战定位是咨询底座而非日常件：懂行的顾问拿它把两天写的 drip 序列压到两小时出初稿（存档口径），支撑按项目计费的高客单服务。综合 4.2，本期榜首——但记住这是一个「给懂行的人」的分数。

claude mcp add-skill https://github.com/CosmoBlk/email-marketing-bible
# 05-21 存档原口径，旧版语法；新环境建议克隆后把 SKILL.md 与知识库目录复制到 ~/.claude/skills/email-marketing-bible/

2. newsletter-writer：一期 Issue 的标准件

定位：单篇写手，素材进、成品出，四件里最贴近「个人用户日常用」的形态。

亮点：05-30 存档实测流程——丢进去一段播客笔记加三个链接，它先提取关键信息建立逻辑框架，再按 Newsletter 的标准结构出完整草稿：hook 开场、过渡段、正文、CTA、签名一个不少；格式上适配 Substack、Kit（ConvertKit）、Beehiiv 三家主流平台。它的增量不在「会写字」，在结构脚手架：Newsletter 是一门关于留存的手艺，开场钩子怎么起、CTA 放在哪有行规，它把行规内置成了默认输出，用户不需要懂理论就能拿到合格线以上的成品。与 substack-draft-publisher 的配对是加分项——写手出 Markdown 草稿，发布器经 Substack API 直接推进后台，sidbharath.com 的案例研究口径是每周准备时间从 4 小时压到 30 分钟（存档转述）。

短板：英文为主，中文场景要自己调教；它只给结果不解释「为什么这么排」，想改结构的人得自己懂行；仓库是套件形态，单品依赖主仓更新节奏。

综合 3.8，四件里上手最好的个人件。

npx skills add inbharatai/claude-skills newsletter-writer
# 05-30 存档原口径

3. newsletter-content-system：策展型的安静流水线

定位：不写原创，专做「每周精选五篇好文加短点评」的策展件——Newsletter 里最省力的内容形态，它把这条流水线整个自动化了。

亮点：05-23 存档记下的机制链条：OPML 批量导入 Feedly/Inoreader 订阅列表 → 按主题相关性、时间新鲜度、来源权威度三个维度加权筛选 → 每篇入选文章生成 50-100 字摘要点评 → 渲染成 HTML 邮件。内置 5 套响应式模板，从极简风到杂志风，品牌色、Logo 位置、字体均可配，输出兼容 Mailchimp、ConvertKit、Substack 的导入格式。它最聪明的一步是把编辑口味参数化：调权重就能控制「精选」与「广泛」的平衡——四件里唯一把编辑判断做成可配置项的，这个设计思路比功能本身更值钱。

短板：全部写在机制里。抓取频率绑定运行频率，得手动触发或自己配 cron，没有实时监控；发送环节完全外包给邮件平台，自己不对接 API；对原创深度型 Newsletter 帮助有限——存档原话，它擅长「筛选加点评」，不擅长写。

另注：本件仓库与安装命令存档未载明※，机制口径全部取自 05-23 存档，装前请先自行定位仓库开箱验证。综合 3.6。

npx skills find newsletter-content-system
# 仓库未载明※，先用检索确认正身，再按通用口径复制到技能目录

4. newsletter-studio：唯一打通「发」的一件

定位：运营台。前三件管「写」，它管「从草稿到订户邮箱」的全流程。

亮点：05-24 存档口径——在 Claude Code 里建草稿、设标题和摘要、插图、预览渲染效果、发布或排期，全走 Beehiiv API；再经 Postiz 集成把同一篇内容排期到 Twitter、LinkedIn 等社媒平台，还为单位平台生成不同风格的摘要变体。它是四件里唯一把「创作→编辑→发布→排期」连成线的，也是唯一的 API 重型件——别人的产物是文稿，它的产物是「已排期的发布任务」。对独立创作者，存档估算它能把「写作+发布+推广」的周工作时间压缩六成量级；也有「Newsletter 运营代管」的打包卖法（月费口径见存档）。

短板：卖点即死穴。强绑 Beehiiv，用 Substack、Kit、Ghost 的用户当前无法使用（存档原话）；API 密钥配置有技术门槛；2026 年初发布，文档与社区支持尚未成熟。设计分只给 3.5：把产品命运整个押在单一平台上，是工程上最高效、商业上最脆的决策。

综合 3.7——实战最硬，适用面最窄，两者都写在明面上。

git clone https://github.com/the-context-loop/newsletter-studio
# 05-24 存档口径：克隆后按 README 配置 Beehiiv API 密钥与 Postiz 集成

安装命令汇总

# 知识底座
claude mcp add-skill https://github.com/CosmoBlk/email-marketing-bible   # 旧语法，新环境建议克隆后手工复制

# 单篇写手
npx skills add inbharatai/claude-skills newsletter-writer                # 即装即用

# 策展流水线
npx skills find newsletter-content-system                                # 仓库未载明※，先验证正身

# 运营台
git clone https://github.com/the-context-loop/newsletter-studio          # 需自配 Beehiiv API 密钥

分维度排行榜

• 综合榜：email-marketing-bible 4.2 > newsletter-writer 3.8 > newsletter-studio 3.7 > newsletter-content-system 3.6
• 上手最友好：newsletter-writer——素材丢进去，成品 Issue 出来，唯一不需要「先懂邮件营销」的件
• 设计最巧：bible 的知识注入（把行业经验变成上下文）与 content-system 的口味参数化（把编辑判断变成权重），一个卖深度、一个卖可配置
• 实战最硬：newsletter-studio——唯一真正把东西「发出去」的件，其余三件的终点都是草稿
• 商业首选：email-marketing-bible——直接支撑按项目计费的咨询服务，客单最高
• 避坑提示：studio 强绑 Beehiiv，平台不合就别装；content-system 无发送环节，别指望端到端；bible 装载成本 15K-20K token，小任务别全量加载

本期核心发现

flowchart LR
    K["bible 定打法"] --> W["出稿二选一"]
    W --> W1["writer 写单篇"]
    W --> W2["content-system 做策展"]
    W1 --> P["studio 发布排期"]
    W2 --> P

结语

把四件连起来，一条完整的 Newsletter 产线今天就能跑：bible 给行业打法，writer 写单篇或 content-system 做策展，studio 把成稿排期发进订户邮箱——四个工位互不重叠，这在内容大类里是稀缺的整齐。05-24 存档当年留过一个预言：谁做出第一个支持 Substack、Ghost、Beehiiv、Kit 的统一发布件，谁就占住这个生态位。四个月过去，预言仍未兑现，新星榜上也还没有人来接棒。下一件该出现的形状已经写得很清楚：不是第六个写手，而是一个把打开率和点击率接回来的数据件——邮件位 从「凭感觉写」走到「看报表写」的那一棒，还空在传送带上。

参考来源

[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。