声明式的东西，生命力真的很长。

1956，正则表达式
1974，SQL
2025，SKILL.md

乍一看它们不是一个时代的东西，但底层逻辑其实很像：

人类不再手把手告诉机器“每一步怎么做”，而是用一种稳定的声明，告诉机器“我想要什么 / 这类任务应该遵循什么规则”。

正则表达式不是写一个字符串匹配程序，而是声明一种文本模式。

SQL 不是告诉数据库怎么扫描、怎么建索引、怎么执行，而是声明我要查询什么数据。

SKILL.md 也是一样。

它不是再写一段更长的 prompt，而是把一个任务领域里的知识、流程、约束、示例、脚本，用 Markdown 的方式声明出来，让 Agent 在需要的时候自己加载和执行。

这就是我觉得 Skills 会长期存在的原因。

第一，它和执行引擎解耦。

正则表达式可以被不同语言、不同运行时实现。

SQL 可以被 MySQL、PostgreSQL、SQLite、BigQuery 执行。

Skill 也一样，核心不是某一个模型，而是“把能力写成一个可被 Agent 读取的文件结构”。

今天是 Claude 读，明天也可以是别的 Agent 读。

第二，它足够低门槛。

很多技术范式最后死掉，不是因为不强，而是因为太难写、太难维护、太依赖工程师。

但 Skill 的核心是 Markdown。

一个产品经理、运营、客服专家、法务、研究员，只要能把自己的工作流程讲清楚，就可以把经验沉淀成 Skill。

这点很关键。

因为企业真正缺的不是模型能力，而是如何把组织内部的经验，稳定地交给 Agent 使用。

第三，引擎升级不会破坏声明。

SQL 过去几十年一直没消失，不是因为数据库引擎没变，而是因为数据库引擎一直在变。

优化器越来越强，执行越来越快，但用户写的声明依然成立。

Skill 也有类似潜力。

今天模型读 SKILL.md 可能还会漏细节，明天模型更强了，同一份 Skill 可能会被理解得更好、执行得更稳、组合得更聪明。

也就是说，Skill 不是和模型能力竞争，而是在吃模型能力升级的红利。

所以我不太把 Skills 看成一个 Claude Code 的小功能。

我更愿意把它看成 AI Agent 时代的“声明式能力接口”。

Prompt 是一次性对话。

Workflow 是固定流程。

Tool 是外部动作。

Skill 则是：把人的专业经验，封装成 Agent 可复用的能力单元。

未来真正值钱的，可能不是谁写了最多 prompt，而是谁把业务经验沉淀成了一套高质量 Skills。

声明式的东西，往往一开始看起来很朴素。

但它们有一个共同特点：

它们不绑定某一代机器。

机器会变，模型会变，执行引擎会变。

但好的声明，会留下来。