第 15 章 · 内容运营

公众号运营 Skill 开源与初始化实战

本章把一套公众号运营 Skill 拆成可长期复用的教程:保留从选题到发布准备的完整流程、文风 DNA 思路与公开仓库链接,方便你迁移到自己的内容生产链路。

使用建议:如果你也想把内容运营流程做成 Skill,优先先完成模块拆分、文风归档、备份机制和发布前校对,再逐步接入自动化发布。
公众号运营 Skill 中性封面图:开源、初始化与内容流水线实战

🎯 1) 这套 Skill 解决什么问题

把写作链路串起来

不是只生成一篇稿子,而是把选题、大纲、初稿、标题与发布准备串成一条完整流程。

把文风变成可复用资产

通过“文风 DNA”文件沉淀历史文章中的表达习惯,后续写作可以持续复用和迭代。

不绑定单一运行平台

核心价值在于 Skill 与流程本身,可迁移到 OpenClaw、Codex、Claude Code 等 Agent 编排环境。

🧩 2) 四个核心能力模块

功能模块 核心职责 典型输入 典型输出
选题 / 大纲规划 从想法、资料、语音底稿里提炼可写选题,并推进到大纲阶段。 粗略想法、参考链接、采访记录、语音转写 选题清单、文章大纲、切入角度建议
初稿生成 在大纲确认后,按既定文风规则写出满足要求的首版正文。 大纲、文风 DNA、结构约束、素材包 可继续编辑的初稿
标题生成 / 排序 围绕正文生成多个备选标题,并进行打分或优先级排序。 正文、目标读者、平台调性 标题候选列表、推荐标题、排序理由
文风画像(Style Profiler) 从 3-10 篇历史文章中抽取稳定表达风格,生成可持续更新的文风 DNA 文件。 历史代表作、写作偏好、常用结构 style-dna.md 或等价风格配置文件

一个常见的命名方式是 wechat-topic-outline-plannerwechat-draft-writerwechat-title-generatorwechat-style-profiler;实际仓库目录与脚本名请以仓库 README 为准。

🚀 3) 一次初始化流程(最小可跑版本)

初始化前准备

  • 下载或克隆公开 Skill 仓库
  • 确认 Agent 运行环境支持 Skill / 工具调用
  • 准备 3-10 篇你认为“最像自己”的历史文章
  • 明确初次演练的真实选题,而不是空泛测试句

初始化完成标准

  • 文风 DNA 已生成并放到写作流程可读取的位置
  • 至少跑通一次:选题 → 大纲 → 初稿 → 标题
  • 输出结果与你的原始写作风格不明显冲突
  • 关键文件已纳入备份策略
# 最小初始化流程(伪代码示意)
# 1. 下载 Skill 仓库(ZIP 或 git clone 均可)
# 2. 安装到 OpenClaw / Codex / Claude Code 的 Skill 目录
# 3. 准备 3-10 篇历史文章作为风格样本
# 4. 运行 style profiler,生成 style-dna.md
# 5. 把 style-dna.md 放到 draft writer 的读取目录
# 6. 用一个真实选题跑通 planner -> writer -> title
# 7. 根据产出继续微调 style-dna.md,而不是一次生成后长期不动

🪜 4) 一条适合站内复用的内容流水线

Step 1:先把原始灵感、采访笔记、链接和语音底稿整理成“可消费输入”,避免让写作 Skill 直接面对混乱上下文。
Step 2:用选题 / 大纲模块筛出最值得写的方向,先判断是否适合公众号、是否值得进入完整写作链路。
Step 3:确认文章结构后,再调用初稿模块,把文风 DNA 与结构约束一起交给模型,减少“像 AI 写的”痕迹。
Step 4:正文稳定后再做标题生成或排序,不要反过来先堆标题再找正文。
Step 5:若要接入发布流程,可把站内已审核内容再交给发布类 Skill,保持“草稿自动化、发布人工确认”的边界。

5) 高频问题,站内可直接复用

A. 如何和飞书深度集成?

更稳妥的做法是:优先看官方插件或官方维护路径,因为第三方桥接通常功能不完整。把它接入正式工作流前,先验证稳定性。

B. 为什么必须做备份?

工作区里的 Memory、个性化设置、Skill 配置、心跳与流程文件,都是长期积累的运营资产。内容自动化最怕的不是写得慢,而是把沉淀丢掉后重新开始。

C. Skill 的核心到底是什么?

不是“套一个万能模板”,而是把你自己可复用的经验固化下来。不同写作者的结构、节奏、偏好不同,真正有价值的是把这些差异变成显式规则。

D. 文风 DNA 是否一劳永逸?

不是。第一次生成往往只是初稿,后续还要不断补充“不像我”的地方,让风格文件持续演化,模型才会越来越贴近真实写法。

E. 模型重要吗?

很重要。Skill 决定流程,模型决定上限。不同领域、不同平台的内容偏好不同,建议在同一套流程下横向对比你常用的 2-3 个模型。

F. 只能在 OpenClaw 里用吗?

不一定。只要你的 Agent 环境支持类似的工具调用和 Skill 编排,Codex、Claude Code 等也能承载同类流程。关键是输入规范、状态管理与可复用规则。

📣 6) 如果你还想把“发布”也纳入链路

如果你还想继续扩展,可以把排版和多平台发布接到后面。这里更适合作为“第二阶段”能力,而不是和写作初始化绑在一起。 先把“选题 → 初稿 → 标题”跑顺,再接入公众号、微博、X、知乎等平台的发布自动化,会更稳。

阶段 建议动作 为什么这样排
第一阶段 先完成内容生产与风格稳定 没有稳定正文之前,发布自动化只会放大不稳定输出。
第二阶段 接入多平台草稿推送与排版工具 可以提升效率,但保留人工终审更安全。
第三阶段 把发布数据反哺回选题与标题模块 形成“内容生产 → 发布表现 → 迭代优化”的闭环。

🧭 7) 最值得带走的迁移原则

先固化输入规范

  • 把灵感、采访笔记、链接和语音底稿先整理成统一输入
  • 让选题判断先于写作,而不是直接让模型面对混乱上下文
  • 用文风 DNA 文件持续记录“像我”与“不像我”的差异
  • 把关键模块职责写成显式规则,减少后续返工

再逐步接入自动化

  • 先跑顺“选题 → 初稿 → 标题”这条内容生产链路
  • 草稿自动化可以先上,正式发布仍建议保留人工终审
  • 把 Memory、Skill 配置和风格文件纳入备份范围
  • 用公开仓库与 README 维护可复用的模块命名和目录结构

🔗 8) 参考资源

第15章完成:把社媒碎片经验整理成可复用内容流水线

真正可迁移的不是某一条爆款文案,而是“选题、文风、生成、校对、发布”的整体工作流。