上周帮一个做亚马逊的朋友看他的 AI 工作流。
他每次让 Claude 写产品描述，都要先粘贴一大段东西——五点描述的格式要求、禁用词列表、关键词怎么布局。我数了一下，这个"规范说明"有 800 多字。
我问他：你这每次都贴一遍？
他说没办法，不贴的话 Claude 写出来的东西格式乱七八糟，没法直接用。
后来我研究了一下 Anthropic 去年 10 月出的 Skills 功能，发现这事儿能解决。
Skills 是什么
别想复杂了。
一个 Skill 就是一个文件夹，里面放一个叫 SKILL.md 的文件。这个文件写两样东西：
- 元数据
（name 和 description）—— 告诉 Claude 这个 Skill 干嘛、什么时候该用 - 具体指令
—— 你希望它怎么干活
Anthropic 的设计是"按需加载"：Claude 平时只记着你有哪些 Skill（读个标题和简介），任务相关时才把完整内容加载进来。官方叫 "progressive disclosure"，翻译成"用到才读"更好懂。
30 分钟做一个 Skill
我做一个跨境电商场景的例子：产品卖点提取器。
第一步：建文件夹
随便找个地方，新建文件夹：
product-bullet-extractor/
第二步：写 SKILL.md
在文件夹里新建 SKILL.md（全大写），内容分两部分。
前面是元数据（YAML 格式，用三个短横线包起来）：
---
name: "Product Bullet Extractor"
description: "从产品规格中提取亚马逊五点描述；当用户提供产品参数并要求写 Listing 文案时使用"
---后面是具体指令（Markdown 格式）：
# 产品卖点提取器
## 任务
从用户提供的产品信息里，提炼出可以直接用于亚马逊 Listing 的内容。
## 输出格式
### 标题卖点
一句话，15 个英文单词以内，突出最大卖点
### 五点描述
- 第一点：[功能] — [带给买家的好处]
- 第二点：...
- 第三点：...
- 第四点：...
- 第五点：...
### 目标买家
- 主要人群：
- 购买场景：
## 规则
- 用户没给的信息不要编，直接问
- 避免 Best / #1 / Guaranteed 这类绝对化用语
- 输出用美式英语
第三步：检查格式
YAML 容易出错，检查几个点：
开头结尾都是三个短横线 ---冒号后面有空格 内容有特殊符号就用引号包起来
可以把 YAML 部分丢到在线验证工具里检查（搜"YAML validator"）。
第四步：用起来
如果你用 Claude Code（命令行工具），装了官方 skills 插件的话，直接说：
帮我用 skill-creator 创建一个产品卖点提取的 skill
它会帮你走完初始化流程。
如果你用 API，可以参考这个 Python 示例：
from anthropic import Anthropic
client = Anthropic()
with open("product-bullet-extractor/SKILL.md", "rb") as f:
skill = client.beta.skills.create(
display_title="Product Bullet Extractor",
files=[{"path": "SKILL.md", "content": f.read()}]
)第五步：测试
丢一个真实产品信息进去：
帮我提取这个耳机的卖点：
- 蓝牙 5.3
- 主动降噪 ANC
- 续航 40 小时
- IPX5 防水
- 单耳 5.2g看输出是不是按定义的格式来。
如果没触发或格式不对，检查 description 写得够不够清楚——这是触发的关键。
两个可以直接抄的模板
模板 1：标准化报告生成器
---
name: "Standardized Report Generator"
description: "生成包含执行摘要、发现、建议、附录的标准化报告；当用户要求生成正式报告时使用"
---
# 标准化报告生成器
## 指令
- 收集：报告标题、目标读者、所需章节、页数
- 风格：正式语气、AP 格式
- 必含：执行摘要、发现、建议、附录
## 示例
输入："帮我写一份 2 页的 Q3 营销绩效报告，给管理层看"模板 2：品牌幻灯片制作器
---
name: "Branded Slide Maker"
description: "生成 4-8 页的幻灯片大纲；当用户要求做简短演示文稿时使用"
---
# 品牌幻灯片制作器
## 指令
- 收集：标题、受众、目的、页数（4-8）
- 风格：简洁标题、每页不超过 5 条要点
- 结构：标题页、议程、内容页、结尾
## 示例
输入："做一个 6 页的产品更新 PPT，给内部团队看"Skill 的真正价值在哪
说实话，你拿同一个问题问两遍——一次用 Skill，一次不用——输出可能差不多。Claude 本来就很聪明，给它足够的上下文，它能写出合格的五点描述。
那 Skill 有什么用？
- 省脑子
：不用每次想"格式要求是啥来着"，Skill 记着呢 - 输出完整
：我定义了标题卖点 + 五点描述 + 目标买家，Claude 每次都给齐，不会漏 - 团队复用
：把 SKILL.md 丢给同事，大家写出来的东西格式一致 - 积累改进
：发现输出有问题，改一次 Skill，以后都生效
单次对比看不出优势。连续用 10 次、20 次，省下的时间和减少的返工才是真价值。
实际用下来的感受
管用的场景：
有固定格式的输出（五点描述、周报、邮件模板） 多人协作需要统一标准 反复做的重复性任务
不太行的场景：
需要复杂判断的（比如合规审核，出错了责任算谁？） 每次需求都不一样的
踩过的坑：
description 写太模糊，Skill 经常不触发 YAML 格式错了，报错信息看不懂 Claude Desktop 和 Claude Code 用法不太一样，文档有点乱
