微信扫码
添加专属顾问
我要投稿
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 也能适配这个标准,不要过于自大呀!
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2026-06-21
AI 也会做梦?拆解 OpenClaw 独特的梦境记忆系统
2026-06-21
[译] 我所知的全部智能体工程技巧
2026-06-20
13人团队叫板Anthropic:我们造了一个更快更便宜的大模型
2026-06-20
微信左上角长出“两只眼睛”:小微测试版,可能是微信 AI 化最关键的一步
2026-06-20
Agent Skill 管理范式探索:像管理软件包一样管理 Agent 能力
2026-06-18
企业智能体的下半场,如何让智能体越用越聪明?
2026-06-18
你的 Harness 工作流真的在进步吗?我们用一场考试撕掉了遮羞布
2026-06-18
Agent 记忆,我们全都理解错了?
2026-04-15
2026-04-07
2026-04-07
2026-03-31
2026-04-24
2026-04-17
2026-03-31
2026-04-05
2026-04-02
2026-04-05
2026-06-18
2026-06-18
2026-06-10
2026-06-10
2026-06-07
2026-06-06
2026-06-03
2026-06-02