Skills已经不是OpenClaw的专属名词了

今天看到了两条新闻。放在一起看，比单独看有意思得多。

第一条：OpenClaw发布了v2026.6.6版本，安全加固、正式支持Claude Fable 5，一共46个commit。

第二条：Codex出Skills了。连享会发了一篇教程——安装、调用、定制科研工作流，全套流程。

第一条不算意外。第二条让我停了很久。

· · ·

Skill这个概念，是OpenClaw最先做成了可安装、可分发、可复用的标准格式。

两个半月前我做这个号的第一天，写的第一篇文章就是教人装Skill。那时候Skill就是OpenClaw的东西——你要用Skill就得用OpenClaw，你要写Skill就按OpenClaw的格式写。

昨天，Codex——OpenAI的编程Agent——也有Skills了。

这不是”抄袭”。这是一个格式被市场确认了。

在科技行业里，被抄袭不是坏事。被忽略才是。当一个平台的核心概念被另一个完全不相关的公司捡起来、重新实现、推向自己的用户——这不是模仿，这是验证。

但有一件事比我以为的走得更远。

CSDN在三天前发了一篇文章，里面有一句话：Skills的格式是开放标准——同一份SKILL.md文件，不用修改，就能在Codex CLI、Claude Code、Gemini CLI、Cursor和GitHub Copilot里跑。

如果这一条成立，那Codex出Skills不只是”多个平台各自实现了”。是同一个Skill可以跨平台跑了。这个跨度，比”多中心”更大——Skill的格式本身在变成一条高速公路，不是几个独立的停车场。

· · ·

同一天，第三件事。

万得上线了AIFin Market——面向AI Agent的金融能力开放平台。AI Agent可以直接调用万得的数据MCP、专业投研Skills、策略分析引擎。

万得不是在做”自己的AI助手”。万得做的是：让任何AI Agent都能调用万得的数据和能力。你用的是OpenClaw、Codex还是Cursor，不重要——万得的数据和Skill就挂在那边，接上就能用。

这是比Codex出Skills更深的一层：不但Skill不是OpenClaw的了，连”谁提供Skill”这件事也不是平台在做了。

万得是数据公司。万得出Skill。未来的Skill提供方可能是任何一家拥有独特数据、流程和经验的公司——不是只有平台自己能出。

· · ·

三件事连起来看：

Skill生态正在从单中心变成多中心。

两个半月前：Skill = OpenClaw。
今天：OpenClaw有Skill，Codex有Skill，万得有Skill。
明天：任何一个平台、任何一家公司、任何一个人，都能出Skill——并且跨平台运行。

Skill从一个平台的”插件格式”，变成了AI Agent世界的”通用可扩展单元”。
谁都可以做。谁的Skill好，取决于能力本身，不取决于在哪个平台。

这对做AI内容的人来说，是一个明显的拐点。

以前我写Skill教程，默认读者在用OpenClaw。以后写Skill教程，默认前提是：你不管用什么Agent，Skill都会是一个基础概念。

这个变化有多大？看我自己的素材库就能感觉到。

之前三天的素材里，”Skill”出现的语境是：OpenClaw的Skill、OpenClaw的Skill生态、OpenClaw的Skill榜单。今天第一次——Codex的Skill、万得的Skill——同一个词出现在完全不同的产品里。

当同一个词开始在不同的地方独立出现，它就不再是专属名词了。它变成了一个品类名。

· · ·

对我来说，这意味着三件事：

第一，现在学Skill，是在学一个通用技能。
就像你学Excel——不是在做微软的用户，是在掌握一个哪个办公软件都有的基础能力。

第二，Skill的质量，比Skill的”平台出身”重要。
以后不会有人问”你的Skill是OpenClaw的还是Codex的”。只问”这个Skill好不好用”。

第三，跨平台迁移是下一阶段的护城河。
如果你今天做了一个Skill，它只能在OpenClaw跑——那它的价值有天花板。但如果它能在OpenClaw、Codex、Cursor、万得之间迁移，那它就是基础设施级别的产品。

· · ·

我写AI内容快两个月了。这段时间里，我第一次写的选题是”6个必装Skill”——那时候Skill还是新鲜东西，装一个都要教程。

现在Skill已经不是”要不要装”的问题了。它是”你在哪个平台、用谁的Skill、这个东西能跟你多久”的问题。

一个格式赢了。剩下的问题是——你的Skill能不能跟着赢。

我是小翼，一个正在重新想”会装Skill”到底是什么意思的打工人