| name | wechat-delivery |
| description | 公众号端到端交付——把任意选题在 30 分钟内变成可直接粘贴的桌面 8 文件交付物（标题/正文/封面/4 配图），用户手动 30 秒发布。适用场景：用户说"写公众号"/"公众号文章"/"配公众号"/"公众号配图"/自己的公众号名。覆盖 v3.18 launch 实战验证的 5 步流程 + 7 段黄金模板 + 桌面文件夹 + mavis browser 自动化天花板 + 反模式。 |
公众号内容交付 / WeChat Desktop Delivery
把"在公众号发一篇文章"从纯人肉 10h 流程改造成 30 min（Mavis）+ 30s（用户粘贴） 的标准化端到端交付。
🔗 相关资源（双向互链）
| 端 | 路径 | 用途 |
|---|
| 公共方法论 | pretty-skills/内容创作/杂志风公众号品鉴/（GitHub 公开） | 16 条铁律 + 4 张参考图 + 7 问自检（公开方法论） |
| 本地实操 | references/magazine-style-16-rules.md（本 skill） | Mavis 写公众号时直接加载的 16 条铁律 |
| 7 维心法 | references/writing-craft-7d-rubric.md（本 skill） | 写完 1 分钟 7 问自检 |
| 5 段钩子 | references/wechat-hook-chain.md（本 skill） | knowhub 5 段叙事钩子链 |
| 主题库（v3.23 待办） | pretty-skills/视觉创作/gzh-design公众号排版主题库/（GitHub 公开） | 7 套起步主题 + 5 步排版 pipeline + 10 条反模式 |
| 主题库指针 | references/theme-library-pointer.md（本 skill） | 指向 pretty-skills 主题库 case 的加载入口 |
互链原则：pretty-skill 公共 case 是「方法论源头」，本 skill references/ 是「Mavis 自动加载的可执行版本」。两者内容 90% 相同，只维护 1 处（GitHub 远端公共 case），本地 reference 引用远端路径。
核心约束：Mavis 不自动化插入公众号编辑器（React 富文本，mavis browser 工具栈打不进去）→ 改为桌面文件夹交付。
Trigger / 触发词
用户说以下任意一种情况时调用：
| 触发词 | 行为 |
|---|
| 写公众号 | 启动完整 5 步流程 |
| 公众号文章 | 同上 |
| （用户的公众号名） | 默认填这个公众号名 + 同上 |
| 配公众号 / 公众号配图 | 只走 Step 3 出图（用户已有正文） |
| 公众号排版 / 公众号封面 | 同上 |
不触发的场景：
- 「帮我看看这个公众号文章写得怎么样」→ 这不是交付，是 review，不在本 skill 范围
- 「公众号涨粉怎么办」→ 这是运营问题，不在本 skill 范围
- 「把网页内容转载到公众号」→ 走转载流程，需要先和用户对齐版权
5 步交付流程（v3.18 launch 验证 · 30 min）
配图硬规则（v3.21 · 公众号封面 2.35:1 + 1:1 兼容）
公众号封面有 2.35:1（消息列表）+ 1:1（转发卡片/公众号主页） 两种展示形式，必须用一张图同时满足两种效果：
| 位置 | 内容 | 比例 |
|---|
| 顶部 30% | 标题文字（深棕大字 · 居中） | 留白 |
| 中心 60% | 主体插画（手绘马卡龙 · 一图一概念） | 2.35:1 截中央 / 1:1 截中央 |
| 底部 10% | 副标题 / 副信息（小字） | 留白 |
设计原则：
- ❌ 不要装饰边框 / 阴影 / 渐变背景
- ❌ 不要底部放主体（裁剪后会丢）
- ✅ 标题字号大、字数少（≤ 10 字）
- ✅ 主体在画面垂直中心靠下（不是底部！）
- ✅ 大量留白（cream paper 背景）
参考案例：pretty-skill/assets/readme-1-banner.png（v3.22 README banner）就是按这个规则出的。
[Step 1 调研] → [Step 1.5 evidence 链] → [Step 2 写] → [Step 2.5 8 维 rubric] → [Step 3 出图] → [Step 4 桌面交付] → [Step 5 用户粘贴]
(30s) (5 min · v3.24) (30 min) (1 min · v3.24) (10 min) (10s) (30s)
v3.24 升级：在 Step 1 调研后增加 Step 1.5 evidence 链（5 min），写完后增加 Step 2.5 8 维 rubric（1 min）——借鉴 CyberPPT + dashiai-ppt 三段式，先过证据关再过视觉关。详见 references/evidence-template.md。
Step 1 · 调研需求（30 秒 · 必问 1 个问题）
按用户硬规则「出最终方案前先问 1 个关键问题」：
「这篇文章的读者是谁 + 你想让他们看完拿走什么？」
不要问「你想写什么话题」「字数多少」「风格」—— 这些会被默认值吞。
Step 1.5 · evidence 链（5 min · v3.24 新立）
目的：写之前先过"证据关"——每段必填 conclusion + evidence[] + source。
流程：
- 打开
references/evidence-template.md
- 7 段（标题/钩子/总纲/解法/疗效/CTA/写在最后）每段填 evidence 字段
- 跑 5 问自检（每问 ≤ 10 秒）
- 5/5 PASS → 进 Step 2 · 3-4 → 微调 evidence · ≤ 2 → 重写 evidence 链
为什么先 evidence 后写作：借鉴 dashiai-ppt slides[].evidence——PPT 怕"瞎编页面"，公众号怕"瞎编段落"，同一个解法：先过证据关，再过视觉/排版关。
Step 2 · 写（30 min · 7 段黄金模板）
详见 references/golden-template-7-sections.md（v3.24 evidence 字段已加到每段）。
v3.24 必做（写完 1 分钟自检）：
- 打开
references/writing-craft-7d-rubric.md → 8 维 rubric（v3.24 新增第 0 维 evidence 链）
- 第 0 维 evidence 链先过（5/5 PASS 才进后续）
- 7 问过一遍（每问 ≤ 8 秒）
- 第 0 维 evidence ≤ 3 → 重写 evidence · 其他 7 维 < 5 → 重写 · 5-6 → 微调 · 7 → 进 Step 3
Step 3 · 出图（10 min · matrix MCP 并行）
5 张图：1 封面 + 4 配图。风格默认锁定「手绘马卡龙」。
v3.21 硬规则（少字 + 留白 + 大字）：
- minimal Chinese text on image（少字 · ≤ 1 行）
- dark brown handwritten font only for short title（深棕手写体大字）
- lots of white space around main illustration（留白 ≥ 30% 面积）
- centered composition, no decorative borders（中心构图，无装饰边框）
- 封面要按 2.35:1 + 1:1 兼容规则（主体居中靠下 · 顶部 30% 留给标题）
详见 references/image-prompt-craft.md。
Step 4 · 桌面交付（10 秒 · Mavis 自动）
路径：~/Desktop/公众号/<name>-<YYYY-MM-DD>/，8 文件结构：
公众号-<name>-YYYY-MM-DD/
├── README.md # 0.粘贴指南（先读这个）
├── 标题.txt # 复制 → 输入框
├── 正文.txt # 复制 → 富文本编辑器
├── 封面.png # 上传 → 封面位
├── 配图1.png # 插入正文（位置见 README）
├── 配图2.png
├── 配图3.png
└── 配图4.png
Step 5 · 用户粘贴（30 秒 · 用户的 5 个动作）
- 复制
标题.txt → 输入标题框
- 复制
正文.txt → 粘贴到富文本编辑器
- 上传
封面.png（拖拽到封面位）
- 按 README 标注位置插入 4 张配图
- 点群发 / 发布
总耗时：30 min（Mavis 端） + 30 秒（用户端）
工作流（Mavis 接到任务后做什么）
mavis browser 6 类失败清单（不要尝试自动化插入）
实测新版公众号编辑器（React 富文本，不是 iframe UEditor），mavis browser 工具栈天花板：
| 工具 | 失败原因 |
|---|
type | 只能打到 input/textarea；公众号正文编辑器是 <div> 非 typable |
press_key Cmd+V | React 组件捕获不到系统级粘贴事件（不冒泡到 native listener） |
set_file_input | 只能触达 file input；公众号封面位不是 file input（是点击触发 modal） |
click 菜单/按钮 | 编辑器菜单是 React 动态渲染，selector 改了页面就失效 |
iframe | 公众号编辑器不在 iframe 里（v3.18 后废弃了 UEditor） |
screenshot + 坐标点击 | 每次页面渲染后坐标会偏移，且编辑器会随内容重排 |
结论：mavis browser 在 React 富文本场景下放弃。价值是「填表/上传/读」等明确 file input 场景。
3 个反模式（必避坑）
反模式 1：关键 UI 流程被默认值吞掉
走"自动插入公众号" → React 编辑器点不动 → 浪费 2 小时。
正确做法：影响最终产物的参数默认 = None，不传 → 弹 picker 或 fail-fast。
反模式 2：营销首页浪费 token
把同样内容同时套到营销首页、飞书贴、小红书 → 每改一次要在 3 个地方同步。
正确做法：单一交付物（桌面文件夹），用户自己分发。
反模式 3：picker 被默认吞
调研阶段曾试图做"风格 picker"让用户选 → picker 在自动化流程里被默认走了第一项。
正确做法：picker 只用在「用户明确要求做 PPT / 出图」的场景，写作流程里不弹。
量化疗效
| 阶段 | 之前 | 现在 | 倍速 |
|---|
| 写（含调研） | 4h | 30min | 8x |
| 出图 | 3h | 10min | 18x |
| 发布（含上传） | 5h | 30s | 600x |
| 总 | 10h | 30min | 20x |
用户拿到后：每天能发 1 篇公众号；如果是 v3.18 launch 级，每月能出 1 个有体系的产品发布。
数据来源 / 沉淀
- pretty-skill case：
pretty-skill/Agent知识/公众号内容交付方法论/（13 页 · commit 3c897a6）
- knowhub case：
~/.mavis/knowledge/knowhub/domains/ai-agent/cases/2026-07-10-wechat-delivery-flow.md（150 行 · commit 14de5c1）
工具栈
| 用途 | 工具 |
|---|
| 写 | Mavis 自己 + 7 段黄金模板 |
| 出图 | matrix MCP（MiniMax Token plan 套餐） |
| 桌面交付 | scripts/build_delivery.py（一键建 8 文件 + Finder 打开） |
| 沉淀 | pretty-skill + knowhub 双仓库 |
相关参考文档
references/golden-template-7-sections.md # 7 段写作模板（v3.24 evidence 必填）
references/evidence-template.md # v3.24 新立 · evidence 字段定义 + 自检 5 问
references/wechat-hook-chain.md # knowhub 5 段钩子链（痛点 + 翻转 + 范式 + 案例 + CTA）
references/posting-format-v322.md # v3.22 排版硬规则
references/image-prompt-craft.md # 出图 prompt 工艺 + 2.35:1+1:1 兼容
references/desktop-folder-structure.md # 8 文件细节
references/wechat-editor-react-tips.md # mavis browser 在公众号场景的 6 类失败
references/writing-craft-7d-rubric.md # 优质公众号 8 维心法（v3.23 7 维 + v3.24 第 0 维 evidence 链）
references/magazine-style-16-rules.md # 杂志风 16 条铁律（v3.23 新立 · 反 AI 味实操）
7 段骨架 + 5 段肉 + 4 图闭环（v3.23 合并版）
每次写公众号时，Mavis 自动跑：
| 段 | 字数 | 内容 |
|---|
| P0 标题 | 30 字 | 痛 + 量化 + 场景（3 filter 自检） |
| P1 钩子 ← 痛点 + 翻转 | 200-300 字 | 戳真痛点 + 「你不是没灵感，你是没工具」类金句 |
| P2 总纲 | 80-120 字 | ① ② ③ 3 个具体能力 |
| P3 解法 ← 范式落地 | 1500-2000 字 | before/after 对比表 + 流程图 + 3 件事细节 |
| P4 案例背书 ← 3 真实场景 | 400-600 字 | 个人 + 团队 + 长期数据，每个：场景 + 痛点 + 量化 |
| P5 疗效 | 200-300 字 | 省时/省钱/提质 简洁段落 |
| P6 CTA ← 三分钟上手 | 50-80 字 | 装 + 用 + 发 + 适用/不适用 |
| P7 写在最后 | 30-50 字 | 自然过渡 · 不用「金句」标签 |
4 图闭环（按段位）：
- p0_cover → P0 封面位（2.35:1+1:1 兼容）
- p1_pain → P1 钩子后
- p2_paradigm → P3 解法后
- p3_cases → P4 案例后
风格纪律（刘润式 · knowhub 5 段钩子链要求）：
- 禁 emoji / 禁话题标签 / 禁「欢迎评论区」套话
- 克制 > 华丽
- 「金句」改「写在最后」自然过渡
风格纪律 v2（杂志风 16 条铁律 · 2026-07-13 整合）：
从原公众号「推荐好用的 PPT skill」2026-06-30 提炼的 16 条反 AI 味铁律。写完 1 篇公众号时，跑 1 分钟 7 问自检：
| 维度 | 规则 | 反 AI 味标志 |
|---|
| 排版 6 条 | 0 emoji + 0 分割线 + H2/H3 + 1-3 句段 + 加粗整句 + 反引号 | emoji 满天飞 / 长段落 / bullet 转折 |
| 叙事 5 段 | 日常+反差 → 分类 → 精炼 → 痛点转折 → 顺势不抢戏 | "在当今时代..." 套话 / 不分维度 |
| 配图 5 类 | 多宫格 + 黑底矩阵 + 工具高亮 + 风格样图 + 小水印 | 1 张配图撑场 / 满屏标注 |
反 AI 味 7 问自检：
- emoji 出现几次？0 = 通过
- 段落最长几句？≤ 3 = 通过
- 加粗整句 ≥ 1？= 通过
- 配图 ≥ 4？= 通过
- 有多宫格图？= 通过
- 转折是加粗整句？= 通过
- 标题有"反 AI 味"自检？= 通过
判定：7/7 = 杂志风 · 5-6 = 微调 · < 5 = 重写
完整 16 条 + 实战示例 → references/magazine-style-16-rules.md（v3.23 必读）
同步来源
knowhub 仓库 domains/ai-agent/cases/2026-07-10-wechat-delivery-flow.md，单一来源 ~/.mavis/knowledge/knowhub/，本文件为执行镜像。任何 case 升级 → 同步更新本 SKILL.md。
