用Claude Skills写博客

每篇博客文章都从我构思完美的提示开始,调整输出,运行lint检查,手动格式化一切。这有效。但无法扩展。因此,我构建了一个Claude Code技能来系统化它。

用Claude Skills写博客

我生活在终端中。真的,我就是生活在终端里。

作为一名开发者倡导者,我大部分时间都在这里——运行命令、测试代码、编写文档。在过去的几个月里,Claude Code 成为了我完成工作的主要界面。不只是编码。内容创作、文档编写,以及与DevRel相关的持续不断的博客文章流。

这带来了一个奇怪的问题。

我非常擅长使用AI工具。但这仍然是一个个人的一次性流程。每篇博客文章都从我构思完美的提示开始,调整输出,运行lint检查,手动格式化一切。这有效。但无法扩展。我们的市场团队需要生产更多内容,覆盖更多关键词,保持一致性……而他们不能都依赖我的大脑。

因此,我构建了一个Claude Code技能来系统化它。

1、将我已有的做法编码化

这个博客技能最初是为了解码我自己的流程。我会打开Claude Code,开始关于博客主题的对话,反复讨论结构,检查被禁止的词语,运行Vale linting,生成图片,提交PR。对我而言很高效,但对其他人完全不透明。

以下是发生了变化的地方:我意识到我可以将所有这些标准——品牌语气、被禁止的词语、风格要求、SEO清单——编码成可重复使用的流程。不是关于如何写作的文档。而是可以执行的技能,自动强制这些标准。

该技能的功能:

  • 研究主题 – 搜索现有的文章、文档、资料
  • 创建大纲 – 结构化以优化SEO和LLM引用
  • 检查点1 – 展示大纲,在撰写前获得批准
  • 撰写草稿 – 遵循品牌语气,包含被禁止词语检查
  • 检查点2 – 在最终确定前审查草稿
  • Vale linting – 强制风格一致性,必须通过0错误
  • 生成图片 – Python脚本创建标题和缩略图
  • 提交PR – 准备好供审查

该技能是一个单一的斜杠命令:/blog “主题”。就是这样。

1、/blog “topic”使标准可执行

这里是我们在实际技能文件中如何强制品牌语气:

被禁止的词语:
opt, dive, unlock, unleash, intricate, utilization, transformative, alignment, proactive, scalable, delve, landscape, evolving, nuanced, paradigm, comprehensive, holistic, synergy, pivotal, robust, empower, enables, transforms, solution, optimized

被禁止的短语:
- "In today's world," "at the end of the day," "best practices"
- "Game-changer," "paradigm shift," "breakthrough technology"
- "Seamless integration," "effortless setup," "works like magic"
- "Enterprise-grade"(未定义时),"industry-leading"

当该技能生成草稿时,它会根据这些规则进行检查。在创建PR之前,它会运行Vale linting,并且必须通过0错误。如果被禁止的词语漏网,Vale会捕捉到它们。技术术语需要使用反引号格式?Vale会标记它们。

曾经需要我审查每一篇内容的工作现在自动化了。该技能强制执行我在团队中无法手动维持的一致性。

2、我未曾预料的部分

我们一周前向市场团队推出了这个工具。

他们迅速采用。真的很快。

将这个工具交给团队基本上取代了我的一个主要职能:成为内容质量和专业技术性的瓶颈。而这让我腾出时间去做我真正想做的事情:开发者外展、建立关系、尝试新的倡导方法。

我们覆盖了更多的关键词,速度更快。博客文章以一致的语气和风格发布。SEO优化、常见问题部分、内部链接、可引用统计数据——都内置于工作流程中,而不是作为事后考虑。团队可以专注于研究和策略,而不是与格式和风格检查作斗争。

我们还没有数据(才三周),但我们已经比以前产生了更多的内容。

3、什么有效,什么无效

当AI工具是系统化的时,它们最强大。一次性的提示是有用的。编码的工作流程不同。这个技能不是“使用AI写一篇博客文章”,而是“这里是我们精确的流程,自动化并可执行”。

质量控制很重要。没有检查点和linting,AI输出会偏离轨道。我们有两个审批节点(大纲和草稿)以及在任何东西发布前的自动linting。这在不手动审查每个细节的情况下保持高质量。

这不会取代判断力。它无法取代深入的技术知识、对受众的理解或知道何时打破规则。它处理结构、一致性、琐碎的工作。人类处理困难的部分:知道说什么、怎么说、何时打破规则。

4、接下来的发展方向

我不害怕AI取代开发者倡导的工作。我更担心自己适应得太慢。

行业仍在摸索AI辅助DevRel的样子。我们正处于结晶阶段——实验、分享有效的方法、抛弃无效的方法。我已经开始思考下一次迭代:使用技能来个性化开发者入门、创建定制的文档路径、生成上下文感知的代码示例。

终端一直是我做最好工作的场所。

现在,它是让我整个团队都能做到这一点的工具。

如果你在DevRel或开发者营销领域:从小处着手,构建工作流程,分享你学到的经验。我们都在一起定义这一切的样子。


原文链接:Building a Claude Code Blog Skill: What I Learned Systematizing Content Creation

汇智网翻译整理,转载请标明出处