---
title: '17 Claude Skills'
video_id: MxyRjL7NG18
part: 17
---

> 章节 17 / 37 · [[00-总览|课程总览]] · 起始 [2:28:02](https://youtu.be/MxyRjL7NG18?t=8882)


## 章节主旨

介绍 Claude Skills ——  Anthropic 把 agentic 工作流标准化成可复用、可移植包的机制。本质是一套文件夹结构,核心是带 YAML front matter 的 `skill.md`,让 Claude 按需加载、节省 token。与前面讲的 DOE 框架 高度相似,只是 Claude 专属、不可跨模型移植。

## 核心论点

1. **Claude Skills 是 Anthropic 把 agentic 工作流打包成可复用便携模块的尝试**,本质仍是文件夹结构。([[#1-skills-的结构文件夹--skillmd-22841|→ 详解1]])
2. **skill.md 靠 YAML front matter 提供简短元数据**,Claude 按任务只加载匹配的 skill,省 token。([[#2-yaml-front-matter让-claude-省-token-地按需加载-23020|→ 详解2]])
3. **它与 DOE 框架同构但更集中**,且强绑 Claude、不可移植到 Gemini/GPT。([[#3-与-doe-框架的异同-22804|→ 详解3]])
4. **已有一批预置 skills**(文档类为主),经数万次运行高度打磨、快而可靠。([[#4-预置-skills-库文档类为主-23135|→ 详解4]])

## 知识点详解

### 1. Skills 的结构:文件夹 + skill.md [2:28:41](https://youtu.be/MxyRjL7NG18?t=8921)

Claude Skills 是 Anthropic 把 agentic 工作流标准化为可复用、可移植包的尝试。落地形态就是一个文件夹,里面装指令、脚本、prompt 和资源,Claude 在被调用时按需加载。

组织方式是:一个大目录 `skills/`,下面每个子文件夹是一个 skill,如 `big-query`、`docx`、`pdf`、`scrape-leads`。每个子文件夹里必有一个 `skill.md` 作为该 skill 的 directive(指令说明书),Claude 先读它。

除 `skill.md` 外放什么完全自由——目前更像一个松框架,大家把想让 agent 用到的东西(数据源说明 `data-sources.md`、规则 `rules.md` 等)直接丢进去。作者的心智模型是把 `skill.md` 当成「Claude 先读的操作手册」。

### 2. YAML front matter:让 Claude 省 token 地按需加载 [2:30:20](https://youtu.be/MxyRjL7NG18?t=9020)

`skill.md` 与普通 markdown 的唯一区别,是顶部有一段 YAML front matter(YAML 意为 "yet another markup language")。它是一小块元数据,含 `name`、`description`、`purpose` 等字段,用约 100-200 字符描述这个 skill 做什么。

关键价值在加载机制:运行时 Claude 只凭这段 front matter 判断该不该加载某个 skill,**不必读完整个文件**。(→ [2:30:56](https://youtu.be/MxyRjL7NG18?t=9056))比如你说「帮我 scrape 一些 leads」,它只加载那几百字符的元数据就能理解 skill 用途,从而在众多 skills 里高效检索。

这与 DOE 框架的差别是:DOE 通常靠给文件起「描述性名字」来传达用途,不用 YAML;而 front matter 直接提供上下文(这个脚本做 X/Y/Z、这个 skill 需要什么),作者认为这是一处改进。

### 3. 与 DOE 框架的异同 [2:28:04](https://youtu.be/MxyRjL7NG18?t=8884)

Skills 与 DOE 框架非常像,都是文件夹结构、都把某段指令当「Claude 先读的手册」。差异在存放方式:DOE 会把可执行文件、脚本分散到各自的 execution/scripts 目录,而 Skills 把脚本、资源全塞进同一个 skill 文件夹里,更集中。

代价是可移植性。作者强调自己看重 interpretability 与 modularity,希望同一套工作流能在模型 A/B/C 间通用;而 Claude Skills 强绑 Anthropic,同样的结构无法照搬到 Gemini、OpenAI/GPT。之所以仍讲它,是因为各家模型如今都有自己的对应物,先讲最流行的一个把概念对齐。

### 4. 预置 skills 库:文档类为主 [2:31:35](https://youtu.be/MxyRjL7NG18?t=9095)

现在已有一批预置 skills,覆盖常见任务,大多与文档相关:生成 PDF、Word、Excel 表格、PowerPoint 演示。可以把它们理解成打磨到位的执行脚本 + directive。

这些 skill 经数万次运行反复优化(作者称之为高度 self-annealed),质量出乎意料地好,且因为跑得多、被优化得狠,执行往往很快、也相当可靠。

## 术语

- Claude Skills:Anthropic 把 agentic 工作流打包成可复用便携模块的机制,文件夹 + `skill.md` 结构。
- skill.md:每个 skill 文件夹里的指令说明书(directive),Claude 先读它。
- YAML front matter:`skill.md` 顶部的一小块元数据(name/description/purpose),供 Claude 按需加载判断用。
- pre-built skills:官方预置、经大量运行打磨的现成 skill(PDF/docx/xlsx/pptx 等文档任务)。
- self-annealed:经海量运行反复优化到高度稳定可靠的状态(自退火)。

## 自检问题

1. YAML front matter 对加载机制起什么作用?
   **答案**:它是 `skill.md` 顶部的一小段元数据(约 100-200 字符,含 name/description/purpose),运行时 Claude 只凭它判断是否加载某个 skill,无需读完整个文件,从而省 token、在众多 skills 里高效检索。见 [2:30:20](https://youtu.be/MxyRjL7NG18?t=9020)
2. Claude Skills 与 DOE 框架在文件存放上有何差异?
   **答案**:两者都是文件夹结构;DOE 把可执行文件/脚本分散到各自的 execution/scripts 目录,而 Skills 把脚本与资源全放进同一个 skill 文件夹,更集中。见 [2:28:04](https://youtu.be/MxyRjL7NG18?t=8884)
3. 为什么 Claude Skills 不能直接搬到 Gemini 或 GPT 上?
   **答案**:它强绑 Anthropic 模型、是 Claude 专属结构,不具跨模型可移植性;各家模型现有各自的对应物。作者仍讲它是因为它最流行、便于对齐概念。