第 1 课 · 微信公众号自动化：从接口原理到工业级流水线

🎯 学完这一课，你将能够

• 树立人机协同思维：理解为什么全自动运行一个月后，最顶级的自媒体解法不是纯机器盲跑，而是「人机协同」；
• 搞懂自动化两大底座：彻底理解 Skill（SOP 菜谱） 与 OpenClaw（数字员工小龙虾） 的分工协作机理；
• 掌握 7 步工业化流水线：将选题、标题、大纲、去 AI 味正文、微信 HTML 排版、文章封面生成与草稿箱推送拆解为标准工位；
• 具备「指挥 AI 帮自己写代码」的能力：小白无需死磕代码语法，学会把现成提示词喂给 AI Agent，让数字员工替你跑腿落地；
• 攻克微信官方开发门禁与避坑：透析 AppID、IP 白名单（40164 报错解法）、thumb_media_id 封面机制与草稿箱安全缓冲；
• 三步落地自己的内容车间：按照「手动试水 → 半自动协同 → 全托管闭环」的稳妥节奏，把自动化安全开工。

一、【金字塔顶层·全景总览】自媒体 AI 自动化的终局不是“抽奖”，而是人机协同

过去几年，我做过累计 200 万用户的小程序，也用 AI 编程在一年内高强度上线了 7 款产品。公众号写作，是我最早想动手彻底自动化的一块。

因为对我来说，真正麻烦的从来不是偶尔写出一篇文章，难的是持续写、稳定写，还得越写越像自己。

前段时间，我搭了一套自己的全自动公众号内容工厂：让 AI 自己找选题、自己起标题、自己写正文、自己排版，最后自动推送进公众号草稿箱。这套流程确实带来了效率、流量与收益，写作这件事第一次有了“能持续运转”还能赚到钱的感觉：

但这套自动化流程运行了一个月之后，我的想法变了。

因为我后来发现：能自动跑起来，和真的长期跑得好，完全不是一回事。

全自动确实能帮我先把持续输出的频率做出来。可如果你真想把自媒体长期做下去，很快就会碰到一个扎心现实：

全流程都在机器的不确定性中，爆款更像抽奖碰运气。因为文章真正值钱的地方，并不在生成这一步，而在创作者自己的判断、观点和品味！

所以，可持续的自媒体 AI 自动化，金字塔结构一定是这样的：

• 把人放回关键决策点：牢牢掌控「选题筛选」与「观点批注」，决定切入角度；
• 把繁杂流水线交给机器：搜集素材、拟标题、列大纲、净化去 AI 味、HTML 内联排版、封面生成、微信草稿箱推送，全交由自动化处理。

二、【金字塔中层·核心支柱】认识两大核心武器：Skill 与 OpenClaw

很多新手一听到 Agent、自动化，就觉得需要写很深奥的代码。其实用生活中的常识就能瞬间搞懂：

1. 什么是 Skill？它就是一本精细的「私房菜谱」

可以想象这样一个场景：你请来了一位米其林大厨，刀工精湛、火候极佳、学东西极快。这位大厨，就像现在的 Claude、ChatGPT 等大语言模型。

但他有个致命弱点：因为是新来的，他不知道你家平时爱吃甜还是吃咸，也不知道调料放在哪个柜子。每次你想吃菜，都得站在旁边一句句口头交代。口头交代就是 Prompt。运气好时味道不错，运气不好他就给你把西红柿炒蛋做成咸辣口。

与其天天站在厨房口头指挥，不如花半小时写一本小菜谱：

• 菜品目标与口味标准
• 需要准备什么食材
• 第一步先做什么、第二步后做什么
• 哪些雷区绝不能踩
• 最后用什么盘子装盘

这本把流程、规则、顺序和交付细节写得清清楚楚的说明书，就是 Skill。

写 Skill 表面上是在教 AI 做事，本质是在梳理你自己的业务流程。没有流程、只有口头目标的任务，AI 基本都在即兴发挥，输出自然每次都不一样。

第一个 Skill 的 4 大核心骨架

不要一上来就想做个庞然大物，一个标准可用的小 Skill，只要写清这 4 样东西：

1. 触发条件：什么情况下启动这个 Skill；
2. 输入材料：给它什么原始素材（链接、提纲、受众）；
3. 执行步骤：按什么固定顺序执行，哪一步可以自动推进，哪一步停下等人；
4. 输出产物：最后交付成什么具体格式（如 article.md、cover.jpg、article.html）。

Skill 的三大杀手级特质

• 标准化：把长链路中的标准固定下来，AI 不会今天先出大纲、明天先写正文；
• 可迭代：今天发现标题不够吸引人，修改 Skill 里的标题打分提示词；明天发现排版间距太挤，调整 HTML 模板。骨架稳固后，越改越稳；
• 稳定运行：为机器提供坚实护栏，长流程任务不再断裂。

2. 什么是 OpenClaw（小龙虾）？7×24 小时待命的「数字员工」

菜谱（Skill）写好了，谁来开火掌勺？

OpenClaw（国内大家亲切地叫它“小龙虾”）就是那个会按时开工、持续执行的「数字员工」。它能配合定时任务，在你睡觉或忙别的事时，自动按照菜谱一步一步往下跑。

一句话记住两者的关系：

Skill 负责把流程固定下来，OpenClaw 负责把这条流程持续、正确、稳定地执行下去。

3. 人机协同机制：把人放回最值钱的节点

如果让小龙虾一路全自动冲到底，你很快会收到大量平庸的文章。

真正高质量内容的秘诀，是在流水线中插入两个关键的人机互动节点：

1. 节点一：选题待确认队列：AI 汇总出 10 个候选选题并打分，人只花 10 秒挑出最心动的 1 个；
2. 节点二：观点注入批注：确认选题时，告诉 AI 这篇文章你要表达的核心态度（“重点强调小步快跑，不要堆砌技术词”）。这样写出来的文章才真正有灵魂。

三、【金字塔底层·实操搭建】小白如何指挥 AI Agent 从 0 到 1 搭建流水线

💡 小白心法提醒：面对自动化系统，你现在的身份是「产品经理兼车间总监」，而不是敲代码的程序员。遇到任何代码或配置问题，你只要把下面为你准备好的指令直接复制给 AI Agent（如 Cursor、Claude Code 等），让 AI 替你把文件写好！

步骤一：制作「自动获取选题 Skill」（wechat-topic-fetch-tool）

我们要先做一个帮我们全网扫描选题的信息雷达。

1. 小白指令 SOP 1：让 AI 梳理 Mermaid 流程图方案

直接复制以下整段提示词，丢给你的 AI 编程助手：

我想做一个“微信公众号选题抓取工具 Skill”。

请先加载 /skill-creator，并按它的确认流程执行：先出流程图，等我确认后再创建 Skill 文件。
在我确认前，不要创建任何文件，也不要调用 init_skill.py。
请先基于我给的数据源，输出一份 Mermaid 流程图（含主流程 + fallback），并附上：
1. 你自动判断出的信息源分层思路（定位由你判断）
2. 你自动判断的工具路由顺序
3. 可复用的记忆更新机制
4. 你准备修改/新增的文件清单（只列计划，不执行）
5. Mermaid 流程图必须逐个覆盖我给出的每一个数据源，不能漏
6. Mermaid 流程图里每个数据源请统一显示为“中文名称（英文关键词）”，并由你根据 URL 自动判断提取，例如：OpenAI 新闻（openai news）
7. 如果涉及技术细节，请同时给出技术小白也能读懂的业务化解释，尽量避免专业术语堆叠
8. 在流程图方案中请明确“选题 Markdown 结构化存档”规范：后续产物统一写入 `wechat_topic_proposals.md`，并给出该文件的结构模板（必须包含：生成时间、目标渠道、数据源映射、候选选题列表、每个选题的引用来源）；禁止出现“审核/审批/审核状态”等字段

等我回复“确认流程图”后，你再进入创建阶段。

我的数据源如下（你自行判断定位）：
数据源1: [把这里换成你的行业热点链接/新闻源]
数据源2: [把这里换成你的 GitHub Trending 链接]
数据源3: [把这里换成你的社群或博客链接]

目标渠道: 微信公众号

发送后，Agent 会在对话中为你输出一份高还原度的流程图方案：

2. 小白指令 SOP 2：确认图纸，让 AI 落地 Skill

查看流程图觉得没问题后，发送第二句指令：

确认流程图。现在进入创建阶段。

请沿用本轮会话里我已经给出的目标渠道和数据源，直接使用 /skill-creator 创建这个 Skill，并严格执行：
1. 保持同级能力复刻，不要降级
2. 仅替换“信息源配置相关内容”
3. 路由逻辑、fallback 思路、memory 机制必须保留
4. 路径必须使用相对路径规则，不要写死机器绝对路径
5. 不要新增 README、安装说明、变更日志等无关文件
6. 选题结果的结构化存档文件统一采用 `wechat_topic_proposals.md`，且不包含“审核/审批/审核状态”字段
7. 创建完成后，给我实际创建的文件清单与验证命令摘要。

Skill 名称: wechat-topic-fetch-tool
Skill 一句话用途: 为微信公众号抓取并整理可深挖的选题候选（含优先级与 fallback）

执行完成后，你就在本地拥有了一个全自动选题抓取工具。

🔗 现成开源备选：如果你暂时没有配置 AI 编程环境，也可以直接从 GitHub 下载超级峰开源的现成版本：https://github.com/mileson/wechat-topic-fetch-tool。

步骤二：制作「微信公众号全自动创作 Skill」（topic-to-wechat）

有了选题，接下来就是整条内容车间的核心发动机。一篇高质量的公众号文章，必须拆成 7 个标准工位：

1. 工位一：自动抓取选题：读取选题池 wechat_topic_proposals.md；
2. 工位二：生成 5 个爆款标题：带数字钩子、情绪词汇，并打分推荐第一名；
3. 工位三：生成结构化大纲：给 AI 搭建护栏，防止行文偏题；
4. 工位四：正文创作与「去 AI 味」净化：

• 严格禁止机器陈词滥调（“不是…而是…”、“总而言之”、“显而易见”）；
• 清理生硬的长破折号，改用平实短句；
• 保持真实的第一人称口吻；

1. 工位五：富文本 HTML 排版：转换为微信支持的内联样式排版；
2. 工位六：文章封面图生成：

• MVP 方案：提取标题与小节关键词，通过脚本直接生成适配公众号头图的 cover.jpg；
• 工程方案：调用生图 API 接口，封装成 generate_cover.py 供流水线调度；

1. 工位七：文章草稿发布：先上传封面换取 thumb_media_id，再推送正文 HTML 进草稿箱。

小白指令 SOP 3：一键生成全自动创作 Skill

直接复制以下指令交给 AI Agent：

我想做一个“微信公众号全自动创作 Skill”。
请先加载 /skill-creator，并按它的确认流程执行：先出流程图，等我确认后再创建 Skill 文件。在我确认前，不要创建任何文件。
请基于以下核心生产节点，输出一份 Mermaid 流程图（含主流程 + fallback 失败回退机制）：

步骤一：自动抓取选题。读取本地选题池或搜索当前热门话题，选出最高分候选。
步骤二：生成标题。基于选题生成 5 个爆款标题候选，自动选出最优标题。
步骤三：生成大纲。根据标题生成结构化三级大纲，明确每个章节论点。
步骤四：正文创作。【关键】：必须包含“去 AI 味”净化规则，清理掉破折号、套话句式，保持真实人类分享口吻。
步骤五：排版样式。将 Markdown 纯文本转化为适合微信公众号移动端阅读的富文本 HTML（全部转为行内 inline style）。
步骤六：封面图生成。提供可切换的落地方案：通过脚本提炼关键词自动输出 公众号规格的 Output/wechat/images/cover.jpg。
步骤七：文章发布。调用微信公众号官方 API 时，先上传封面图换取 thumb_media_id，再把排版好的 HTML 正文和封面图一起推送到微信公众号草稿箱。

在流程图中，请明确最终的产物交付清单（article.md、article.html、cover.jpg）。技术细节用小白能读懂的语言标注。
等我回复“确认流程图”后，你再进入创建阶段。

确认图纸后回复：“确认流程图。请直接生成 topic-to-wechat Skill。” 即可全部自动创建完成！

步骤三：微信官方接口鉴权与新手避坑指南

让 AI 把文章推送到微信，必须连接微信官方接口。这里小白最容易踩坑，只要搞定以下三点即可畅通无阻：

1. 凭证获取：AppID 与 AppSecret

登录 微信公众平台后台 → 设置与开发 → 基本配置：

记下开发者 ID（AppID）和开发者密码（AppSecret）。

2. 核心避坑：配置 IP 白名单（新手必踩 40164 报错）

很多新人第一次跑代码，接口直接报错：{"errcode": 40164, "errmsg": "invalid ip ... not in whitelist"}。

• 为什么会这样？ 微信出于安全机制，只允许白名单内的设备发指令。
• 小白如何秒解？

1. 在你运行脚本的电脑或服务器上打开浏览器，访问 https://cip.cc/ 查看你的公网 IP；
2. 复制这个 IP，回到微信后台「基本配置 → IP 白名单」，粘贴并保存。

3. 为什么封面图不能传外链？（透析 thumb_media_id）

微信草稿箱接口强制要求传入字段 thumb_media_id。微信不支持外部图片链接作为封面！ 必须走两步：

1. 先把本地 cover.jpg 上传到微信素材库，微信会返回一个专属的素材通行证（media_id）；
2. 发布草稿时，带上这个通行证，草稿箱才能正常生成封面卡片。

4. 可直接运行的 Python 发布脚本骨架

你可以把这段标准的 Python 代码发给 AI，对它说：“*请帮我在本地创建一个脚本发布工具，凭证读取系统环境变量*”：

import os
import json
import requests

def get_access_token(app_id: str, app_secret: str) -> str:
    """1. 获取微信接口全局调用凭证"""
    url = f"https://api.weixin.qq.com/cgi-bin/token?grant_type=client_credential&appid={app_id}&secret={app_secret}"
    res = requests.get(url, timeout=10).json()
    if "access_token" not in res:
        raise ValueError(f"获取 Access Token 失败: {res}")
    return res["access_token"]

def upload_thumb_material(access_token: str, image_path: str) -> str:
    """2. 上传封面图片到素材库，换取草稿必须绑定的 thumb_media_id"""
    url = f"https://api.weixin.qq.com/cgi-bin/material/add_material?access_token={access_token}&type=image"
    with open(image_path, "rb") as f:
        files = {"media": f}
        res = requests.post(url, files=files, timeout=30).json()
    
    if "media_id" not in res:
        raise ValueError(f"上传封面素材失败: {res}")
    return res["media_id"]

def create_wechat_draft(access_token: str, title: str, author: str, digest: str, html_content: str, thumb_media_id: str) -> str:
    """3. 将排版好的文章推送到微信公众号草稿箱"""
    url = f"https://api.weixin.qq.com/cgi-bin/draft/add?access_token={access_token}"
    article_payload = {
        "articles": [{
            "title": title,
            "author": author,
            "digest": digest,
            "content": html_content,
            "thumb_media_id": thumb_media_id,
            "need_open_comment": 1,
            "only_fans_can_comment": 0
        }]
    }
    
    headers = {"Content-Type": "application/json; charset=utf-8"}
    # 必须 ensure_ascii=False，否则中文会被转译为 unicode 编码导致乱码
    body = json.dumps(article_payload, ensure_ascii=False).encode("utf-8")
    res = requests.post(url, data=body, headers=headers, timeout=20).json()
    
    if "media_id" not in res:
        raise ValueError(f"推送草稿箱失败: {res}")
    return res["media_id"]

if __name__ == "__main__":
    APP_ID = os.getenv("WECHAT_APP_ID", "your_app_id_here")
    APP_SECRET = os.getenv("WECHAT_APP_SECRET", "your_app_secret_here")
    
    token = get_access_token(APP_ID, APP_SECRET)
    thumb_id = upload_thumb_material(token, "./images/cover.jpg")
    
    with open("./article.html", "r", encoding="utf-8") as f:
        html = f.read()
        
    draft_id = create_wechat_draft(
        access_token=token,
        title="自媒体 AI 自动化实战：从接口原理到工业级流水线",
        author="超级峰",
        digest="从零拆解 Skill、OpenClaw 与微信公众号官方接口的完整串联方案。",
        html_content=html,
        thumb_media_id=thumb_id
    )
    print(f"🎉 文章已成功推送到草稿箱！Draft ID: {draft_id}")

步骤四：装配到 OpenClaw 数字员工运行

工具做好了，最后一步就是让小龙虾接手开工。

1. 规范存放目录

把写好的两个 Skill 文件夹放到小龙虾的标准目录：

~/.openclaw/skills/wechat-topic-fetch-tool
~/.openclaw/skills/news-to-wechat

• 公共技能：所有助理通用的放在 ~/.openclaw/skills/；
• 专属技能：专门负责写内容的助理，放在其特定工作区 workspace-blogger/skills/。

2. 三步验证跑起来

按照「手动试水 → 半自动协同 → 全托管闭环」的稳妥节奏启动：

1. 手动模式（试水阶段）：

• 试选题：对小龙虾说：“*请执行 wechat-topic-fetch-tool 进行选题调研*”；
• 试创作：自己挑一个选题，对小龙虾说：“*请使用 news-to-wechat 创作一篇关于 XXX 的文章，核心观点是 XXX*”；
• 检查草稿箱是否成功收到排版整齐的文章。

1. 半自动模式（搭把手阶段·推荐长期采用）：

• 让小龙虾定时抓选题：“*每 30 分钟执行一次 wechat-topic-fetch-tool*”；
• 创作者看一眼选题池，给出一句批注下发创作指令。质量最高、最具个人风格！

1. 全托管模式（全自动闭环）：

• 设定定时闹钟，自动挑最高分选题执行创作并推草稿；
• 手机端公众平台助手小程序扫码做最终发布。

3. 向小龙虾下达指令的两大避坑铁律

• 铁律一：手动安排任务时，要求越具体越好：不要只说“帮我写大纲”，而是说清楚：“*调用 news-to-wechat，选题为 XXX，重点突出三点，在大纲生成后先停下等我确认*”；
• 铁律二：定时任务千万别定“空闹钟”：不要只说“每天早上 8 点干活”，必须把时间 + 调用的 Skill + 明确目标 + 交付反馈绑定在一起：“*每天早上 8 点执行选题抓取 Skill，产物写入选题池，执行完成后在飞书私聊回复我*”。

四、【金字塔底座·实战赋能】场景匹配与避坑速查

1. 核心应用场景匹配表

✅ 课后自测一下

1. 【单选】在微信公众号草稿箱接口中，封面图是通过什么方式绑定的？ A. 直接在文章 JSON 中填入网络图片 URL B. 先通过 material/add_material 上传获取 thumb_media_id 再绑定 C. 微信会自动抓取文章里的第一张图作为封面 D. 封面图不需要绑定，系统会自动生成灰度占位图

2. 【判断】遇到微信接口报错 40164 invalid ip 时，表示当前请求设备的公网 IP 没有加入公众号开发者后台的 IP 白名单。

3. 【多选】为什么在自媒体长文自动化中，纯全自动容易沦为“抽奖碰运气”，必须坚持人机协同？ A. 纯全自动解决了产出频率，但文章真正值钱的是创作者个人的品味、判断与观点 B. 选题决定了文章 50% 的命运，需要创作者做第一道把关 C. 在创作前注入个人独特态度与语气要求，能让文章越写越像自己 D. 微信官方禁止一切使用 AI 辅助写作的行为

答案与解析

1. B。微信草稿接口必须强制绑定永久素材库的 thumb_media_id，不能直接传图片外链。 2. 正确。40164 是经典的 IP 白名单拦截，通过 https://cip.cc/ 查询发请求设备的公网 IP 并添加至微信公众平台开发者基本配置即可解决。 3. A、B、C。微信官方并不排斥优质的 AI 辅助创作，但纯无脑全自动容易产出千篇一律的机器垃圾。人机协同把人放回选题与观点表达的关键节点，兼顾了高效产能与优质原创深度。

📌 一句话带走

先把流程想清楚写成 Skill（菜谱），再把执行交给数字员工小龙虾；人牢牢把控选题与观点，机器接管繁琐流转。