从 Codex 到 WorkBuddy：做内容，别急着装别人的 Skill！

最近在网上看到一张图，标题大概是“中文内容创作者 10 个必装 Skills”。

里面列了 10 类工具：去 AI 味、选题诊断、资料写作、长文研究、文章插图、小红书卡片、封面图、PPT、HTML 海报。看起来很热闹，像是给做内容的人配了一整套 AI 创作工具箱。

如果只看表面，这是一篇普通的“工具推荐清单”。但把它放到最近腾讯 WorkBuddy 这类 AI Agent 产品的热度里一起看，事情就更有意思了。

Skill 和 WorkBuddy 不能简单放在同一个层面比较。Skill 更像是一种能力封装方式，可以在 Codex 里用，也可以被 WorkBuddy 这类产品吸收进自己的工作流；WorkBuddy 更像是面向办公和通用生产力的 AI Agent 产品，让普通用户通过自然语言调用 AI 帮自己处理任务。

但它们背后指向的是同一个趋势：AI 正在从“聊天工具”，变成“工作流执行系统”。

对做内容的人来说，真正值得关注的不是别人做了多少个 Skill，也不是某个 WorkBuddy 类产品是不是又上了热搜，而是自己的创作流程能不能被 AI 理解、拆解、执行和复用。

快速结论

视角	重点	我的建议
别人的 Skill	能看到别人怎么拆流程	可以研究，不要盲装
Codex	更适合自己维护规则和流程	适合沉淀个人工作流
WorkBuddy	更适合产品化调度办公任务	适合低门槛完成通用任务
做内容	核心是选题、资料、表达、分发	先定义流程，再让 AI 执行

写作误区

很多人用 AI 写作，还停留在一个很初级的阶段：

“帮我写一篇关于 XXX 的文章。”

这句话当然能得到结果，但大概率只能得到一篇平庸的 AI 文。结构完整、语气顺滑、看似有道理，但读起来没有个人判断，也没有真实经验，更没有明确的表达策略。

所以现在做内容真正需要的，已经不是一个单纯的“文章生成器”。

真正需要的是一套流程：

• 选题怎么判断？
• 标题和开头怎么抓人？
• 资料怎么整理？
• 文章结构怎么搭？
• 观点怎么表达得更像真人？
• 长文怎么拆成短内容？
• 公众号封面、小红书卡片、分享图怎么做？
• 不同平台怎么二次分发？

这才是 Skill 和 WorkBuddy 这类 AI 工具真正值得讨论的地方。

它们不是简单帮你生成一段文字，而是在尝试让 AI 按流程做事。

封装能力

Skill 的价值，不在于它像插件商店一样可以装很多东西。

它真正有价值的地方，是可以把一套稳定的方法封装成可复用能力。

比如一个“中文去 AI 味”的 Skill，不应该只是把句子改得口语一点。它应该知道什么是空话、什么是套话、什么是过度排比、什么是虚假的总结感，还要知道你的文章风格到底要保留什么、删掉什么。

再比如一个“选题诊断”的 Skill，也不应该只是输出几个标题。它应该能判断这个选题有没有受众、有没有信息增量、适合什么平台、能不能转化成系列内容、有没有搜索价值或传播价值。

这就是 Skill 和普通提示词的区别。

提示词是临时指令。

Skill 是长期流程。

提示词解决一次任务。

Skill 固化一种能力。

所以，当别人说“这 10 个 Skills 必装”时，我更关心的不是“要不要装”，而是“它们分别封装了哪一类创作能力”。

办公流程

最近腾讯 WorkBuddy 的讨论度很高，本质上也是因为它踩中了同一个趋势：AI 不再只是回答问题，而是开始进入真实工作场景。

在办公场景里，用户不想研究提示词，也不想理解底层模型。他们更关心的是：

• 能不能帮我整理资料？
• 能不能帮我生成文档？
• 能不能帮我处理表格？
• 能不能帮我写汇报？
• 能不能帮我完成跨应用任务？

这和在 Codex 里自己维护 Skill 的方式不同。

在 Codex 里，Skill 更像是给会折腾的人一套“自定义工作台”。你可以自己定义能力、自己写规则、自己沉淀流程。

WorkBuddy 这类产品更像是给普通用户一套“办公智能体”，用户只需要描述目标，系统尽量帮你调度能力完成任务。

一个偏自定义。

一个偏产品化。

但对做内容的人来说，两者其实可以放在一起看：未来的创作工具，不会只停留在“写文章”这个动作上，而是会覆盖从选题、资料、写作、润色、排版、配图、分发到复盘的完整链路。

三类需求

如果把那张图里的 10 个 Skills 拆开看，不必纠结具体哪个项目最强，更应该看它们分别解决了什么问题。

第一类，是文字质量类。

比如去 AI 味、表达诊断、标题和 Hook 优化。

很多 AI 文的问题不是错，而是太标准。三段式、排比句、空话、套话、过度总结，每段都像在写作文。中文读者对这种味道很敏感，一看就知道是 AI 生成的。

所以“去 AI 味”不是简单把句子改短，也不是强行加口语词，而是要处理表达里的虚、平、顺、空。真正好的润色，应该让文章更有人的判断、更有取舍、更有现场感。

第二类，是资料写作类。

比如资料搜索、信息整理、提纲搭建、引用管理、长文结构。

这类能力对公众号长文、深度文章、行业分析、课程稿、Newsletter 都很重要。

因为长文写作最怕的不是写不出来，而是材料混乱、观点漂浮、逻辑松散。AI 如果没有流程约束，很容易把一堆看似相关的信息拼在一起，最后变成一篇没有主心骨的文章。

第三类，是视觉分发类。

比如正文插图、公众号封面、小红书卡片、PPT、HTML 海报。

这其实是很多创作者忽视的一环。

一篇文章写完，不代表内容生产结束。它还可以变成公众号封面、小红书卡片、知识卡片、PPT、分享长图、HTML 页面，甚至拆成多条社交媒体内容。

也就是说，做内容已经不只是“写作”，而是“写作 + 视觉化 + 多平台分发”。

安装风险

虽然这些 Skill 的方向都有启发，但我个人并不建议看到清单就全部安装。

原因很简单：Skill 本质上是在接管你的工作流。

一个 Skill 里面可能包含作者自己的提示词、判断标准、输出格式、文件操作习惯和任务流程。你安装之后，并不是多了一个简单工具，而是把别人的创作方法引入了自己的 AI 工作环境。

如果你只是刚开始用 Codex，装一些现成 Skill 当然能快速体验。

但如果你已经有自己的内容生产习惯，就应该更谨慎。

尤其是做内容这件事，每个人的风格、平台、读者、商业目标都不一样。

别人做的“去 AI 味”，不一定符合你的文章风格。

别人设计的“小红书卡片”，不一定符合你的视觉审美。

别人定义的“爆款标题”，不一定适合你的网站定位。

别人写的长文流程，也不一定适合你的内容结构。

所以我更倾向于把这些 Skill 当成参考，而不是安装对象。

看它们解决了什么问题，看它们拆了哪些步骤，看它们背后假设了怎样的创作流程。然后，把适合自己的部分吸收进来，做成自己的 Skill。

谁定流程

Codex 和 WorkBuddy 的差别，不是有没有 Skill，而是谁来定义和维护这些工作流。

更深层的分水岭在于：流程由谁定义。

在 WorkBuddy 这类产品里，很多流程会被产品化地预设和调度。它当然也可以吸收 Skill 这种能力封装方式，但普通用户感知到的通常不是“我在安装和维护 Skill”，而是“我描述目标，系统帮我完成任务”。这对普通办公用户很友好，因为门槛低、路径短、上手快。

在 Codex 里使用 Skill，流程更像是由用户自己定义和维护。你可以把自己的经验、标准、检查清单、输出格式和发布要求写进去，让 AI 按你的方式工作。

这对做内容的人尤其关键。

因为做内容不是标准办公任务。它强依赖个人风格、平台定位、读者关系和长期积累。

如果你的目标只是快速生成一份文档，WorkBuddy 这类产品会很方便。

但如果你的目标是建立自己的内容系统，Skill 这种可自定义的能力封装方式更值得研究。

前者解决的是效率。

后者沉淀的是能力。

工作流优先

这类“必装 Skills”帖子最大的价值，不是告诉你一定要装哪 10 个工具。

它真正有价值的地方在于，它把做内容的核心需求列得很清楚：

• 需要去 AI 味。
• 需要选题诊断。
• 需要标题和 Hook。
• 需要资料整理。
• 需要长文结构。
• 需要文章插图。
• 需要封面和卡片。
• 需要多平台分发。
• 需要把 Markdown、文章、观点变成可传播的视觉内容。

这些需求都是真实的。

但解决这些需求的方式，不一定是安装别人做好的 Skill。更成熟的方式，是把自己的创作流程沉淀下来。

比如你可以为自己做几个专属 Skill：

• 一个负责选题判断。
• 一个负责文章结构。
• 一个负责中文润色。
• 一个负责资料整理。
• 一个负责网站文章发布。
• 一个负责社交平台二次分发。
• 一个负责封面图和卡片生成。

这样做出来的 Skill，不只是“工具”，而是你的个人内容生产系统。

常见问题

Skill通用吗

Skill 更像是一种能力封装方式，不必只绑定在某一个产品上。它可以在 Codex 里由用户自己维护，也可以被 WorkBuddy 这类产品吸收进更产品化的流程里。关键不是它叫什么，而是它封装了什么判断标准和任务步骤。

要不要安装

如果只是体验，可以安装少量成熟 Skill 试试。但如果你已经有自己的写作、发布和运营习惯，就不建议盲装一堆别人做的 Skill。更好的做法是研究别人的拆解方式，再把适合自己的部分做成自己的流程。

两者差别

Codex 更像自定义工作台，适合你自己写规则、维护流程、沉淀长期能力。WorkBuddy 更像产品化办公智能体，适合普通用户用自然语言描述目标，再让系统帮忙调度任务。两者都指向同一个趋势：AI 正在进入工作流。

怎么自建

先不要急着写复杂 Skill。可以从自己重复最多的环节开始，比如选题判断、文章结构、中文润色、资料整理、封面图提示词、网站发布检查清单。把标准写清楚，把输入输出固定下来，再逐步封装成可复用能力。

官方资料

本文涉及的产品定位可结合官方入口继续核对。Codex 资料：https://openai.com/codex/；WorkBuddy 入口：https://www.codebuddy.cn/work/。产品功能和开放范围可能调整，具体以官方页面和实际账号界面为准。

总结建议

所以，那张“中文内容创作者 10 个必装 Skills”的图，我认为是有价值的。但它的价值不是让你照单全收，而是提醒我们：做内容正在进入一个新的阶段。

过去，我们问 AI：“能不能帮我写一篇文章？”

现在，更好的问题应该是：“我能不能把自己的创作流程做成一套 Skill？”

WorkBuddy 的热度说明，普通用户正在接受 AI Agent 进入日常办公流程；Skill 的流行则说明，更多人开始把专业流程封装成可复用能力，并放到 Codex、WorkBuddy 或其他 AI 工具里调用。

真正值得收藏的，不是那 10 个 GitHub 链接，而是它们背后对应的 10 类创作需求。

至于要不要安装别人的 Skill？我的建议是：可以研究，不必迷信；可以参考，不必照搬。

如果你认真做内容，最终还是应该拥有一套属于自己的 Skills。因为你的文章、你的读者、你的风格、你的商业目标，别人无法替你定义。