推荐一个真正能落地的技能仓库：baoyu-skills，把 Claude Code 变成内容生产流水线

如果你最近一直在折腾 Claude Code、Codex 或 OpenClaw 这类 Agent，很容易遇到一个问题：

模型本身已经够强了，但真正拖慢效率的，往往不是“不会写”，而是工作链条太碎。

你可能已经有过这种体验：

• 先把网页内容抓下来，整理成 Markdown

• 再改标题、补结构、做翻译

• 然后去画封面、做配图、做信息图

• 最后还要分平台发布到公众号、小红书、微博、X

看起来每一步都不难，但一旦串起来，就会发现自己其实一直在不同工具之间来回搬运。

这也是我为什么会推荐 JimLiu/baoyu-skills。

截至 2026 年 3 月中旬，GitHub 仓库页显示它大约有 9.5k Star、1.1k Fork，tags 已更新到 v1.72.0。更重要的不是这些数字本身，而是它已经有清晰分组、安装路径和持续迭代痕迹。它不是那种“看着很热闹、实际上只有一两个 prompt 文件”的仓库，而是一套已经有明显体系感的技能仓库。

它到底是什么

一句话说，baoyu-skills 不是单一工具，而是一组围绕内容生产和发布流程设计的 Agent Skills。

它的目标并不是替代大模型本身，而是把那些原本散落在各处的动作，封装成可以直接装、直接调用、可以继续扩展的技能。

从仓库结构看，它至少有三个层次：

1. 技能本体在 skills/ 目录里，按单个 skill 拆分

2. 安装与分发层支持 marketplace、插件安装和 ClawHub 发布

3. 配置层支持 .env 和 EXTEND.md，允许项目级和用户级定制

这意味着它不是“写给作者自己用的一堆脚本”，而是已经明显朝“可安装技能市场”去组织了。

为什么我会推荐它

第一，它覆盖的是一整条内容生产链，不是单点能力

这是这个仓库最打动我的地方。

很多 skill 仓库的问题在于：单点很强，但串不起来。你装完之后会发现，它只能解决某一步，剩下的流程还得自己手搓。

baoyu-skills 不太一样。它覆盖的内容链条是相对完整的，而且明显偏向真实创作者场景。

比如在仓库里，你能看到这样几类能力：

• 抓取和整理内容：baoyu-url-to-markdown、baoyu-danger-x-to-markdown

• 文本加工：baoyu-format-markdown、baoyu-translate、baoyu-markdown-to-html

• 图像生成：baoyu-image-gen

• 内容视觉化：baoyu-cover-image、baoyu-infographic、baoyu-article-illustrator

• 多图和长内容资产：baoyu-xhs-images、baoyu-slide-deck、baoyu-comic

• 发布环节：baoyu-post-to-wechat、baoyu-post-to-weibo、baoyu-post-to-x

你会发现，这已经不是“给大模型加两个快捷命令”了，而是在搭一条从素材到成稿、从成稿到配图、从配图到分发的平台型工作流。

如果你平时就在做技术内容、AI 内容、教程、解读稿、社交平台分发，这种完整性是很有价值的。

第二，它明显是为中文内容场景设计的

很多国外 skill 仓库的问题，不是能力不强，而是离中文创作现实太远。

它们可能适合写英文博客、发英文推文，但一到中文场景就开始不顺手。尤其是公众号、小红书、微博这些平台，格式和流程都很不一样。

baoyu-skills 的优势是，它一开始就没有假装自己是“全球通用中立工具箱”，而是很明确地贴近中文内容生产场景来设计。

从 README 里就能看出来，它重点照顾的是：

• 微信公众号文章和贴图发布

• 小红书信息图和多图内容

• 微博和 X 的社交分发

• 中文 Markdown 排版和 HTML 转换

• 面向中文受众的翻译与润色

这也是为什么它对很多中文创作者来说，不只是“能用”，而是“用起来方向对了”。

第三，它的模块化做得比很多技能仓库更清楚

这个仓库现在不是把所有东西粗暴塞成一个超大插件，而是做了分组：

• content-skills

• ai-generation-skills

• utility-skills

与此同时，skills/ 下又拆成了十多个独立 skill 目录。

这件事看起来只是组织方式，但其实会直接影响使用体验。

因为真正的好技能仓库，不应该逼用户一口气吃完整套。更合理的方式是：

• 你只想做内容抓取，就装工具类

• 你只想做配图，就装图像和视觉类

• 你只想做发布，就装平台分发类

这种按需安装，比“一个仓库全装上去再慢慢关功能”要健康得多。

另外，仓库还支持通过 ClawHub 把单个 skills/baoyu-* 独立发布，这说明它已经不只是“本地自用”，而是在认真考虑技能作为独立单元的分发方式。

第四，它不是只有 prompt，背后有明显工程化痕迹

有些 skill 仓库看起来很多，但本质上是 prompt 集合，维护起来也不稳定。

baoyu-skills 至少从仓库形态上看，不是这种轻飘飘的东西。

我注意到几个比较重要的信号：

• 有 packages/* 工作区结构

• 有 CHANGELOG、版本 tag 和脚本目录

• 有 .github/workflows 这类 CI 相关目录

• README 把安装、更新和发布路径写得比较完整

这不代表每个 skill 都一定完美，但至少说明这个仓库不是“写完 README 就不管了”的状态。

对用户来说，这种工程化程度很重要。因为 skill 不是文章，它最终要和浏览器、API、文件系统、平台发布链路打交道，不够工程化就很容易烂尾。

第五，它把“可定制”做成了一等能力

这个仓库还有一个我很喜欢的点：它没有把默认风格当成最终答案，而是明确提供了定制入口。

README 里专门写了两层配置：

• .baoyu-skills/.env 或 ~/.baoyu-skills/.env

• .baoyu-skills/<skill-name>/EXTEND.md 或 ~/.baoyu-skills/<skill-name>/EXTEND.md

这意味着你可以在项目级或个人级定制：

• API 密钥和服务商

• 发布账号

• 默认主题、配色、作者信息

• 图像风格预设

• 品牌视觉偏好

• 术语表和翻译偏好

这类能力在团队环境里尤其重要。因为真正能长期用下去的 skill，不是靠默认值，而是靠它能不能融入你现有的工作流。

如果你第一次试它，建议先跑一条最小链路

我更推荐的方式，不是一上来把所有 skill 全装上，而是先跑通一条最小闭环。

一个比较稳的起手式是：

1. 先用 npx skills add jimliu/baoyu-skills，或者在 Claude Code 里执行 /plugin marketplace add JimLiu/baoyu-skills

2. 第一轮不要全装，直接装最实用的两组： - /plugin install utility-skills@baoyu-skills - /plugin install content-skills@baoyu-skills

3. 先找一篇现成网页，跑通“抓取 -> Markdown 整理 -> HTML 转换”

4. 然后补一张封面或一张信息图

5. 最后再接公众号、微博或 X 的发布链路

这样做的好处是，你能很快判断它对你有没有实际价值。

如果你想把这个流程想得更具体一点，我会建议这样试：

1. 先用 baoyu-url-to-markdown 把一篇文章抓成 Markdown

2. 再用 baoyu-format-markdown 或 baoyu-translate 把正文整理成可发布稿

3. 用 baoyu-markdown-to-html 转出公众号或网页可用的 HTML

4. 再用 baoyu-cover-image 或 baoyu-infographic 补一张封面或信息图

5. 最后用 baoyu-post-to-wechat、baoyu-post-to-weibo 或 baoyu-post-to-x 接发布

这时候你拿到的就不只是“装好了一堆 skill”，而是一条真正能从素材走到成稿、再走到分发的闭环。

如果你每周都在重复做“找资料、改草稿、补配图、发多平台”这件事，这套仓库很快就会体现出效率优势；如果你只是偶尔发一篇文章，那它可能会显得偏重。

这个仓库最适合谁

我觉得 baoyu-skills 最适合下面这几类人：

1. 技术内容创作者

如果你经常写技术文章、产品解读、AI 工具评测，这个仓库几乎天然对路。

因为它帮你覆盖的是一整条“内容资产生产链”，不是只解决排版，也不是只解决图片。

2. 独立开发者和一人团队

如果你一个人同时兼顾写作、配图、分发、社媒同步，这种仓库能明显减少来回切工具的时间。

它特别适合那种“内容就是增长工具”的独立产品场景。

3. 做中文 AI 工作流的人

如果你在搭建自己的 Agent 内容工作流，baoyu-skills 值得研究的地方不只是功能本身，还有它怎么把 skill 拆分、怎么做配置覆盖、怎么组织安装和发布。

换句话说，它既是工具，也是一份可参考的样板。

但我不会把它吹成“装上就飞”

推荐归推荐，边界也要说清楚。

第一，它不是零门槛

README 里写得很明确，前置要求包括：

• 已安装 Node.js

• 能运行 npx bun

这对开发者不算大问题，但对纯内容创作者来说，还是有一定门槛。

第二，不少 skill 依赖外部服务或登录态

比如图像生成要 API 密钥，公众号发布要微信 API 凭证或浏览器登录，小红书、微博、X 这类链路也都可能依赖浏览器会话或平台权限。

所以它更像“能落地的自动化工具链”，而不是完全无配置的 SaaS。

第三，部分 danger 技能本身就带风险提示

仓库里像 baoyu-danger-gemini-web、baoyu-danger-x-to-markdown 这样的技能，README 已经明确说了是非官方、逆向或高风险访问方式。

这类能力很好用，但不能假装它没有成本。稳定性、账号风险、平台策略变化，都是现实边界。

第四，它更偏内容生产，不是通用工程仓库

如果你的诉求是“写后端服务”“做前端工程”“跑复杂代码审查”，那它不是主菜。

它最强的地方是内容工作流，而不是全能型开发技能宇宙。

如果只装一套内容技能仓库，我为什么倾向于先试它

原因其实很简单。

因为它不像很多仓库那样，只给你一种“很会演示”的感觉，而是明显围绕真实工作链条在搭能力。

你能看出它在试图解决的是这些具体问题：

• 内容怎么抓下来

• 草稿怎么整理

• 封面和配图怎么批量生成

• 多平台怎么继续发布

• 团队和个人偏好怎么覆盖默认值

当一个仓库开始认真处理这些问题时，它就已经比大部分“我也有一些 skills”更进一步了。

而且它不是那种只能拿来演示一次的仓库。你装完之后，基本能很快判断它到底适不适合自己：

• 如果你每周都要重复处理抓取、改稿、配图、发平台，这类链路会很快产生复利

• 如果你只是偶尔写一篇文章，或者根本不需要多平台分发，那它可能会显得偏重

最后

如果你只是想看“AI 能不能再炫一点”，那 baoyu-skills 可能不会给你最惊艳的第一眼。

但如果你真正关心的是：

• 怎么把 Agent 变成长期可用的内容助手

• 怎么把创作流程从零散动作整理成工作流

• 怎么让配图、排版、发布这些琐碎环节真正自动化

那这个仓库很值得装，也很值得研究。

它最可贵的地方，不是某一个技能特别酷，而是它已经开始长成一套完整的中文内容生产基础设施。

对于想认真把 Agent 用进日常创作的人来说，这种仓库通常比单点爆款工具更有长期价值。

仓库信息

仓库名：JimLiu/baoyu-skills

作者：JimLiu

推荐理由关键词：Claude Code、OpenClaw、内容生产、技能市场、公众号/小红书/微博发布

获取方式：GitHub 搜索 JimLiu baoyu-skills

本文主要参考的仓库信息：

• README.zh.md

• package.json

• skills/ 目录结构

• 仓库主页中的 Star、Fork、Tag 与最近提交信息