1 / 前置要求
先让运行环境就绪
README 一开始就强调 Node.js 和 `npx bun`。这不是装饰，是后面脚本能不能跑的底座。
npx skills add jimliu/baoyu-skills
总览
先把 README 的骨架看懂：安装、发布、注册、更新，再去看分类。这样每个 skill 都会更好找。
2 / 安装
一次装入整套 skills
这一步是把仓库带进你的环境，而不是点开某个网页看说明。安装后你才真的能触发技能。
/plugin install baoyu-skills@baoyu-skills
3 / 发布
按单个 skill 发布到 OpenClaw
README 里很明确：是一个 skill 一个 skill 地发，不是整个市场一次性推上去。
./scripts/sync-clawhub.sh --all
4 / 更新
注册市场后再更新
更新不是重新理解一遍，而是让市场里的 skill 保持最新版本，减少你手动维护的负担。
Enable auto-update
内容技能
- baoyu-markdown-to-html
- baoyu-post-to-wechat
- baoyu-post-to-x / weibo
AI 生成技能
- baoyu-image-gen
- baoyu-cover-image
- baoyu-infographic / xhs-images
工具技能
- baoyu-compress-image
- baoyu-translate
- cloudflare-deploy / slide-deck
这层分类很重要，因为它决定你是在找“产出内容”的 skill，还是找“辅助执行”的 tool。
真实演示
公众号链路不再用抽象示意图，而是直接看真实 Markdown 输入、HTML 产物和发布前准备。
公众号文章链路
真实文件可点开
输入一篇 Markdown，再把它送进公众号风格的 HTML 转换流程。你可以直接看到产物，而不是只看概念图。
- 1. 输入 Markdown 一篇说明 Skills 的文章，带标题、摘要和结构化段落。
- 2. 生成公众号 HTML 调用 `baoyu-markdown-to-html`，把内容变成能直接粘贴到公众号的样式。
- 3. 发布前准备 交给 `baoyu-post-to-wechat` 前，先确认账号、凭证和发布方式。
这条链路里，真正“可见”的产物包括 Markdown、HTML、信息图预览、图片生成提示词和发布前检查报告。
真实 AI 图片和公众号草稿需要补充密钥或登录态。
如果你想把别的 skill 也做成这种预览，后面就按同一套结构：输入样本、产物文件、最终展示。
平台对照
你问的核心其实是“不同平台怎么把 skill 叫起来”。这块我直接拆成三列，省得混在一起。
OpenClaw / ClawHub
按单个 skill 发布和安装
先把每个 `skills/baoyu-*` 目录当独立 skill 发布，再让用户按名称安装。
clawhub install baoyu-markdown-to-html
- 适合仓库式 skill 集合。
- 不是整个 marketplace 一口气装完。
- 更接近“按需启用”。
Codex
直接读技能说明并执行
在 Codex 里，skill 更像当前任务的操作说明。你直接说意图，Codex 按对应 `SKILL.md` 和脚本跑。
用 baoyu-post-to-wechat 处理这篇文章
- 本地文件、脚本、浏览器、网络都能接上。
- 真正能不能跑，取决于环境和依赖。
- 草稿和发布会走确认。
Claude Code
先加 marketplace，再装 skill
README 里给的是 marketplace 路线，先注册市场，再安装整个 skill 集或特定 skill。
/plugin marketplace add JimLiu/baoyu-skills
- 适合插件市场驱动的环境。
- 可直接装 marketplace 中的插件。
- 也支持告诉 Agent 代为安装。
Skills 和日常工具有什么区别
工具是一次动作，比如压缩一张图、打开一个网页、导出一个文件。 Skill 则是把一整段工作流程固定下来，让模型知道先做什么、后做什么、出什么结果。
多个 skills 能联动吗
可以，而且这是最有价值的形态。常见链路是：网页转 Markdown → 翻译 → 格式化 → 公众号 HTML → 封面图 → 发布草稿。
能力矩阵
这块明确一点：哪些我能直接做，哪些要配置，哪些必须等你确认。
本地文件 可直接做
读取、写入、整理、生成新文件，都是这里最稳的能力。
脚本运行 可直接做
只要依赖齐全，Bun、Node、Python 这些都能接到 skill 流程里。
浏览器 可直接做
适合本地页面检查、网页抓取和交互验证。真实提交前会更谨慎。
网页与资料查询 可直接做
查官方资料、对比平台、确认最新说明，这些都适合放进演示里。
图片生成 需配置
信息图和封面提示词已生成；真正调用 AI 图片模型需要 OpenAI、Google、DashScope 或 Replicate 密钥。
公众号发布 需确认
发布前检查已完成；真正创建草稿、上传或发布需要公众号凭证或登录态，并且动作前要确认。
还能装什么辅助能力
我这次优先用现有工具链，不先乱加新东西。若要继续增强，优先补这些方向。
Browser / Playwright
baoyu-markdown-to-html
baoyu-post-to-wechat
baoyu-translate
baoyu-image-gen
baoyu-infographic
baoyu-slide-deck
baoyu-compress-image
cloudflare-deploy
FAQ
把你刚才的疑问放在最下面，方便扫读。这里不讲废话，只讲能直接帮助你判断的部分。
OpenClaw 怎么用 Skills？
先把仓库里的单个 skill 发布出去，再按 skill 名安装；README 里强调的是“单个 skill 发布”，不是整包一次性装完。
适合按需启用的市场模式。
Codex 怎么调用 Skills？
在这个环境里，Codex 直接读取本地 skill 说明和脚本，按你的自然语言任务去执行。
关键不是“点一个按钮”，而是“让模型识别该用哪个 skill，再调用对应工具链”。
Claude Code 怎么调用 Skills？
走 marketplace 路线：先注册市场，再安装 skill 集或指定 skill。
README 里的典型方式是先把 marketplace 加进去，再用 `/plugin install` 装。
Skills 和其他工具的区别是什么？
工具是一次性动作，Skills 是可复用的流程说明。
它让模型知道顺序、输入、输出和约束，最后再借助脚本、浏览器、API 去落地。
Skills 会消耗 Token 吗？
会。模型读取 skill、理解任务、规划步骤、检查结果都会消耗 Token。
好处是你不用每次从头解释，固定流程可以反复复用。
能不能把多个 Skills 组装联动？
可以，而且这通常比单个 skill 更有价值。常见链路就是：
- 网页转 Markdown
- Markdown 优化 / 翻译
- 转公众号 HTML
- 生成封面图或信息图
- 再进入发布草稿
我最先该装什么辅助插件？
如果你想继续把这站点做强，优先是 Browser / Playwright、信息图、图片生成和公众号发布链路。
如果是讲解型内容，再补翻译和 slide deck 会很顺。