真刀实枪玩过 OpenClaw、Claude Code、Codex 这些 Agent 产品的人应该都有体会,玩到最后,Skill 才是核心。
这两天同事.Skill 爆火,虽然有玩梗的成分,但它戳中了一个真问题:我们每天在用的经验、流程、判断标准,可以变成 Agent 可以调用的能力。
网上分享 Skill 的帖子特别多。但就我们团队的使用经验来看,最好用的 Skill,一定是根据自己的业务量身定制的。
举个例子,我们最近在筹备 AI Maker Summit 深圳场,涉及大量的非标营销动作:写嘉宾介绍、写每天的宣传内容。
以前,新人加入,这事基本就得靠培训和手把手教来传递经验。
而现在,我同事直接做了一个 Skill,新人拿来即用。这种 Skill 你说在外面能找到吗?肯定找不着。它只存在于我们团队内部。
#01
团队使用 Skill 的最大痛点
以前我们说知识管理,说来说去都是文档、Wiki、培训手册。但这些东西写完就躺在那,没人看。真正有用的经验还是在老员工脑子里,人一走,经验就断了。
Skill 不一样。它不是让人去读的,是让 Agent 去跑的。它把脑子里的隐性知识,变成了可执行的能力。
再往大了想一步。以后团队和团队之间的差距,可能就体现在 Skill 库的厚度上。
同样是做内容、做活动、做客服,你有一套打磨了两年的 Skill,别人从零开始,这中间的效率差距会非常明显。
但团队内部用 Skill,一直有个绕不开的问题:怎么共享?
你做了一个好用的 Skill,想让同事也能用。怎么给?发压缩包?行,但这只是第一步。
Skill 不是静态的,用着用着发现要改,改完怎么办?再发一遍?然后在群里喊一嗓子让大家更新?
这就很原始了。
更麻烦的是,团队一大,Skill 一多,根本不知道谁有什么、谁在用哪个版本。
市场部有一套,运营部有一套,两边可能还有重复造轮子的情况。这些东西说起来都是团队积累下来的能力资产,但散落在各处,没人统一管。
我不可能把团队的 Skill 放到 ClawHub 上公开吧?那不现实。
#02
一个靠谱的解决方案
下午回到公司,麻溜装上试了试。项目地址在这里,大家可以直接去看。
https://github.com/iflytek/skillhub
安装也非常简单,直接在终端执行下面的命令就可以搞定部署。
当然,我现在更喜欢用另外一种方式。如果装了 Claude Code 或者 Codex,直接把 GitHub 地址发过去,让他们帮忙搞定。或者,在 Codex 的图形界面也行:
整个安装过程大概三分钟,非常简单。
说起来也感慨,早几年装这类软件,得对着 README 一行一行敲命令,还要手动改配置文件,稍微出点错就卡半天。
现在完全不一样了,把文档丢给 Codex,它自己读、自己装、自己调,我在旁边看着就行。你看,下面已经装好了。
这个项目其实就是一个可以本地部署的、私有化的 ClawdHub。ClawdHub 是公网上大家都可以用的,SkillHub 是公司自己部署一个,然后团队内部用。
这样一来,团队里所有的 Skill 就可以统一放到一个地方管理。就像下面截图这样,每个 Skill 都有名字、有作者、有版本,谁写的、怎么用、什么时候发布的,全部可以追溯。
另外还有个功能叫命名空间,对团队来说也特别实用。
因为公司每个部门都会积累自己的 Skill。虽然有些 Skill 是全公司通用的,但大部分其实只在团队内部流转。
比如研发团队的 Skill,运营同事大概率用不上。这时候,最好可以进行权限隔离。
下面这是 Product Team 的空间管理页面,可以添加成员,移除成员。这些管理类的操作,我就不过多介绍了。
我们再看下 Skill 的上传过程。
上传之后,还要过管理员审核这一关。
我特意测试了一下,上传了一个带点风险的 Skill,然后登录到管理员后台看看会怎么样。
结果发现 SkillHub 自己会先扫一遍,把可能有问题的地方标出来。管理员不用自己去翻代码,系统直接告诉你这个 Skill 哪里可能有坑。
这个设计挺重要的。之前 OpenClaw 火了之后,各种 Skill 满天飞,质量参差不齐,谁知道里面有没有藏着什么奇怪的东西。
有这么一道自动检测加人工审核的机制,至少能给安全兜个底。
刚才提到的都是创建和管理 Skill。我们再看看团队某个成员具体怎么使用 Skill。
装好 SkillHub 后,其实它的首页会提示怎么接入。下面的地址还是 localhost,大家先忽略,我目前还只是在自己本地测试。
直接复制上面的提示词,发给 OpenClaw,它告诉我安装成功。
安装好之后,还需要登录。因为它有一套权限的控制体系,如果不登录就能用,那等于前面那套都白折腾了。在 SkillHub 的控制台,我们可以创建自己的 Token:
创建好之后,交给 Agent 登录。
我们试着安装下小红书排版的 Skill,看下面提示,成功了。
如果同事更新了这个 Skill,我可以在 SkillHub 页面看到:
或者直接告诉 AI,帮我更新到最新版本。
所以回过头来看,SkillHub 一下子把几个头疼的事都解了。
最直接的就是信任。企业里上一个新东西,大家最怕的就是不知道能不能用、敢不敢用。有了审核机制,我可以跟团队说,这里面的 Skill 都验证过了,安全层面没问题,直接用。
接下来我准备把它部署到公司局域网,把这段时间常用的 Skill 都放进去。以后团队要用什么,直接从 SkillHub 上找就行。
还有就是版本混乱的问题。以前每个人手里都有自己的 Skill,改了几版也说不清,想用最新的还得去群里问。
现在统一放 SkillHub,更新了就是更新了,大家拿到的都是同一份。
#03
写在最后
昨天在会场跟一个朋友聊,我说你看这种实操类的演讲,我们坐在台下听,一会看看手机,一会走个神,能吸收 20%的信息就算不错了。
那 AI Native 的处理方式是什么?录下来,喂给 AI,让它帮我们整理成一个 Skill。
我们团队现在所有的培训,都是照这个思路走的。把经验变成 Skill,把流程变成 Skill,把判断标准变成 Skill。
往长远看,Skill 一定会成为企业最重要的资产。
但这个资产之前一直是散的。每个人电脑文件夹里都有一堆 Skill,没法共享,没法统一版本。今天这个开源项目,算是把最后一块拼图给补上了。
再次向大家推荐这个开源项目:
https://github.com/iflytek/skillhub
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/253023.html