WeChat Article Composer

公众号长文创作 SOP

by tsingyuai · Apache-2.0 license · ★ 2,000 on GitHub

公众号长文创作 SOP cover

把一个已确认的选题写成微信公众号长文。锁定复刻锚与用户价值、写出 article.md / wechat.yml / _review.md,并通过公众号通用合规检查和人工预览前自检。准备、改写或核验公众号文章时使用;不负责发布,也不产出小红书卡片。

---
name: wechat-article-compose
description: 把一个已确认的选题写成微信公众号长文。锁定复刻锚与用户价值、写出 article.md / wechat.yml / _review.md,并通过公众号通用合规检查和人工预览前自检。准备、改写或核验公众号文章时使用;不负责发布,也不产出小红书卡片。
---

# 公众号长文创作 SOP

公众号读者愿意读完长文,前提是标题让他点开、首屏说中他的卡点、每一节都给他一个可带走的结果。本 SOP 的重心在“完整解释 + 真实产品能力 + 可转发价值”。

严格按顺序执行。`source-review.md` 未经用户确认前,不写正文。

## 0. 确定生产单元

必须具备:选题、目标读者、文章类型(教程 / 案例 / 观点 / 更新)、账号角色(官号 / 个人号)、调用方 Model 的 Memory 输出目录,以及来自 `SOUL.md`、产品代码、页面或用户明确提供资料的可验证产品事实。

生产单元目录由调用方决定,默认 `memory/<model-name>/outputs/<YYYYMMDD-slug>/`:

| 文件 | 作用 |

Overview

公众号读者愿意读完长文,前提是标题让他点开、首屏说中他的卡点、每一节都给他一个可带走的结果。本 SOP 的重心在“完整解释 + 真实产品能力 + 可转发价值”。

Manual install (npx, ZIP)
Claude Codenpx skills add tsingyuai/growth-lab --skill wechat-article-compose -g -a claude-code
Claude Code (degit)npx degit tsingyuai/growth-lab/executors/wechat-article-compose#main ~/.claude/skills/wechat-article-compose
Claude.ai / desktopZip the folder and upload it under Settings → Capabilities → Skills.
Codex, Cursor, other agentsPoint them at SKILL.md. The other files are plain text.

Connects with Agent Alley MCP · agentalley.io/mcp

Files included

  • SKILL.md5.9 KB
Read SKILL.md here
tsingyuai/main1 file shown
SKILL.md
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

先读:

  1. article-structure.md
  2. replicate-value-guide.md
  3. title-patterns.md
  4. editorial-voice.md
  5. compliance.md

然后写 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 设置,只作点缀色(编号、线条、标记、强调字),底色保持白色。

  • 需要可点击入口时使用 [![入口文字](assets/cta.png)](https://...),alt 会显示为图片下方的链接文字。

4. 配置与自检

  1. 生成 wechat.yml,按品牌设置 theme(通常以 base: white-accent 加品牌色 accent / link 覆盖),默认 publish.mode: draft_only、publish.approved: false。author、content_source_url 留空时由发布 Executor 用环境变量默认值补齐。

  2. 运行机械检查,退出码为 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
    
  3. 语义审阅:机械检查只拦字面。逐条核对 compliance.md 与 SOUL.md 中的品牌、法律和平台约束。

  4. 填写 _review.md,记录复刻锚、价值三问、标题候选、合规结论与未决项。

交付

报告生产单元路径、最终标题与摘要、复刻锚、自检结果、偏差和仍需人工确认的事项。渲染预览与草稿同步交给 wechat-mp-publish。

不做

  • 不调用 xhs-render-cards 出卡片,不套小红书口吻;只借标题钩子、痛点和价值表达。
  • 不发布,不创建草稿。
  • 不把密钥、AppSecret 或授权配置写进文章目录。
1---
2name: wechat-article-compose
3description: 把一个已确认的选题写成微信公众号长文。锁定复刻锚与用户价值、写出 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](references/templates/article.md) |
22| `wechat.yml` | 标题、摘要、作者、封面、评论、发布审批,模板见 [templates/wechat.yml](references/templates/wechat.yml) |
23| `_review.md` | 复刻锚、价值三问、标题候选、合规与发布自检,模板见 [templates/_review.md](references/templates/_review.md) |
24| `cover.png` / `assets/` | 封面与正文图片;正文图片只用本地相对路径 |
25 
26## 1. 阶段一 brief
27 
28先读:
29 
301. [article-structure.md](references/article-structure.md)
312. [replicate-value-guide.md](references/replicate-value-guide.md)
323. [title-patterns.md](references/title-patterns.md)
334. [editorial-voice.md](references/editorial-voice.md)
345. [compliance.md](references/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](../xhs-render-cards/references/deai.md) 的第一、二遍(恢复真实说话者、删除模型腔),语气按 [editorial-voice.md](references/editorial-voice.md) 校准;不套小红书口吻。
49- 卡片、表格、步骤、数据对比等结构化内容直接用排版块写进正文,不截取网页卡片当配图(公众号不渲染 Markdown 表格):
50 
51 ```text
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](../screenshot-assets/SKILL.md) 的真实截图;概念图、封面可以走 [generate-image](../generate-image/SKILL.md)。不得让 AI 伪造产品 UI。
61- 封面建议 2.35:1(如 900×383);正文图片放在生产单元的 `assets/` 下并以相对路径引用。
62- 标题只写在 `wechat.yml`,正文不写 H1;`article.md` 中不留 `>` 说明行或 `{…}` 占位符,渲染器会把它们原样输出到正文。
63- 小标题用 `## 01 标题` 形式,两位编号显示为主题强调色。
64- 品牌色通过 `wechat.yml` 的 `theme` 设置,只作点缀色(编号、线条、标记、强调字),底色保持白色。
65- 需要可点击入口时使用 `[![入口文字](assets/cta.png)](https://...)`,alt 会显示为图片下方的链接文字。
66 
67## 4. 配置与自检
68 
691. 生成 `wechat.yml`,按品牌设置 `theme`(通常以 `base: white-accent` 加品牌色 `accent` / `link` 覆盖),默认 `publish.mode: draft_only`、`publish.approved: false`。`author`、`content_source_url` 留空时由发布 Executor 用环境变量默认值补齐。
702. 运行机械检查,退出码为 1 时立即停止:
71 
72 ```bash
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 
773. 语义审阅:机械检查只拦字面。逐条核对 [compliance.md](references/compliance.md) 与 `SOUL.md` 中的品牌、法律和平台约束。
784. 填写 `_review.md`,记录复刻锚、价值三问、标题候选、合规结论与未决项。
79 
80## 交付
81 
82报告生产单元路径、最终标题与摘要、复刻锚、自检结果、偏差和仍需人工确认的事项。渲染预览与草稿同步交给 [wechat-mp-publish](../wechat-mp-publish/SKILL.md)。
83 
84## 不做
85 
86- 不调用 `xhs-render-cards` 出卡片,不套小红书口吻;只借标题钩子、痛点和价值表达。
87- 不发布,不创建草稿。
88- 不把密钥、AppSecret 或授权配置写进文章目录。
89 
View all files on GitHub →

Details

License
Apache-2.0
Stars on the repo
★ 2,000
Checked
Source
tsingyuai/growth-lab ↗
Creator
tsingyuai · 11 listings
View creator

Similar skills

See all →
SkillWorktree Handoff Manageropenclaw/agent-skills · by openclawHand local work to a shared OpenClaw Gateway: start a worktree session there as yourself in one request, seeded with a handoff, and get the session URL back.★ 1.1k GitHub starsAgentNEXUS Handoff Templatesmsitarzewski/agency-agents · by msitarzewski> Standardized templates for every type of agent-to-agent handoff in the NEXUS pipeline. Consistent handoffs prevent context loss — the #1…★ 154k GitHub starsAgentNEXUS Executive Briefmsitarzewski/agency-agents · by msitarzewskiThe Agency comprises specialized AI agents across every division — engineering, design, marketing, security, GIS, product, testing, and…★ 154k GitHub starsAgentIncident Response Guidemsitarzewski/agency-agents · by msitarzewski> Mode: NEXUS-Micro | Duration: Minutes to hours | Agents: 3-8★ 154k GitHub starsSkillAPI Documentation Generatordavila7/claude-code-templates · by davila7Create API handoff documentation for frontend developers. Use when backend work is complete and needs to be documented for frontend integration, or user says 'create handoff', 'document API', 'frontend handoff', or 'API documentation'.★ 32.3k GitHub starsSkillSession Handoff Generatordavila7/claude-code-templates · by davila7Creates comprehensive handoff documents for seamless AI agent session transfers. Triggered when: (1) user requests handoff/memory/context save, (2) context window approaches capacity, (3) major task milestone completed, (4) work session ending, (5) user says 'save state', 'create handoff', 'I need to pause', 'context is getting full', (6) resuming work with 'load handoff', 'resume from', 'continue where we left off'. Proactively suggests handoffs after substantial work (multiple file edits, complex debugging, architecture decisions). Solves long-running agent context exhaustion by enabling fresh agents to continue with zero ambiguity.★ 32.3k GitHub stars

More from tsingyuai

SkillSEO Publishing Looptsingyuai/growth-lab · by tsingyuaiRun an SEO page observation-action-review loop with persistent Memory by coordinating demand research, page creation, adversarial review, image generation, IndexNow submission, and performance review. Use when taking an SEO page from opportunity discovery through publication, measurement, iteration, or continuing a previous SEO loop from Memory.★ 2k GitHub starsSkillWeChat Article Publishertsingyuai/growth-lab · by tsingyuai微信公众号长文增长闭环 —— 从读者问题与复刻锚选题、写出可验证的公众号长文、预览与合规检查、同步微信草稿、三重确认下受控发布,到回收阅读与转化数据并复盘。用户要求写公众号、把内容改成公众号、同步或发布微信草稿、查看公众号数据或复盘时使用。★ 2k GitHub starsSkillSEO Opportunity Researchertsingyuai/growth-lab · by tsingyuai完整调研并确定 SEO 机会:从产品理解、领域词表拆解、关键词矩阵扩展、Bing 真实热度验证、竞品发现、实时 SERP 抓取,到头部页面的搜索引擎层、用户层和质量层拆解。需要查热词、验证搜索量、判断搜索意图、研究竞品页面、寻找信息增益缺口或决定应该做什么 SEO 页面时使用。★ 2k GitHub starsSkillSEO Content Auditortsingyuai/growth-lab · by tsingyuai从目标用户的真实搜索场景出发,对抗式审查并修改 SEO 页面,找出搜索意图偏离、低信息量、批量同构、重复转化、AI 腔、术语漂移、无依据主张、metadata 问题和配图场景错位。需要审查 SEO 内容价值、降低 AI 味、检查图片相关性或决定页面保留、合并、重写、删除时使用。★ 2k GitHub starsSkillXiaohongshu Growth Looptsingyuai/growth-lab · by tsingyuai小红书内容增长闭环 —— 从调研找 idea、锚定爆款骨架、填入真实产品内容、生图与合规检查,到回收 24h/48h/7d 发布结果并完成复盘。用户要求出稿、复刻、月度复盘、查看发布数据或修订内容规律时使用。★ 2k GitHub starsSkillXiaohongshu Card Producertsingyuai/growth-lab · by tsingyuai把已批准的小红书草稿、单一分析参考和真实产品素材变成可审查卡片:先完成 DAI 与 image plan,再按确定性、完整效果或可分离图层模式制作,机械验证 PNG 与清单并运行合规检查。精确文字和真实 UI 不交给模型猜测;AI 生图需要单独配置和授权。★ 2k GitHub stars