免费POC, 零成本试错
AI知识库

53AI知识库

学习大模型的前沿技术与行业应用场景


我要投稿

Codex 振臂一呼,众厂商热血响应: Skills 目录即将实现大一统,可惜 Claude Code 没有回应

发布日期:2026-02-05 19:32:06 浏览次数: 1510
作者:古时的风筝

微信搜一搜,关注“古时的风筝”

推荐语

Codex发起技能目录统一标准,各大工具厂商纷纷响应,唯独Claude Code迟迟未表态。

核心内容:
1. 当前技能管理碎片化带来的痛点与临时解决方案
2. Codex发起统一标准倡议及厂商响应情况
3. 技能标准化对用户和生态的长期价值

杨芳贤
53AI创始人/腾讯云(TVP)最具价值专家

前些天看到推上有人发帖问:你们都是怎么管理 Skills 的,怎么在各个工具间同步的?

我太能理解了,就拿 Claude Code、Codex、Gemini Cli 这仨来说吧,Claude Code 在 .claude/skills,Codex 在 .codex/skills,Gemini Cli 在 .gemini/skills

更别说再加上其他工具里,就比如 OpenCode 最开始连子目录都不叫 skills,而是 skill,后来才改的。

如果你在不同的工具使用过相同的 Skill ,大概率经历过这种痛苦。

刚开始 Skill 用的少,写一份直接在各个工具间复制,但是只要一改,就得改好几个地方。所以,后来一些常用的就用软连接的方式,只存一份就好。

现在我在一个固定的目录中统一存放我自己写的 Skill,然后用项目级的方式先进行调试,调试一般用 Gemini Cli 或 Antigravity。最终要在好几个地方建立软链接,好处就是一次建立好,后面再改动就省事了。

曙光在前方

软链接虽然能解决一些问题。比如用 npx 方式安装的Skill,就可以自动在选择的工具中建立软链接,但是毕竟不是官方标准,终究治标不治本。

但是好消息来了,工具开发商也发现了这个问题。

2月3日,Codex 发推,向代理构建者发出公开呼吁:让我们从 .Agents/skills 读取代理技能,这样人们就不必为每个代理管理单独的文件夹了。

消息一发出,多家工具厂商开始响应支持,Gemini Cli 表示已经合并代码,将于下周发布。

除此之外,还有多家厂商也已支持,包括但不限于以下表格中的厂商。颇有一些热血的感觉。

工具
状态
OpenCode
PR已合并
Cursor
已支持
Gemini CLI
下周发布
VS Code
本周更新
GitHub Copilot CLI
0.401已支持
Windsurf
下版本支持

但是,很遗憾的时,一直到现在,Skill 标准的发起者 Claude Code, 还没有任何回应。

之所以各家反应这么快,那是因为大家都被这个问题烦够了。

技能碎片化不是某一家的问题,是整个生态的问题。用户在哪个工具上积累的技能,换个工具就带不走。这对工具厂商来说也不是什么好事,用户怕迁移成本,反而不敢尝试新工具。

统一标准对所有人都有好处。

最后

所以,现在不用急着改什么了,就等着工具更新就好了。

如果想提前适配,把目录换成 .agents/skills,省得以后再折腾。

希望 Claude Code 也能适配这个标准,不要过于自大呀!


有事儿没事儿都可以加好友,不限于技术交流、AI、独立开发等,备注『众号』就可以了。


往期文章

再也没理由断更了:我把飞书变成了最强公众号编辑器,治好了我的拖延症

不到2个小时,借助AI,让我那吃灰多年的老 Kindle 变成了一块电子时钟,焕发新生!

AI电影大片片场探班的视频怎么做的?喂饭级教程,包教包会!

5分钟讲明白 Gemini 3 到底怎么用?

我用 Gemini 3 手搓了一个地球虫洞,这效果太离谱了!

免费使用 Gemini 3 的几种方法

Gemini 3.0 来了,前端不存在了!

Gemini 这个功能才是真的利器,强烈建议豆包、Kimi 跟进一下!

“黑熊精录音棚唱歌”的视频是怎么做的?

53AI,企业落地大模型首选服务商

产品:场景落地咨询+大模型应用平台+行业解决方案

承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业

联系我们

售前咨询
186 6662 7370
预约演示
185 8882 0121

微信扫码

添加专属顾问

回到顶部

加载中...

扫码咨询