baoyu-skills 实测:25k Star 的 AI 内容技能库,如何省 65% 创作时间?

baoyu-skills 实测:25k Star 的 AI 内容技能库,如何省 65% 创作时间?

痛点:内容创作者的「五马分尸」困境

做自媒体的人都知道,一篇好文章的诞生需要经历 5+ 个工具切换:写 Markdown → 做封面图 → 插配图 → 排版转 HTML → 发布到微信/X/微博 → 还要做信息图、幻灯片、漫画…… 每个环节都要登录不同账号、适应不同格式、处理不同 API。一个中等产出的内容创作者,每周在这套流程上花 10+ 小时是常态。

宝玉(JimLiu)的 baoyu-skills 就是来终结这种碎片化流程的——它是一套覆盖「创作→设计→发布」全链路的 AI Agent 技能库,目前已积累 25,461 个 Star,成为中文开发者圈增长最快的内容技能集之一。

工作原理:维度化设计系统 + 多平台统一接口

baoyu-skills 的核心设计思想是维度化——把视觉设计拆解为可组合的维度(风格 × 布局 × 色彩 × 渲染方式),让 AI 在每个维度上做选择,而不是笼统地「生成一张好看的图」。

用户输入(Markdown/文本)
    ↓
baoyu 内容分析引擎
    ↓
维度推荐(风格 × 布局 × 色彩 × 渲染方式)
    ↓
用户确认/微调
    ↓
多后端图片生成(11 种 AI 服务可选)
    ↓
格式转换(Markdown → WeChat/X HTML)
    ↓
多平台发布(微信公众号/X/微博)

与同类方案(如 Anthropic 的 MCP 或单点工具)的差异在于:它不是「一个能做很多事的瑞士军刀」,而是「一套能互相协作的专用工具链」——每个 skill 专注一件事,通过共享的设计系统保持视觉一致性。

功能拆解:20+ 技能的三层架构

第一层:内容创作(7 个技能)

技能 核心能力 适用场景
baoyu-xhs-images 小红书图片卡生成,12 风格 × 6 布局 × 3 色板 种草文、知识卡片、穿搭分享
baoyu-infographic 专业信息图,21 布局 × 17 风格 数据可视化、流程说明、架构解析
baoyu-diagram SVG 图表(流程图/时序图/架构图/类图) 技术文档、系统设计
baoyu-cover-image 文章封面图,5 维度系统(类型×色彩×渲染×文字×情绪) 博客、公众号、X 头图
baoyu-slide-deck 幻灯片生成,16 种预设 + 4 维度自定义 演示文稿、培训材料
baoyu-comic 知识漫画,5 画风 × 7 语调 × 6 版式 教程漫画、故事化内容
baoyu-article-illustrator 智能文章插图,6 类型 × 8 风格 博客配图、技术文章

第二层:多平台发布(3 个技能)

技能 核心能力 亮点
baoyu-post-to-wechat 微信公众号发布 多账号管理、API/浏览器/远程 API 三模式、EXTEND.md 自定义主题
baoyu-post-to-x X/Twitter 发布 支持推文串和 X Articles
baoyu-post-to-weibo 微博发布 头条文章、图片/视频附件

第三层:AI 生成 + 工具(10 个技能)

技能 核心能力
baoyu-image-gen 多后端图片生成(OpenAI/Azure/Google/DashScope/MiniMax/Replicate 等 11 种)
baoyu-translate 三模式文档翻译(quick/normal/refined)
baoyu-youtube-transcript YouTube 字幕下载,支持多语言/章节/说话人识别
baoyu-url-to-markdown 网页转 Markdown,Chrome CDP 抓取
baoyu-markdown-to-html Markdown 转微信兼容 HTML,语法高亮
baoyu-format-markdown Markdown 格式化(标题/摘要/排版)
baoyu-compress-image 图片压缩
baoyu-wechat-summary 微信群聊摘要(需 wx-cli)
baoyu-electron-extract Electron 应用资源提取
baoyu-danger-gemini-web Gemini Web 逆向交互

实测数据:25k Star 背后的设计深度

核心数据

指标 数值
GitHub Star 25,461
Fork 2,825
创建时间 2026-01-13(7 个月)
技能数量 20+
支持平台 微信、X、微博、小红书、YouTube
AI 图片后端 11 种(OpenAI/Azure/Google/DashScope/Z.AI/MiniMax/Replicate/Jimeng/Seedream/Agnes/OpenRouter)
信息图布局 21 种
信息图风格 17 种
小红书风格 12 种
幻灯片预设 16 种

设计系统维度数

技能 维度 组合数
baoyu-infographic 21 布局 × 17 风格 357
baoyu-xhs-images 12 风格 × 6 布局 × 3 色板 216
baoyu-cover-image 6 类型 × 11 色彩 × 7 渲染 × 4 文字 × 3 情绪 5,544
baoyu-slide-deck 16 预设(5 纹理 × 6 情绪 × 5 字体 × 3 密度) 480+
baoyu-comic 5 画风 × 7 语调 × 6 版式 210

安装便捷度

# 一行安装(推荐)
npx skills add jimliu/baoyu-skills

# 或通过 Agent 指令
/plugin marketplace add JimLiu/baoyu-skills

成本对比

以生成一篇带封面图 + 3 张配图的微信公众号文章为例:

步骤 传统方式 baoyu-skills
写 Markdown 30min 30min
做封面图 20min(Canva/PS) 1min(/baoyu-cover-image)
插配图 30min(找图/生成/裁切) 3min(/baoyu-article-illustrator)
转 HTML 15min(排版工具) 1min(/baoyu-markdown-to-html)
发布 10min(登录后台) 2min(/baoyu-post-to-wechat)
总计 105min 37min

效率提升:65%(节省约 68 分钟/篇)

安装指南 + 适用场景

安装

# 全量安装
npx skills add jimliu/baoyu-skills

# 项目级别(只装需要的)
mkdir -p .agents/skills
# 复制需要的 skill 目录
cp -r baoyu-cover-image .agents/skills/
cp -r baoyu-post-to-wechat .agents/skills/

配置

# 创建配置目录
mkdir -p ~/.baoyu-skills

# 配置 API 密钥(按需)
cat > ~/.baoyu-skills/.env << 'EOF'
OPENAI_API_KEY=sk-xxx
WECHAT_APP_ID=xxx
WECHAT_APP_SECRET=xxx
EOF

自定义扩展

# 自定义品牌色
mkdir -p .baoyu-skills/baoyu-cover-image
cat > .baoyu-skills/baoyu-cover-image/EXTEND.md << 'EOF'
## Custom Palettes
### corporate-tech
- Primary: #1a73e8, #4A90D9
- Background: #F5F7FA
EOF

谁适合用?

最适合

  • 内容创作者(自媒体、博客作者、知识付费)
  • 技术写手(架构图、流程图、技术博客)
  • 营销团队(社交媒体运营、多平台分发)
  • AI 开发者(扩展 Agent 内容生产能力)

不适合

  • 只需要单一功能的用户(装全量会增加 context 开销)
  • 无法访问 Node.js 环境的服务器
  • 需要离线运行的场景(图片生成依赖 API)

与已有技能的关系

已有技能 重叠技能 区别
wechat-publisher baoyu-post-to-wechat baoyu 版本更成熟,支持多账号/EXTEND.md
drawio-skill baoyu-diagram drawio 专注可编辑图表,baoyu 专注 SVG
github-trending 互补

结论:baoyu-skills 是目前中文圈最完整的 AI Agent 内容技能库,25k Star 实至名归。它的核心优势不是「做得多」,而是「做得系统」——维度化的设计系统让视觉输出保持专业和一致。对于需要高频内容产出的团队,它可能节省 50%+ 的设计和发布流程时间。

评分:8.5/10(功能完整度 9/10、设计深度 9/10、文档质量 8/10、安装便捷度 8/10、中文友好度 9.5/10)


相关阅读

  1. Ponytail 深度评测:115k Star 的「懒人高级工程师」,真能省 54% 吗? — 另一个高 Star AI 技能的设计思路对比
  2. Planning-with-Files 实测:26k Star 的三文件铁律 — 上下文工程 vs 内容工程的不同路径