用WorkBuddy写Skill,3分钟搞定专属AI技能

以前我以为Skill是程序员才能玩的东西,后来自己试了一下才发现——WorkBuddy的Skill根本不用写代码。今天聊聊我是怎么用WorkBuddy创建自己的第一个Skill的,全程零代码,希望对你有用。

一、WorkBuddy的Skill到底是什么?

先别想复杂了。Skill就是给WorkBuddy装上的“专业技能包”。

没有Skill的时候,你让AI干活,它凭通用知识硬上。每次都得从头交代一遍规则——比如让它帮你写公众号文章,你得说“用口语化风格、字数800到1100、结构上先抛痛点再给方案、标题带数字……”每次写都要重说一遍,烦不烦?

有了Skill之后就不一样了——你只需要说“帮我写一篇关于XXX的公众号文章”,它自动就知道该怎么做,因为所有规则都已经写在Skill文件里了。

打个比方:Skill就是AI的“岗位说明书” 。你给AI定义一个岗位叫“会议纪要整理员”,它以后就专门干这事;你给它一个岗位叫“爆款标题策划师”,它就专门帮你起标题。

从存储方式看,WorkBuddy的Skill就是一个文件夹,里面最核心的是一份SKILL.md文件。你把这个文件夹放到~/.workbuddy/skills/<技能名>/目录下,WorkBuddy就能识别并调用。

二、为什么不用自己写?

很多人第一次看到“Skill”这个词,脑子里本能反应就是“这得写程序吧”。其实完全不是。

WorkBuddy最强大的功能之一就是“AI自动生成Skill” 。你不需要懂代码,只需要用自然语言描述需求,让WorkBuddy自己来生成。

我自己试过之后发现,让WorkBuddy帮你写Skill比自己琢磨快太多了:

  • 自己琢磨:得搞清楚Markdown语法、YAML格式、目录结构怎么写——一两个小时起步

  • 让AI生成:用大白话说一遍需求,WorkBuddy自动调用skill-creator工具帮你搞定——几分钟的事

关键是你熟悉的工作流程,本身就是最好的Skill素材。你越懂某件事,就越清楚想要什么样的输出、什么标准算合格。

三、具体怎么操作?两种方法

方法一:AI自动生成(零门槛,最推荐)

这是WorkBuddy的“元技能”功能,全程不用写一行代码。

第一步:打开WorkBuddy客户端

进入对话界面。

第二步:输入生成指令

直接告诉AI你想做什么。比如:

“帮我写一个Skill,功能是检查我网站的文章是否设置了SEO关键词,如果没有,就根据文章内容自动生成并写入。”

或者更简单一点:

“帮我创建一个公众号文章写作的Skill,风格是口语化、有干货、不要AI味”。

第三步:等待自动构建

WorkBuddy会自动调用skill-creator工具,帮你完成以下工作:

  • 自动初始化目录结构

  • 编写核心脚本

  • 编写SKILL.md描述文件(定义角色、流程、触发词)

第四步:安装与验证

完成后,AI会提示Skill已生成,通常位于~/.workbuddy/skills/你的技能名/目录下。你可以直接输入“使用刚才生成的技能”来测试一下效果。

真实案例:有位用户通过一句“帮我写个skill:通过WordPress REST API检查最新文章SEO设置”,3分钟内就获得了一个包含API调用、内容分析、自动回写功能的完整技能包。

方法二:手动封装(适合已有成熟流程)

如果你已经有一个成熟的工作流,比如你手动操作过一次“把PDF转成Word”,可以让WorkBuddy把这个操作“封装”起来。

操作步骤:

  1. 先在WorkBuddy对话框中完成一次任务,比如:“帮我将此PDF文档转成Word文档”

  2. 任务完成后,输入:“帮我把这个功能封装成Skill”

  3. WorkBuddy会分析刚才的操作步骤,自动生成SKILL.md和核心脚本,打包成可直接安装的技能包

四、Skill文件里到底有什么?

了解Skill的结构有助于你后续微调。一个标准的WorkBuddy Skill文件夹通常包含以下内容:

文件/文件夹

作用

SKILL.md

核心文件。定义技能名称、描述、触发条件、执行流程(SOP)

scripts/

存放Python脚本等可执行代码

references/

存放模板、API文档、示例文件等参考资料

COMPLIANCE.md

合规规则(敏感词库、平台规范),可选

templates/

输出模板,可选

SKILL.md的头部必须有一段YAML元数据,其中description字段特别重要——它就是触发条件。比如你在description里写了“当用户需要公众号运营、文章写作时自动激活”,那以后每次提到写文章,这个Skill就会自动生效。

五、我踩过的坑

坑一:想把所有规则一次性塞进去

第一次写Skill的时候,我恨不得把所有细节都写进去。结果SKILL.md写了老长,AI每次触发都要加载大量上下文,不仅加载慢,还会吃掉很多Token。

后来学乖了——先让AI生成一个基础版,用几次发现问题再迭代。Skill是长出来的,不是一口气写出来的。

坑二:第一次就选了个不熟悉的领域

很多新手第一次做Skill就想搞个大而全的。结果想得太多,迟迟动不了手。

我的建议是:第一次做Skill,一定选你最熟悉的那个领域。你越懂这件事,需求就越明确,Skill才能做得对。

坑三:写完就放着不用

Skill这东西,不用等于没有。我第一个Skill写完就扔那吃灰了。后来才意识到——Skill最大的价值是“一次生成,无限复用”。每用一次,就省一次从头解释的时间。