STEP 1 / 7
这次要解决什么问题
本步说明
文章写完后仍要排版、核事实和预览；直接交给自动发布容易跳过最后人工把关。
操作位置本页 · 任务说明
先了解这次任务
- 本次目标：审校现有文章，生成可预览可复制的本地草稿；账号具备权限时再手动保存公众号草稿，插件只作条件扩展。
- 完成后得到：output/publish/article-reviewed.md、article-draft.html 与 review.md；没有开发凭证也能完成。
完成后应该看到
知道本次练习的输入和交付物，再进入材料准备。
没有得到这个结果？
如果你正在处理其他问题，先返回场景列表，选择与自己手头任务对应的教程。
原文、原图与案例（参考阅读）
这里保留原书中的图文、案例结果和模板，不代表当前练习已完成。实际操作以本页教学步骤为准；示例输出、目录结构和配置片段按原文阅读，不作为 Prompt 发送。
内容没人看？往往不是因为你不够努力
一个人做自媒体，做自媒体最浪费时间的事，就是一上来就把内容打磨到满分。
听起来很反常识，但我真踩过这个坑。你写得很深，资料查得很全，结构改了三遍。结果发出去，阅读量个位数。
后来我才意识到，起号前期真正要先解决的，不是“写得够不够好”，而是“有没有人愿意点进来”。
工作流
flowchart LR
A[趋势、评论与用户问题] --> B[选题池]
B --> C[事实包与观点]
C --> D[标题和结构]
D --> E[公众号 / 小红书 / 视频脚本]
E --> F[封面、长图与分镜]
F --> G[合规和发布前体检]
G --> H[草稿或人工发布]
H --> I[数据与人工修改回流]
I --> B
Skill 的作用是补上其中一个环节，不是接管账号判断。下面用八个具体工作现场说明。
场景一：每天刷热点，仍然不知道账号该写什么
热榜告诉你“大家正在看什么”，却不告诉你“这个账号为什么值得写”。只跟热点，容易得到同质化内容；只凭感觉，又很难判断用户是否真的关心。
指令怎样写
围绕“AI 办公自动化”建立本周选题池，不直接写文章。
分别收集公众号与小红书近 30 天的高互动内容，记录标题、发布日期、
核心承诺、内容结构、互动信号和原链接。
再从评论中提取：重复问题、反对意见、失败经历和用户原话。
结合我的账号定位：面向非技术职场人，强调真实流程和结果验收。
输出 12 个候选选题，每个包含：目标读者、真实问题、已有内容缺口、
我能提供的新证据、适合平台、制作成本和时效性。
不要把阅读量高直接解释成选题一定适合我。
执行流程与结果
WorkBuddy 先生成跨平台样本表，再把评论聚成问题簇，最后把“热度、账号匹配、新增价值、证据充足度、制作成本”分别评分。交付物是一张可以人工删选的选题看板。
有时候光找热门还不够，我们还需要去找低粉爆款。
大家应该都听过，起号要找低粉爆款去抄，这确实是这样的。
PS：这里说的抄，是抄选题，不是原封不动的抄内容。
推荐一个叫viral-topic的skill，它可以获取各个平台近期的指定领域的多个低粉爆款内容。
比如获取公众号最近7天的AI领域低粉爆款文章。
筛选X上的低粉爆款
以及YouTube的低粉爆款
场景二：想要爆款标题，但不想标题党
“给我 20 个爆款标题”很容易得到数字、悬念和夸张承诺，却没有任何标题能准确兑现正文。标题不是独立文案，它是读者与正文之间的一份承诺。
- 公众号标题生成与评分；
- 小红书爆款笔记自动生成器中的标题与标签模块；
- 短视频钩子方案生成。
指令怎样写
读取 approved-article.md，只根据正文已经出现的事实生成标题。
分别生成：公众号标题 8 个、小红书标题 8 个、短视频开场钩子 5 个。
每个候选都输出：
1. 面向谁；2. 承诺什么；3. 正文哪一段能够兑现；
4. 采用的问题/结果/清单/案例/反常识角度；
5. 可信度、具体性、平台适配和夸大风险评分。
删除无法证明的数字、绝对化承诺、虚假稀缺和与正文不一致的结论。
不要自动选择最终标题，先让我确认内容承诺。
验收方法
把标题单独给一个不了解正文的人看，请他写出“我预计点进去会得到什么”。再与正文核对。预期与实际不一致，标题分数再高也不能用。
workbuddy通过这几个skill，生成的标题还真有那味儿。特别是小红书的标题，很有小红书的感觉。
可以进行 A/B 测试，但一次只改变一个主要变量，例如“问题式”与“结果式”。不要同时改标题、封面、发布时间和正文开头，否则数据无法解释。
再推荐一个标题skill：viral-title，很适合用来给公众号起标题
场景三：公众号封面每次从空白画布开始
封面既要让人看懂主题，又要适配大小封面、安全区和账号品牌。直接说“做一张高级感封面”，通常会得到与正文无关的装饰图、错误文字或失真的 Logo。
指令怎样写
为文章《收藏不是知识管理，能再次用起来才是》制作公众号封面 brief。
目标读者：知识工作者；核心信息：从收藏走向可复用知识流。
品牌色：#1677FF、白、黑；禁止紫色渐变、夸张科技光效和虚构产品界面。
先输出 3 个构图方向，每个包含：主体、层级、封面文案、色彩、留白、
大小封面裁切风险和正文对应段落。我确认后再生成图片。
生成后检查：文字是否准确、Logo 是否变形、主体是否被小封面裁掉、
是否使用未经授权的人物或素材。不要直接上传公众号。结果是否可用
生成的封面还不错，有汉字、封面负责表达的主题也比较贴切，如果换成更强的生图模型，效果应该会更好。
场景四：小红书不只是“把长文切成九张图”
公众号文章改成小红书时，常见做法是截短段落、加入表情符号，再把文字铺到九张卡片上。结果信息很多，但封面没有钩子，第二页没有承接，最后一页没有行动，移动端也难读。
工作流
- 从长文提取不带平台语气的事实包；
- 选择一个核心问题，删除与它无关的支线；
- 设计“封面承诺 → 问题共鸣 → 方法 → 示例 → 误区 → 清单”的滑动节奏；
- 先输出逐页线框和字数，再生成图片；
- 在真实手机宽度检查字号、断行、边距和重点；
- 最终标题、正文、标签和图片逐一核对数字与专有名词。
把 approved-article.md 改造成 8 页小红书图文，不新增事实。
第 1 页只表达一个承诺；第 2 页写读者正在经历的问题；
第 3-6 页每页只讲一个动作并给一个例子；第 7 页写常见误区；
第 8 页给可保存的检查清单。
先返回逐页文案、视觉层级和预计字数，我确认后再调用封面与长图 Skill。
场景五：一段长文怎样变成可拍的短视频
“改成 60 秒口播”通常只是把文章压缩成更快的朗读稿，没有镜头、节奏、证据画面和停顿，也没有说明谁能拍、需要什么素材。
- 短视频选题素材研究；
- 短视频脚本与矩阵内容工厂；
- AI 短视频导演用于分镜和生成提示；
- 配乐 Skill 只在确认版权和商用范围后使用。
指令怎样写
把这篇文章改造成 60 秒真人口播，目标是让第一次使用 WorkBuddy 的人
理解“为什么任务简报比一句模糊需求更重要”。
输出时间轴表格：时长、景别、画面、口播、屏幕文字、素材来源、转场。
前 3 秒必须提出真实问题，不夸大收益；20 秒前展示一次产品过程证据；
结尾给一个可以立即尝试的指令，不做虚假互动承诺。
同时列出必须实拍、可用产品截图、可由 AI 生成的画面，禁止伪造用户反馈。
生成的口播文案，效果还不错哦。
场景六：发布前，别让自动化越过责任边界
- 公众号违禁词检测：标记风险表达；
- 公众号排版 Skill：渲染 Markdown 并创建草稿；
- 文章去 AI 味工具：只用于减少套话，不用于伪装来源或原创。
检查本次公众号文章是否有违禁词，如有请标记出来，并对每个违禁词给出修改建议。检查整体内容的 AI 味，并降低AI味，最后把文章排版。发布链建议停在草稿箱：事实检查 → 引用与版权 → 品牌与合规 → 链接检查 → 手机预览 → 人工确认账号 → 发布。自动点赞、批量私信、刷评论、绕过平台风控和未经确认的群发，不属于本书推荐的效率场景。
场景七：发布后不复盘，下一篇仍从零开始
复盘主要是把AI写的和人工修改后的终稿进行对比，让skill自动进化，下一次，它将写出更好的内容。
可以使用 公众号写作自我迭代 或小红书运营副驾，把人工修改和数据写回风格库：
读取本期内容数据、发布版本和人工修改记录，生成复盘。
先陈述数据事实，再列出最多 3 个可验证假设，不把相关性写成因果。
把表现按选题、标题、封面、开头、结构、发布时间和渠道拆开。
为下轮设计 2 个单变量实验，并说明成功指标和停止条件。
将长期有效的修改规则写入 style-guide.md；一次性热点不要写入永久规则。把AI最开始产出的文案和终稿都丢进去，最终产出复盘报告和style-guide.md，下次AI写的东西就能离你的期望更进一步啦～
一套够用的自媒体 Skill 栈
| 层级 | 先装什么 | 何时再增加 |
|---|---|---|
| 入门 | 热门内容查询、标题评分、图片生成 | 已能稳定完成一篇内容 |
| 稳定 | 评论洞察、封面、排版草稿、违禁词检测 | 已明确账号定位和审核人 |
| 多平台 | 小红书卡片、短视频脚本、平台适配 | 已有统一事实包 |
| 进阶 | 数据回流、风格迭代、定时选题雷达 | 人工流程已连续跑通 4 周 |
场景描述
写公众号文章，最耗时的往往不是内容本身，而是排版。在微信后台编辑器里调整字号、行距、缩进、图片位置，经常要反复预览和修改。整篇文章从写完后到真正能发布，排版时间可能和写作时间一样长。用 WorkBuddy 把这件事变成两步：用 Markdown 写好内容，剩下的排版和发布交给 Skill 自动完成。
我自己平时写公众号最大的问题就是排版，真的对排版深恶痛绝，尤其是图片外链的处理。之前我的公众号排版流程是这样的：markdown写好内容->第三方编辑器美化->粘贴到微信公众号草稿中（最大的问题就在这，我的文章中会放很多图片，但是从编辑器中粘贴过来的图片经常挂掉，因为公众号不支持第三方图床）->逐一粘贴图片->预览、修改->发布。
而现在有了Wechat Publisher可以一键排版，自动上传图片到公众号草稿箱，真的是节省了我半个多小时的时间。
想要完成的任务
完成后，WorkBuddy 应当能够：
- 读取一篇 Markdown 格式的文章（标题、正文、图片、代码块）。
- 自动将 Markdown 转换为微信公众号兼容的排版格式，包括代码高亮、主题样式和 Mac 风格代码块。
- 自动将文章中的本地图片和网络图片上传至微信图床。
- 一键将排版后的文章推送到公众号草稿箱。
- 在公众号后台预览或微调后即可群发。
使用的 Skill
| Skill | 用途 | 来源或安装方式 |
|---|---|---|
| wechat-publisher | Markdown 转公众号排版，一键上传图片并推送到草稿箱 | WorkBuddy 内置推荐市场，直接安装 |
wechat-publisher 基于开源项目 wenyan-cli，内置多套排版主题和代码高亮方案，支持自动图片上传和草稿箱推送。
前置条件
- WorkBuddy 可以正常使用。
- 已经拥有微信公众号（订阅号或服务号），并具备开发者权限。
- 已获取微信公众号的 AppID 和 AppSecret（在公众号后台「设置 → 开发 → 基本配置」中查看）。
- 本机公网 IP 已添加到公众号后台的 IP 白名单中（最好用WiFi而非手机热点，因为热点IP每次都会变，那么每次就要重复添加白名单IP）。
- 有一篇用 Markdown 写好的文章（含标题和封面图）。
在 WorkBuddy 中的操作
第一步：安装 wechat-publisher Skill
在 WorkBuddy 中新建任务，输入：
帮我安装公众号排版 Skill：wechat-publisher
**或者直接去技能搜索框搜索：wechat-publisher** 这个简单直接
WorkBuddy 会从推荐市场中搜索并安装这个 Skill。安装完成后，可以确认一下 Skill 是否就位：
wechat-publisher Skill 已经安装好了吗？告诉我它能做什么。第二步：配置公众号凭证
wechat-publisher 需要公众号的 AppID 和 AppSecret 才能调用微信 API。推荐使用 wenyan 自带的凭证管理工具进行配置，凭证会持久化保存到本地配置文件：
帮我执行 wenyan credential -s，我需要配置公众号的 AppID 和 AppSecret。WorkBuddy 会引导你逐步输入 AppID 和 AppSecret，配置完成后对话框确认查看凭证文件是否已经保存成功。
注意：在配置凭证之前，务必先登录公众号后台（设置 → 开发 → 基本配置 → IP 白名单），将本机的公网 IP 添加到白名单中。可以用
curl ifconfig.me查看当前公网 IP。
第三步：准备 Markdown 文章
文章的 Markdown 文件需要包含 frontmatter，至少要有 title（标题）和 cover（封面图路径）。封面图可以是本地文件或网络 URL。
---
title: 我的技术文章
cover: ./assets/cover.jpg
---
# 正文开始
这是文章内容...可以直接在 WorkBuddy 中让 AI 帮你写好文章，也可以把自己写好的 Markdown 文件拖进对话。如果还没有封面图，还可以让 WorkBuddy 帮你生成一张：
帮我生成一张适用于公众号技术文章封面的图片，主题是关于 AI 辅助写作的。第四步：执行排版与发布
文章准备好后，告诉 WorkBuddy 执行发布：
使用 wechat-publisher Skill，把这篇文章发布到公众号草稿箱。
要求：
- 使用 lapis 主题
- 代码高亮用 solarized-light
- 启用 Mac 风格代码块
- AppID 用我之前配置的那个WorkBuddy 会自动完成以下步骤：
- 检查 Markdown 文件的 frontmatter 是否完整
- 将文章中的图片上传到微信图床
- 应用所选主题和代码高亮样式进行排版转换
- 调用微信 API 将排版后的文章推送到草稿箱
第五步：在公众号后台预览与群发
发布到草稿箱后，登录微信公众号后台，在「内容管理 → 草稿箱」中就能看到排版好的文章。在后台预览确认无误后，即可群发。
提示词或任务指令
下面是经过脱敏、可以直接复用的任务指令：
使用 wechat-publisher Skill，把我写好的 Markdown 文章发布到公众号草稿箱。
具体要求：
1. 文章文件路径：D:/articles/my-post.md
2. 使用 lapis 主题和 solarized-light 代码高亮
3. 启用 Mac 风格代码块装饰
4. 文章中的图片（本地路径和网络 URL）全部自动上传到微信图床
5. 发布前确认 frontmatter 包含 title 和 cover
6. AppID 使用我之前通过 wenyan credential -s 配置的那个
发布成功后，告诉我如何到公众号后台预览这篇文章。在 WorkBuddy 中的效果
这一套流程走完后，你得到的是：
- 一篇已经排版完成的公众号草稿，不需要在微信后台编辑器中手动调整字号、间距、图片位置。
- 文章中的代码块带有语法高亮和 Mac 风格装饰，比微信原生编辑器效果好得多。
- 所有图片已自动上传到微信图床，不会出现图片丢失或外链失效的问题。
- 在公众号后台稍作预览即可直接群发。
验收标准
- wechat-publisher Skill 安装成功，并能在任务中被调用。
- 公众号凭证配置成功，能看到已保存的 AppID。
- Markdown 文章成功推送到公众号草稿箱，后台可以看到排版后的文章。
- 文章中的代码块带有正确的语法高亮和主题样式。
- 文章中的所有图片（包括本地图片和网络图片）都能正常显示。
- 在公众号后台预览时，排版效果与预期一致。
常见问题
发布时报 "IP 不在白名单"
这是最常见的问题。登录公众号后台，在「设置 → 开发 → 基本配置 → IP 白名单」中添加当前机器的公网 IP。用 curl ifconfig.me 可以查看公网 IP。
报错 "未能找到文章封面"
检查 Markdown 文件的 frontmatter 中是否包含了 cover 字段。wenyan-cli 强制要求 title 和 cover 两个字段缺一不可。封面图路径建议使用绝对路径（Windows 下如 D:/photos/cover.jpg）。
图片上传失败
确保图片路径正确。如果 Markdown 中的图片使用相对路径，需要在 Markdown 文件所在目录执行发布命令。或者改用绝对路径引用图片。
想换一种排版风格
wechat-publisher 支持多种内置主题。可以在发布命令中更换 -t 参数，例如：
-t lapis：青金石主题（推荐）-t phycat：物理猫主题-t default：默认主题
代码高亮也可以通过 -h 参数切换，如 -h github、-h monokai、-h dracula 等。
当然，这些指令记记不住都没有关系，直接用自然语言描述，告诉AI你想做的事情，它可以帮你切换主题。
安全与限制
- AppID 和 AppSecret 是公众号的核心凭证，不要分享给他人，也不要在公开场合暴露。
- 推荐使用
wenyan credential -s配置凭证（凭证保存在本地加密文件中），避免将密钥写在命令或环境变量里。 - 公众号 IP 白名单建议只添加必要的 IP，并定期检查。
- 文章推送到的是草稿箱而非直接群发，发布前仍需人工审核内容。
- 如果文章包含公司内部或敏感信息，发布前先做脱敏处理。
可以怎样复用
这个 Case 的核心能力是「Markdown 写作 + 自动排版发布」。替换文章内容，就能适配不同的公众号创作场景：
- 技术博客：Markdown 写技术教程，代码块自动高亮，推送到草稿箱审核后群发。
- 团队周报：用模板和 Markdown 整理周报内容，自动排版后分享到团队公众号。
- 多号管理：通过
--app-id参数切换不同公众号，一个 Skill 管理多个号的草稿发布。 - 定期专栏：结合 WorkBuddy 自动化任务，把固定格式的文章模板设为每日或每周重复执行，实现定期更新。
单 Agent 和多 Agent 的真正差别
| 维度 | 单 Agent | 多 Agent |
|---|---|---|
| 上下文 | 所有信息在一个任务 | 角色只接收必要上下文 |
| 分工 | 一个执行体串行完成 | 多角色并行或接力 |
| 工具 | 同一组权限 | 可按角色隔离工具和权限 |
| 质量 | 自己生成、自己检查 | 可设置独立评审者 |
| 成本 | 较低 | 协调、模型和工具调用更多 |
| 风险 | 一处错误影响整体 | 错误可能在角色间传播 |
多 Agent 的价值来自专业分工、并行、权限隔离或独立评审，不来自角色数量。
角色契约
| 角色 | 输入 | 输出 | 禁止动作 |
|---|---|---|---|
| 主理人 | 用户任务描述、素材空间 | 任务拆解、状态追踪、成片 | 不跳过子任务验收直接交付 |
| Brief 角色 | 产品官网、介绍文档 | brief.md（产品定位、核心价值、目标用户） | 不直接写脚本 |
| 分镜师 | brief.md | 分镜表（时间码、画面、字幕、转场、动效） | 不引入 Brief 未确认的信息 |
| 素材师 | 分镜表 | 产品截图、概念图、界面素材 | 不使用无版权来源素材 |
| 剪辑师 | 素材、分镜表 | 逐帧 MP4 片段 | 不改动分镜结构 |
| 配乐师 | 分镜表、情绪标注 | BGM 候选及推荐理由 | 不只输出一个选项 |
三个必须由人确认的点
- Brief 确认：产品定位、目标用户、核心卖点是否准确；
- 分镜确认：叙事结构、镜头数量、节奏是否符合预期；
- BGM 选择：情绪风格是否与成片调性匹配。
Agent 负责生成和执行，不能替代品牌方向和风格判断。