Wemp Ops

Step 4.5: 配图规划与生成

完整指南见 references/illustration-prompts.md（Type×Style 矩阵、Prompt 规范、风格锚点）。

4.5a 配图规划（先规划再生图）

1. 扫描文章结构，按以下规则标注潜在配图位置：

   • ## 标题后的第一段 → 潜在配图点
   • 概念首次出现 → 用插图辅助解释
   • 转折/对比处（"但是"、"然而"、"相比之下"）→ 适合对比图
   • 连续超 800 字无任何视觉元素 → 需要打断

2. 内容信号自动匹配，根据段落关键词推荐 Type：

   • 架构/分层/系统 → framework | 步骤/流程 → flowchart | vs/对比 → comparison
   • 数据/百分比 → infographic | 叙事/经历 → scene | 代码/界面 → screenshot

3. 锁定全文 Style（一篇文章只用一种 AI 生图风格）：

   • 技术/产品文 → notion-sketch（默认）| 数据/架构文 → tech-flat | 故事/教育文 → warm-doodle

4. 输出配图计划表（保存到 illustration-plan.md），让老板确认后再生图。 密度参考：2000 字 3 张、3000 字 4-5 张，正文配图硬上限 5 张。

4.5b 生图执行

配图有两条渲染路径，在配图计划表中按每张图标注：

路径 A：AI 生图（视觉美感优先，适合大部分场景）

• 优先级：Seedream 5.0 Lite → nano-banana-pro → ComfyUI
  • Seedream: <WORKSPACE>/scripts/seedream-generate.sh "prompt" output.jpg "2560x1440"
  • 正文插图 16:9 2560x1440
• Prompt 按 LDSCS-R 六层结构构造：Layout → Data → Semantics → Characters → Style → Ratio
• 风格锚点：第一张图成功后，记录风格特征到 prompts/style-anchor.md，后续图片引用保持一致
• Prompt 持久化：每张图的 prompt 保存到 prompts/NN-{type}-{slug}.md，便于回溯修改

路径 B：Mermaid 渲染截图（信息精确性优先，技术文章的流程/架构/对比图）

• 适用条件：配图计划中 Style 标注为 mermaid-render 的插图
• 工作流：
  1. 生成 Mermaid 代码（遵守 references/illustration-prompts.md 中的 Mermaid 规范）
  2. 写入 <WORKSPACE>/scripts/mermaid-render.html（临时 HTML 模板）
  3. 浏览器打开 → resize 2560x1440 → screenshot
  4. 裁剪白边（如需要）→ 存入 images/
• Mermaid prompt 也持久化：保存到 prompts/NN-{type}-{slug}.md，记录 Mermaid 源码

通用规则：

• 截图美化：<WORKSPACE>/scripts/beautify-screenshot.sh <input> [output] --shadow --bg "#f5f5f5"
• 水印去除：<WORKSPACE>/scripts/remove-watermark.sh <input> [output]（nano-banana-pro 需去水印）
• 配图数量：宁缺毋滥。不确定要不要配图 → 不配。
• 同一篇文章中路径 A 和路径 B 可以混用，但渲染方式不超过 2 种。

Step 4.6: 产品截图获取

文章涉及线上产品（AI 工具、SaaS 产品等）时，截取真实产品界面作为配图。

公开页面（无需登录）：

# 1. 打开产品页面
browser action:open url:"https://example.com/product"

# 2. 等待加载完成后截图
browser action:screenshot fullPage:false type:png

# 3. 裁剪/缩放（macOS sips 工具）
sips -z <高度> <宽度> screenshot.png                    # 缩放
sips -c <高度> <宽度> screenshot.png                    # 裁剪居中
sips --resampleWidth 800 screenshot.png                  # 按宽度等比缩放

# 4. 上传到微信素材库
node scripts/publisher.mjs  # 通过 --markdown 自动上传
# 或手动：在 utils.mjs 中调用 uploadArticleImage()

需登录页面（付费产品/内部系统）：

1. 让用户在 Chrome 打开目标页面
2. 用户点击 OpenClaw Browser Relay 工具栏图标 attach 该 tab
3. browser action:screenshot profile:chrome 截图
4. 截图后同上流程裁剪上传

截图规范：

• 宽度 600-900px，避免过大（微信有尺寸限制）
• 隐藏/打码敏感信息（用户名、私有数据等）
• 浏览器地址栏按需保留（能说明产品来源时保留）
• 优先截取核心功能区域，不截全屏
• 深色/浅色主题根据文章风格选择

Step 5: 排版美化

# 基础排版
python3 scripts/markdown_to_html.py --input article.md --theme tech --output article.html

# 带图片自动上传（本地图片自动上传到微信素材库并替换 URL）
python3 scripts/markdown_to_html.py --input article.md --theme tech --output article.html --upload

主题选择：tech（科技风，默认）、minimal（简约风）、business（商务风）。 排版约束详见 references/weixin-constraints.md。

如果有额外配图需要手动插入（非 Markdown 内嵌图片），先上传再手动插入 HTML。

Step 6: 推送草稿箱

# 一键从 Markdown 到草稿（推荐，自动转 HTML + 上传图片 + 清理旧同名草稿）
node scripts/publisher.mjs --markdown article.md --title "文章标题" --cover cover.png

# 或手动分步：先转 HTML 再推送
python3 scripts/markdown_to_html.py --input article.md --theme tech --output article.html --upload
node scripts/publisher.mjs --title "文章标题" --content article.html --cover cover.png

# 跳过自动清理旧草稿
node scripts/publisher.mjs --markdown article.md --title "标题" --cover cover.png --no-cleanup

# 列出草稿
node scripts/publisher.mjs --list

# 删除草稿
node scripts/publisher.mjs --delete --media-id <id>

# 发布草稿（用户确认后）
node scripts/publisher.mjs --publish --media-id <草稿media_id>

默认停在草稿箱，不自动发布。 告知用户草稿已创建，确认后再发布。 推送新版本时自动清理同标题旧草稿（--no-cleanup 跳过）。

Step 7: 读者测试（可选但推荐）

交付前，用一个无上下文的子 Agent 阅读文章全文，检查：

• 标题是否让人想点开？（不知道背景的人能否被吸引）
• 开头两段是否抓住注意力？（3 秒法则）
• 是否有行业黑话/未解释的概念？（非目标读者能否理解）
• 结尾是否有力？（读完后想做什么） 如果子 Agent 发现盲点，修改后再交付。

Step 8: 交付

向用户汇报：文章标题、字数、草稿状态、封面预览、建议发布时间。

仅采集

node scripts/smart_collect.mjs --query "用户需求" --keywords "AI扩展的关键词" --sources "hackernews,v2ex,36kr" [--deep]

数据源分类：

• tech: hackernews, github, v2ex, sspai, juejin, ithome, producthunt
• china: weibo, zhihu, baidu, douyin, bilibili, toutiao, tencent, thepaper, hupu
• finance: 36kr, wallstreetcn, cls

采集后整理为选题候选清单，每条含：标题、来源、热度、链接、与用户需求的相关度。

数据分析

# 日报（默认昨天）
node scripts/daily_report.mjs [--date YYYY-MM-DD]

# 周报
node scripts/weekly_report.mjs

输出包含：用户增长、阅读数据、热门文章、互动数据、AI 洞察。

互动管理

# 检查新评论
node scripts/check_comments.mjs

# 回复评论
node scripts/reply_comment.mjs --comment-id <id> --content "回复内容"

AI 生成回复建议时遵循 persona.md 的语气规范，用户确认后再执行回复。

配置

公众号凭证配置在 skill 自己的 config/default.json：

{
  "weixin": {
    "appId": "你的AppID",
    "appSecret": "你的AppSecret"
  }
}

⚠️ 不要写到 openclaw.json 的 channels 里！ channels 只接受 OpenClaw 内置渠道类型（dingtalk/telegram/discord 等），写入未知类型会导致 gateway 校验失败并不断重启。

其他配置（数据源偏好、报告时间等）同样在 config/default.json 中调整。

多版本分发（一篇→多平台）

公众号文章完成后，可一键生成其他平台版本。

触发词

• "把这篇文章分发到小红书/X"
• "生成多平台版本"
• "同步到其他平台"

分发流程

Step 1: 读取源文章

从公众号草稿箱/已发布文章中提取：标题、正文、核心观点、配图

Step 2: 生成小红书版本

自动调用 xiaohongshu-ops 技能：

1. 标题：从公众号标题中提炼，加 emoji，≤20 字
2. 正文：缩写到 300-600 字，口语化改写，去掉长段落
3. 配图：从公众号文章中选 1-3 个核心观点，制作信息卡（Seedream 优先，备选 nano-banana-pro / HTML截图）
4. 标签：5-10 个小红书话题标签
5. 通过 openclaw browser 发布到创作中心

Step 3: 生成 X/Twitter 版本

1. 单条推文（≤280 字符）：提炼文章最核心的一个观点，英文或中文
2. Thread 版本（可选）：3-5 条推文，适合深度内容
3. 通过 openclaw browser 发布（参考 TOOLS.md 中的 X 发帖 SOP）
4. 发帖前先让老板确认内容 — 外部发布是不可撤回的操作，确认能避免事后删帖的尴尬

Step 4: 记录分发状态

在公众号文章对应的 memory 记录中标注已分发平台和链接

改写原则

• 每个平台版本重新改写 — 直接复制粘贴会被平台算法降权，且不同平台的受众期待和内容格式差异很大
• 小红书：口语化、短句、emoji 多用、互动提问结尾
• X/Twitter：精炼、有冲击力、适合英文受众（如有）
• 保持核心观点一致，但表达方式适配平台调性