Skill 是什么

Skill 是 Anthropic 定义的将专业知识打包成可复用功能的机制。本质上?就是一个文件夹。

核心组件叫 SKILL.md,里面用结构化方式描述:这个技能叫什么、解决什么任务、需要哪些步骤/脚本/资源,以及调用时应遵循的规则。说白了,就是 Anthropic 把 Prompt 从”单个 Markdown 文档”升级成”文件夹档案库”,让模型能更有组织地调用预定义的工作流。

这个改进确实有用。但”有用”和”自媒体狂欢”之间,隔着一条很宽的河。

{skill-name}/
├── SKILL.md          # 必需:主文件,包含 Skill 定义
├── reference.md      # 可选:详细参考文档
├── examples.md       # 可选:使用示例
├── scripts/          # 可选:辅助脚本

skill 和 commands 一样,在以下三个位置生效:

位置路径用途
Personal~/.claude/skills/个人跨项目
Project.claude/skills/团队共享(git)
Plugin~/.claude/plugins/*/skills/插件捆绑

只要创建对应的文件夹,放入 SKILL.md,skill 就可以生效。Skill 的 prompt 和文件夹结构让 Claude Code 自己维护即可。

此外,可以通过 Claude Code 中的 /plugin 命令安装 Skill。官方 Marketplace 中有预定义的 Skill,也可以按照指示从公网安装。

安装或文件夹建好后重启 Claude Code 生效。生效的效果需要两个条件:

  • 客户端支持(如 Claude Code 本身)
  • 模型支持(目前 Anthropic 的模型对 Skill 支持最好,其他如 k2、glm4.7 支持一般,可能需要在 claude.md 中显式告诉需要调用哪些 Skill)

推荐用 Marketplace 的方式安装,方便又好管理—但就这个我看很多文章都不提。有需要可以看下这个 Marketplace 目录站: https://claudemarketplaces.com

Skill 与 Commands 的核心差异:

  1. 架构升级:从单个 md 文档扩展为文件夹,使提示词可以渐进式加载到 CC 的上下文中
  2. 调用方式:Commands 需要手动指定(显式),Skill 可以被模型隐性调用。这有利有弊——显式指定更稳定,隐式调用更能融入工作流

Skill 的渐进式加载是很不错的上下文工程设计。LLM 先看到文件夹的描述,后面按需要再看到更多细节。这确实减少了初始上下文压力。

但这里有个更扎心的事实:这些机制不会让模型从”之前做不到”变成”之后能做到”。

模型之前通过 Commands、Subagent 和 MCP 同样能完成 Skill 的工作。Skill 不是带来了新能力,而只是换了个形式的优化

为什么这么多人在鼓吹 Skill?

如果你最近半个月的公众号、 B 站、小红书、掘金刷满了”Claude Code Skill 革命性突破""3 个 Skill 让你效率提升 10 倍”之类的标题,这大概率是炒作。

Skill 的确比 Command 更灵活。Prompt 可以分层加载,模型可以隐式调用预定义工作流。改进是真实的。但是割韭菜的自媒体往往闻着味就来了。

  • 一个真实的产品更新 → 冠以”革命性突破”的标题
  • 一个工程优化 → 拍成”这就是 AI 时代的未来工作法”短视频
  • 一份官方文档 → 改成”我花 2000 块钱学的课程,现在免费教你” 的付费课程

为什么呢?

  • 科技爱好者**渴望参与某个”大事件”**的感觉
  • 创作者需要流量,而”新功能”比”已有功能用法”更有吸引力

所以我觉得现在的乱相就是 一个产品更新变成了行业”风口”,一个文件夹变成了”必学技能”

线上有人在用吗?

Anthropic 最初设计 Skill 的目的很清楚——本地业务知识的沉淀。比如,你的公司有一套内部工作流、接口调用规范、数据处理流程,把这些打包成 Skill,让本地的 Claude Code 能智能调用。这在 个人开发 / 团队本地工作流 中有用。

但你有听说过哪家公司在 线上服务 中用 Skill 吗?没有。因为:

  • Skill 是本地文件夹机制,不适合云端 API 服务
  • 公网服务需要的是可部署、可扩展、版本受控的解决方案,而不是客户端本地的文件夹
  • 即使能用,Commands、Subagent、MCP 这些机制也都能实现同样的工作

Skill 在线上业务中目前我没发现有实际应用场景。它的最佳场景是「我一个人用」或「我们团队内部用」。线上业务要使用首先得模拟机器文件系统或者和本地文件系统打通做 CRUD。


泡沫的真相:AI 产业陷入了「叙事饥荒」

Skill 就是一个更好用的文件夹。这不是缺点,而是工程的本质——小的、可组合的、设计良好的改进,累积成大的进步。但是优化不等于创新。

  • 优化是:同样的能力,做得更快/更便宜/更优雅
  • 创新是:之前做不了的,现在能做了

Skill 是前者。AI 2026 年肯定要进入应用大年,但是肯定不是靠 Skill 落地,之前的业务需求不会因为没有 skill 就没被满足。真有业务需求,纯复制 prompt 也会被满足。

如果产业找不到更好的 Aegnt 落地实践,讲不出更好的叙事故事—OpenAI 也终于忍不住要卖广告了。Skill 的喧嚣可能就是泡沫映出的幻象。