
现在主流的agent有很多,但是他们skill并不完全通用,但正在朝通用标准收敛。
核心结论是:
- Claude Code、Codex、OpenClaw 都在用非常相似的“Skill = 一个文件夹 +
SKILL.md+ 可选脚本/资源”思路。 Claude 的官方文档把 skill 定义为一组可复用的指令包;Codex 官方也把 skill 定义为一个包含说明、资源和可选脚本的可复用 bundle;OpenClaw 官方文档明确写了它使用 AgentSkills-compatible 的 skill folder。 - Codex 明确说它的 skills 建立在 open agent skills standard 之上。 这说明 Codex 不是完全自成一套,而是在往开放标准靠。OpenClaw 也明确说自己兼容 AgentSkills 风格,所以这两者的兼容性通常会更高。
- Claude Code 的 skill 概念很接近,但不代表你写一个 skill 可以“原封不动”在另外两个里直接跑。 真正能不能复用,取决于几个东西:
SKILL.md的元数据格式是不是一致- 工具调用约定是否一致
- skill 里依赖的脚本、命令、环境变量、路径结构是否一致
- 宿主 agent 的加载机制、权限模型、触发方式是否一致 所以更准确地说是:理念和大体结构接近,部分 skill 可以迁移,但通常需要适配。
- OpenClaw 生态里已经有人在做“跨 agent 可用”的 skill。 例如有 OpenClaw 相关 skill 项目直接宣称可用于 Claude Code、Codex、OpenCode,这说明跨平台复用在实践中是可行的,但这更像“兼容设计得好”,不是“天然 100% 通用”。 你可以把它理解成:
- 像 Dockerfile 那样完全统一吗? 还不是。
- 像 Markdown/YAML 这类“看起来差不多,大部分能迁移,但细节常要改”吗? 更像这个。
给你一个实用判断:
- 纯说明型 skill:最容易跨平台复用 例如代码审查规范、提交规范、文档生成规范,这类主要靠提示词和流程说明的,迁移成本低。
- 强依赖工具链的 skill:通用性差 例如依赖特定 shell、特定 CLI、特定权限模型、特定目录结构的 skill,迁移时最容易坏。
- 依赖宿主特性的 skill:往往要重写一部分 比如 Claude Code 特有的工作流、Codex 特定执行环境、OpenClaw 的加载过滤机制。
一句话总结:
这三家的 skill 不是完全通用,但已经有明显的共用语法和设计方向;“思路通用、结构部分通用、实现细节不完全通用”是最准确的说法。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/257565.html