## 概述 评分口径照旧：功能 25%、设计 25%、实战 20%、上手 15%、社区 15%，纸面评分。实战一栏依据本站五月底存档的实测记录与案例转述佐证，非本期重新开箱实测；各件星数与机制的时间口径逐条标注。 ## 评测总览 | Skill | 工位 | 一句话定位 | 功能 | 设计 | 实战 | 上手 | 社区 | 综合 | |---|---|---|---|---|---|---|---|---| | email-marketing-bible | 知识底座 | 55K词19行业打法库 | 5 | 4 | 4.5 | 3 | 4 | **4.2** | | newsletter-writer | 单篇写手 | 素材进，成品Issue出 | 4 | 4 | 4 | 3.5 | 3 | **3.8** | | newsletter-studio | 运营台 | Beehiiv全流程+社媒排期 | 5 | 3.5 | 3.5 | 2.5 | 3 | **3.7** | | newsletter-content-system | 策展流水线 | RSS进，精选邮件出 | 4 | 4 | 3.5 | 3.5 | 2.5 | **3.6** | 观察位（材料不足，未评分）：substack-draft-publisher——newsletter-writer 的官方配对发布器，存档仅记机制（经 Substack API 推送 Markdown 草稿进后台）；官方市场里的对内通讯件 internal-comms，本期不开箱，仅记账。 ```mermaid 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，本期榜首——但记住这是一个「给懂行的人」的分数。 ```bash 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，四件里上手最好的个人件。 ```bash 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。 ```bash 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——实战最硬，适用面最窄，两者都写在明面上。 ```bash git clone https://github.com/the-context-loop/newsletter-studio # 05-24 存档口径：克隆后按 README 配置 Beehiiv API 密钥与 Postiz 集成 ``` ## 安装命令汇总 ```bash # 知识底座 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，小任务别全量加载 ## 本期核心发现 ```mermaid 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 等场景全覆盖。