公众号长文创作 SOP skill
把一个已确认的选题写成微信公众号长文。锁定复刻锚与用户价值、写出 article.md / wechat.yml / _review.md,并通过公众号通用合规检查和人工预览前自检。准备、改写或核验公众号文章时使用;不负责发布,也不产出小红书卡片。
by tsingyuai·Apache-2.0 license·★ 2,000 Stars on the repo·GitHub ↗
npx degit tsingyuai/growth-lab/executors/wechat-article-compose#main ~/.claude/skills/wechat-article-composeChecked ·commit main
Inside this skill
SKILL.md · the author's own words# 公众号长文创作 SOP 公众号读者愿意读完长文,前提是标题让他点开、首屏说中他的卡点、每一节都给他一个可带走的结果。本 SOP 的重心在“完整解释 + 真实产品能力 + 可转发价值”。 严格按顺序执行。`source-review.md` 未经用户确认前,不写正文。 ## 0. 确定生产单元 必须具备:选题、目标读者、文章类型(教程 / 案例 / 观点 / 更新)、账号角色(官号 / 个人号)、调用方 Model 的 Memory 输出目录,以及来自 `SOUL.md`、产品代码、页面或用户明确提供资料的可验证产品事实。 生产单元目录由调用方决定,默认 `memory/<model-name>/outputs/<YYYYMMDD-slug>/`: | 文件 | 作用 | |---|---| | `source-review.md` | 阶段一 brief:写什么、参考哪 1-2 篇、为什么读者需要、证据与能力边界 | | `article.md` | 正文源文件,模板见 [templates/article.md](references/templates/article.md) |
Word-for-word excerpt, not a result. Read the full SKILL.md ↓
Files of 公众号长文创作 SOP
Show the full text89 lines
公众号长文创作 SOP
公众号读者愿意读完长文,前提是标题让他点开、首屏说中他的卡点、每一节都给他一个可带走的结果。本 SOP 的重心在“完整解释 + 真实产品能力 + 可转发价值”。
严格按顺序执行。source-review.md 未经用户确认前,不写正文。
0. 确定生产单元
必须具备:选题、目标读者、文章类型(教程 / 案例 / 观点 / 更新)、账号角色(官号 / 个人号)、调用方 Model 的 Memory 输出目录,以及来自 SOUL.md、产品代码、页面或用户明确提供资料的可验证产品事实。
生产单元目录由调用方决定,默认 memory/<model-name>/outputs/<YYYYMMDD-slug>/:
| 文件 | 作用 |
|---|---|
source-review.md |
阶段一 brief:写什么、参考哪 1-2 篇、为什么读者需要、证据与能力边界 |
article.md |
正文源文件,模板见 templates/article.md |
wechat.yml |
标题、摘要、作者、封面、评论、发布审批,模板见 templates/wechat.yml |
_review.md |
复刻锚、价值三问、标题候选、合规与发布自检,模板见 templates/_review.md |
cover.png / assets/ |
封面与正文图片;正文图片只用本地相对路径 |
1. 阶段一 brief
先读:
然后写 source-review.md:文章类型;1-2 篇复刻锚(已发布公众号长文、本产品已验证的小红书爆款或真实产品工作流)及复刻了什么;读者问题与可量化证据;产品能力边界(哪些已上线可验证、哪些只能作为探索写出边界)。交给用户确认后再进入下一步。
2. 大纲与标题
按“读者问题 → 先给结论 → 方法/案例 → 产品能力 → 截图证据 → 下一步”编排大纲,每个小标题都能单独被扫读。
写 5 个标题候选,每个标注钩子类型:痛点 / 反差 / 结果 / 数字 / 物证。
3. 写正文
逐节回答用户价值三问,把“产品有某功能”改写成“读者因此能做到什么”。
产品能力只写已上线、可验证的内容;来源不明确就停下询问,禁止补写。
对标题、摘要和正文执行 xhs-render-cards 的 DAI SOP 的第一、二遍(恢复真实说话者、删除模型腔),语气按 editorial-voice.md 校准;不套小红书口吻。
卡片、表格、步骤、数据对比等结构化内容直接用排版块写进正文,不截取网页卡片当配图(公众号不渲染 Markdown 表格):
::: card [accent|soft|dark] #### 眉题 / ### 标题 / 段落 / --- 分隔 / - 列表项 [| 标签] ::: steps - 标题 | 说明 | 补充 ::: stats - 数值 | 说明 ::: bars 系列A | 系列B - 指标 | A 百分比 | B 百分比 :::配图只承担排版做不到的事:第一印象、真实产品与成果物证、转化入口。先写
image-plan.md(位置、要传达什么、构图、素材来源、制作路线),正文用::: figure配图位占位(首行图题,其余为说明),图片生成后再替换;仍含配图位时发布 Executor 拒绝创建草稿。产品界面图必须来自 screenshot-assets 的真实截图;概念图、封面可以走 generate-image。不得让 AI 伪造产品 UI。
封面建议 2.35:1(如 900×383);正文图片放在生产单元的
assets/下并以相对路径引用。标题只写在
wechat.yml,正文不写 H1;article.md中不留>说明行或{…}占位符,渲染器会把它们原样输出到正文。小标题用
## 01 标题形式,两位编号显示为主题强调色。品牌色通过
wechat.yml的theme设置,只作点缀色(编号、线条、标记、强调字),底色保持白色。需要可点击入口时使用
[](https://...),alt 会显示为图片下方的链接文字。
4. 配置与自检
生成
wechat.yml,按品牌设置theme(通常以base: white-accent加品牌色accent/link覆盖),默认publish.mode: draft_only、publish.approved: false。author、content_source_url留空时由发布 Executor 用环境变量默认值补齐。运行机械检查,退出码为 1 时立即停止:
python3 executors/wechat-article-compose/scripts/check-wechat-compliance.py <post-dir> python3 executors/xhs-render-cards/scripts/check-banned-phrases.py <post-dir>/article.md语义审阅:机械检查只拦字面。逐条核对 compliance.md 与
SOUL.md中的品牌、法律和平台约束。填写
_review.md,记录复刻锚、价值三问、标题候选、合规结论与未决项。
交付
报告生产单元路径、最终标题与摘要、复刻锚、自检结果、偏差和仍需人工确认的事项。渲染预览与草稿同步交给 wechat-mp-publish。
不做
- 不调用
xhs-render-cards出卡片,不套小红书口吻;只借标题钩子、痛点和价值表达。 - 不发布,不创建草稿。
- 不把密钥、AppSecret 或授权配置写进文章目录。
| 1 | |
| 2 | name wechat-article-compose |
| 3 | description 把一个已确认的选题写成微信公众号长文。锁定复刻锚与用户价值、写出 article.md / wechat.yml / _review.md,并通过公众号通用合规检查和人工预览前自检。准备、改写或核验公众号文章时使用;不负责发布,也不产出小红书卡片。 |
| 4 | |
| 5 | |
| 6 | # 公众号长文创作 SOP |
| 7 | |
| 8 | 公众号读者愿意读完长文,前提是标题让他点开、首屏说中他的卡点、每一节都给他一个可带走的结果。本 SOP 的重心在“完整解释 + 真实产品能力 + 可转发价值”。 |
| 9 | |
| 10 | 严格按顺序执行。`source-review.md` 未经用户确认前,不写正文。 |
| 11 | |
| 12 | ## 0. 确定生产单元 |
| 13 | |
| 14 | 必须具备:选题、目标读者、文章类型(教程 / 案例 / 观点 / 更新)、账号角色(官号 / 个人号)、调用方 Model 的 Memory 输出目录,以及来自 `SOUL.md`、产品代码、页面或用户明确提供资料的可验证产品事实。 |
| 15 | |
| 16 | 生产单元目录由调用方决定,默认 `memory/<model-name>/outputs/<YYYYMMDD-slug>/`: |
| 17 | |
| 18 | | 文件 | 作用 | |
| 19 | |---|---| |
| 20 | | `source-review.md` | 阶段一 brief:写什么、参考哪 1-2 篇、为什么读者需要、证据与能力边界 | |
| 21 | | `article.md` | 正文源文件,模板见 [templates/article.md] | |
| 22 | | `wechat.yml` | 标题、摘要、作者、封面、评论、发布审批,模板见 [templates/wechat.yml] | |
| 23 | | `_review.md` | 复刻锚、价值三问、标题候选、合规与发布自检,模板见 [templates/_review.md] | |
| 24 | | `cover.png` / `assets/` | 封面与正文图片;正文图片只用本地相对路径 | |
| 25 | |
| 26 | ## 1. 阶段一 brief |
| 27 | |
| 28 | 先读: |
| 29 | |
| 30 | [article-structure.md] |
| 31 | [replicate-value-guide.md] |
| 32 | [title-patterns.md] |
| 33 | [editorial-voice.md] |
| 34 | [compliance.md] |
| 35 | |
| 36 | 然后写 `source-review.md`:文章类型;1-2 篇复刻锚(已发布公众号长文、本产品已验证的小红书爆款或真实产品工作流)及复刻了什么;读者问题与可量化证据;产品能力边界(哪些已上线可验证、哪些只能作为探索写出边界)。交给用户确认后再进入下一步。 |
| 37 | |
| 38 | ## 2. 大纲与标题 |
| 39 | |
| 40 | 按“读者问题 → 先给结论 → 方法/案例 → 产品能力 → 截图证据 → 下一步”编排大纲,每个小标题都能单独被扫读。 |
| 41 | |
| 42 | 写 5 个标题候选,每个标注钩子类型:痛点 / 反差 / 结果 / 数字 / 物证。 |
| 43 | |
| 44 | ## 3. 写正文 |
| 45 | |
| 46 | 逐节回答用户价值三问,把“产品有某功能”改写成“读者因此能做到什么”。 |
| 47 | 产品能力只写已上线、可验证的内容;来源不明确就停下询问,禁止补写。 |
| 48 | 对标题、摘要和正文执行 [xhs-render-cards 的 DAI SOP] 的第一、二遍(恢复真实说话者、删除模型腔),语气按 [editorial-voice.md] 校准;不套小红书口吻。 |
| 49 | 卡片、表格、步骤、数据对比等结构化内容直接用排版块写进正文,不截取网页卡片当配图(公众号不渲染 Markdown 表格): |
| 50 | |
| 51 | |
| 52 | ::: card [accent|soft|dark] #### 眉题 / ### 标题 / 段落 / --- 分隔 / - 列表项 [| 标签] |
| 53 | ::: steps - 标题 | 说明 | 补充 |
| 54 | ::: stats - 数值 | 说明 |
| 55 | ::: bars 系列A | 系列B - 指标 | A 百分比 | B 百分比 |
| 56 | ::: |
| 57 | |
| 58 | |
| 59 | 配图只承担排版做不到的事:第一印象、真实产品与成果物证、转化入口。先写 `image-plan.md`(位置、要传达什么、构图、素材来源、制作路线),正文用 `::: figure` 配图位占位(首行图题,其余为说明),图片生成后再替换;仍含配图位时发布 Executor 拒绝创建草稿。 |
| 60 | 产品界面图必须来自 [screenshot-assets] 的真实截图;概念图、封面可以走 [generate-image]。不得让 AI 伪造产品 UI。 |
| 61 | 封面建议 2.35:1(如 900×383);正文图片放在生产单元的 `assets/` 下并以相对路径引用。 |
| 62 | 标题只写在 `wechat.yml`,正文不写 H1;`article.md` 中不留 `>` 说明行或 `{…}` 占位符,渲染器会把它们原样输出到正文。 |
| 63 | 小标题用 `## 01 标题` 形式,两位编号显示为主题强调色。 |
| 64 | 品牌色通过 `wechat.yml` 的 `theme` 设置,只作点缀色(编号、线条、标记、强调字),底色保持白色。 |
| 65 | 需要可点击入口时使用 `[![入口文字]](https://...)`,alt 会显示为图片下方的链接文字。 |
| 66 | |
| 67 | ## 4. 配置与自检 |
| 68 | |
| 69 | 生成 `wechat.yml`,按品牌设置 `theme`(通常以 `base: white-accent` 加品牌色 `accent` / `link` 覆盖),默认 `publish.mode: draft_only`、`publish.approved: false`。`author`、`content_source_url` 留空时由发布 Executor 用环境变量默认值补齐。 |
| 70 | 运行机械检查,退出码为 1 时立即停止: |
| 71 | |
| 72 | |
| 73 | python3 executors/wechat-article-compose/scripts/check-wechat-compliance.py <post-dir> |
| 74 | python3 executors/xhs-render-cards/scripts/check-banned-phrases.py <post-dir>/article.md |
| 75 | |
| 76 | |
| 77 | 语义审阅:机械检查只拦字面。逐条核对 [compliance.md] 与 `SOUL.md` 中的品牌、法律和平台约束。 |
| 78 | 填写 `_review.md`,记录复刻锚、价值三问、标题候选、合规结论与未决项。 |
| 79 | |
| 80 | ## 交付 |
| 81 | |
| 82 | 报告生产单元路径、最终标题与摘要、复刻锚、自检结果、偏差和仍需人工确认的事项。渲染预览与草稿同步交给 [wechat-mp-publish]。 |
| 83 | |
| 84 | ## 不做 |
| 85 | |
| 86 | 不调用 `xhs-render-cards` 出卡片,不套小红书口吻;只借标题钩子、痛点和价值表达。 |
| 87 | 不发布,不创建草稿。 |
| 88 | 不把密钥、AppSecret 或授权配置写进文章目录。 |
| 89 |
Discussion
Alternatives
Browse more free Claude skills or everything in Operations.