10 个 Codex Skills 覆盖中文内容创作者整套流程:写作+配图+封面+小红书卡片的最小套装
Joruno (@wsl8297) 整理的 10 个 Codex Skills 清单,定位是中文内容创作者的 AI 工具包——覆盖写文章、改稿、去 AI 味、做配图、做封面、做小红书卡片,一整套生产流程。
建议先收藏,按自己痛点分段装,别一次性装完。
10 个 Skill 速览
| # | 名称 | 定位 | 仓库 | Stars |
|---|---|---|---|---|
| 1 | Humanizer-zh | 去 AI 味(处理空话/套话/三段式/过度排比) | op7418/Humanizer-zh | 9,492 |
| 2 | dbskill | 选题诊断/标题/hook/小红书爆款拆解 | dontbesilent20 | — |
| 3 | content-research-writer | 完整写作流(选题→资料→提纲→初稿) | ComposioHQ/awe | ⚠️ 路径被截断 |
| 4 | NotebookLM Claude Code Skill | 资料型写作(基于已有资料库) | PleasePrompto/* | ⚠️ 路径被截断 |
| 5 | khazix-skills | 公众号长文/万字研究报告 | KKKKhazix/khazix-skills | 13,990 |
| 6 | ian-xiaohei-illustrations | 中文正文配图("小黑"风格插图) | helloianneo/ian-xiaohei-illustrations | 3,372 |
| 7 | guizang-social-card-skill | 小红书图文 + 公众号封面 | op7418/guizang-social-card-skill | 3,072 |
| 8 | baoyu-skills | 中文创作者视觉工具箱(封面/信息图/结构图) | JimLiu/baoyu-skills | 20,788 |
| 9 | guizang-ppt-skill | PPT/演讲图/公众号头图 | op7418/guizang-ppt-skill | 15,578 |
| 10 | html-anything | Markdown/文案 → HTML/海报/卡片/PNG | nexu-io/html-anything | 6,268 |
注:原贴给出的 GitHub URL 全部被 Twitter 截断(github.com/owner 级别就到头了),上面表格是按 owner 名 + 仓库描述核验的。#3 和 #4 的完整仓库路径不可见,原贴只有 owner 名(ComposioHQ / PleasePrompto)——这两个 skill 的真实情况需要去 owner 的 GitHub profile 翻。
按创作链分段
这 10 个 skill 落到内容生产 pipeline 上,自然分 3 段:
段 1:写作(5 个 skill,文字质量)
- Humanizer-zh — 不是简单换词,是处理"空话/套话/三段式/过度排比",让稿子更像人写
- dbskill — 内容起点质量(选题/标题/hook/小红书爆款拆解)
- content-research-writer — 完整写作流,把长文前期工作(选题→资料→提纲→引用→初稿)串起来
- NotebookLM Claude Code Skill — 资料型写作(已有资料库场景,降低胡编乱造概率——AI 写中文最痛的问题之一)
- khazix-skills — 公众号长文/万字研究报告的写作流,偏重不适合短文
段 2:配图(1 个 skill,正文视觉)
- ian-xiaohei-illustrations — 中文"小黑"风格插图,按文章里的观点/流程/情绪/隐喻生成——不是随机 AI 图
段 3:分发视觉(4 个 skill,封面/卡片/PPT/HTML)
- guizang-social-card-skill — 一篇长文 → 多张小红书卡片 + 公众号封面
- baoyu-skills — 视觉工具箱(封面/信息图/结构图/图解)
- guizang-ppt-skill — PPT/演讲图/公众号头图
- html-anything — Markdown/文案 → HTML 页面/海报/卡片/PNG(含杂志风文章/知识卡片/小红书图文)
Joruno 推荐的最小 5 个套装
按"3 文字质量 + 2 配图分发"分层:
- Humanizer-zh — 文字质量门槛
- dbskill — 内容起点质量
- content-research-writer — 生产 pipeline
- ian-xiaohei-illustrations — 正文配图
- guizang-social-card-skill — 公众号封面 + 小红书
按创作链顺序:先用 #2 选好题 → #3 拉资料出初稿 → #1 去 AI 味 → #4 补正文配图 → #5 做封面/小红书卡片二次分发。
选型决策树
不是所有人都要装 5 个。按痛点属于哪一段来选:
- 痛点在"AI 味太重" → 单独装 Humanizer-zh 即可
- 痛点在"标题/选题没思路" → 单独装 dbskill
- 痛点在"长文耗时太久" → content-research-writer
- 痛点在"AI 胡编乱造" → NotebookLM skill(基于已有资料)
- 痛点在"公众号/万字研究" → khazix-skills
- 痛点在"文章没图" → ian-xiaohei-illustrations
- 痛点在"分发没图" → guizang-social-card-skill
- 痛点在"PPT/演讲" → guizang-ppt-skill
- 痛点在"视觉工具箱" → baoyu-skills
- 痛点在"想做出杂志风页面" → html-anything
最大忌讳是全装。10 个 skill 同时挂在一个 Codex session 里,每个 skill 的 prompt 都会吃 token,会话还没开张就慢。按痛点 1-2 个起步,跑顺了再加。
Skill 套装的本质
这 10 个 skill 跟通用工程领域的 skill 套装是同一种思路——把方法论做成可复用 procedure。区别只在垂直粒度:
- 通用工程团队方向:横切"CEO/Eng/Designer/QA"——工程场景
- 中文内容创作者方向:纵切"写作/配图/分发"——内容场景
方法论都是同一个:slash command + Markdown 文件 + 版本控制分发。这意味着 codex/claude-code 的 skill 体系已经在演化成"垂直工具箱"——不是单个 skill 解决一个问题,是一组 skill 覆盖一个工作流。
数字生命卡兹克做对了什么
清单里的 khazix-skills 仓库名是 KKKKhazix/khazix-skills——读 README 描述"数字生命卡兹克开源的 AI Skills 合集"。
13,990 stars 在 2026 年的中文 AI 工具圈是头部量级(对照:Humanizer-zh 9.5k、guizang-ppt 15.6k、baoyu-skills 20.8k)。单作者/单品牌做垂直 skill 套装能跑到 10k+ stars——说明中文内容创作者对"按工作流打包的工具"需求是真实存在的。
7 个仓库核验
通过 GitHub API 直接核验了 7 个仓库(描述 + stars):
- ✅ op7418/Humanizer-zh — 9,492 stars,描述"消除文本中 AI 生成的痕迹"
- ✅ op7418/guizang-social-card-skill — 3,072 stars,editorial × Swiss 视觉,28 个 layout
- ✅ op7418/guizang-ppt-skill — 15,578 stars,HTML slide decks
- ✅ KKKKhazix/khazix-skills — 13,990 stars,"数字生命卡兹克开源的 AI Skills 合集"
- ✅ helloianneo/ian-xiaohei-illustrations — 3,372 stars,"小黑怪诞正文配图"
- ✅ JimLiu/baoyu-skills — 20,788 stars(10 个里最高)
- ✅ nexu-io/html-anything — 6,268 stars,"75 Skills × 9 Surfaces"(这仓库功能最丰富,自带沙箱预览 + 1-click 发布到 WeChat / X / 知乎)
⚠️ 原贴的 GitHub URL 全部被 Twitter 截断到 github.com/owner 级别,3 个和 4 个 skill 的完整仓库路径在原贴不可见——需要去 owner profile 翻。
该不该装
如果是中文创作者(公众号 / 小红书 / 知识星球 / Newsletter),最小 5 个套装覆盖 80% 场景。先按痛点选 1-2 个试,跑通再加。
如果不是中文创作者而是技术写作者:content-research-writer 和 NotebookLM skill 这两个对长文前期工作加速明显,其他视觉类的优先级靠后。
最关键是别一次性装 10 个。Codex session 的 token 是有上限的,10 个 skill 的 prompt 描述在每次调用都会被加载,还没开始写文章 context 就吃满了。