微信扫码
添加专属顾问
我要投稿
Codex发起技能目录统一标准,各大工具厂商纷纷响应,唯独Claude Code迟迟未表态。核心内容: 1. 当前技能管理碎片化带来的痛点与临时解决方案 2. Codex发起统一标准倡议及厂商响应情况 3. 技能标准化对用户和生态的长期价值
前些天看到推上有人发帖问:你们都是怎么管理 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 表示已经合并代码,将于下周发布。
除此之外,还有多家厂商也已支持,包括但不限于以下表格中的厂商。颇有一些热血的感觉。
但是,很遗憾的时,一直到现在,Skill 标准的发起者 Claude Code, 还没有任何回应。
之所以各家反应这么快,那是因为大家都被这个问题烦够了。
技能碎片化不是某一家的问题,是整个生态的问题。用户在哪个工具上积累的技能,换个工具就带不走。这对工具厂商来说也不是什么好事,用户怕迁移成本,反而不敢尝试新工具。
统一标准对所有人都有好处。
所以,现在不用急着改什么了,就等着工具更新就好了。
如果想提前适配,把目录换成 .agents/skills,省得以后再折腾。
希望 Claude Code 也能适配这个标准,不要过于自大呀!
往期文章
再也没理由断更了:我把飞书变成了最强公众号编辑器,治好了我的拖延症
不到2个小时,借助AI,让我那吃灰多年的老 Kindle 变成了一块电子时钟,焕发新生!
我用 Gemini 3 手搓了一个地球虫洞,这效果太离谱了!
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2026-02-05
Skills 怎么帮企业 AI 转型?Claude 能力拆解(二)
2026-02-05
未来对本地运行的私有模型的需求会日益增长 | Sam Altman最新对话实录
2026-02-05
OpenCSG 正式发布 OpenClaw × AgenticHub 企业级 OPC 平台
2026-02-05
Claude Code vs. OpenAI Codex为什么更慢的模型,反而更快把事情做完
2026-02-04
Skills使用体验
2026-02-04
AgentScope 正式发布 Skills 支持 - 实现渐进式披露
2026-02-04
从“回答者”进化为“研究员”:全面解析 Deep Research
2026-02-04
刚刚,Xcode 史诗级更新:原生集成 Claude Agent SDK,苹果开发直接起飞!
2026-01-24
2026-01-10
2025-11-19
2025-11-13
2026-01-26
2026-01-01
2025-12-09
2025-11-12
2026-01-09
2025-12-21
2026-02-04
2026-02-03
2026-02-03
2026-02-02
2026-02-02
2026-02-02
2026-01-31
2026-01-30