2026-07-30 · 用 Skills 让 AI 秒变专属员工
掘金 · ReBound | 2026-07-18 | 约 8000 字
核心观点
-
AI 使用的三个阶段演进:第一阶段把 AI 当百度用 → 第二阶段研究 Prompt Engineering → 第三阶段把 Prompt 固化成 Skills,让 AI 成为专属员工。大多数人卡在第二阶段,Skills 是从”每次解释你是谁”进化到”打开就能干活”的关键一步。
-
Skills 的定义与价值:Skills 是模块化的指令集,一个 Skill 就是一个文件夹(含
SKILL.md入口文件 + 可选脚本/模板/测试),告诉 AI”我是谁、什么时候被调用、具体怎么做”。核心价值是把重复的、专业的、高频的操作固化,从 15 分钟写 Prompt 变成 3 秒输入/skill-name。 -
文件结构与存放优先级:企业级(managed settings)> 个人级(
~/.claude/skills/)> 项目级(项目/.claude/skills/)> 嵌套级(子目录)> 插件级。同名覆盖规则按此优先级,Monorepo 支持嵌套子目录的/apps/web:deploy命名空间调用。 -
Frontmatter 是 Skill 的”身份证”:关键字段包括
description(AI 判断是否调用的唯一依据,需包含用户会说的关键词)、disable-model-invocation(有副作用的 Skill 必须设为 true)、context: fork(子代理隔离执行)、allowed-tools(预授权工具列表)、arguments(参数传递)。 -
Token 消耗机制:Skill 加载后作为一条消息进入对话上下文,在后续所有轮次中持续存在;上下文压缩时每个 Skill 保留前 5000 tokens,多个 Skill 共享 25000 tokens 预算。因此 Skill 正文要精简,大段参考资料放在支持文件中按需加载。
-
三个高级技巧(Claude Code 特有):动态上下文注入(
!`command`在加载前执行 shell 命令,将输出注入 prompt);参数传递($ARGUMENTS/$0/$1);子代理隔离执行(context: fork+agent: Explore)。 -
MCP · Memory · Skills 三角关系:Memory 提供上下文(你是谁/项目背景)→ Skills 提供方法论(怎么专业地完成)→ MCP 提供工具能力(能接什么外部系统)。三者协同才是完整的 AI 工作流。
-
Skill 设计模式:单一职责原则(一个 Skill 只做一件事)、参考内容 vs 任务内容分离(
user-invocable: falsevsdisable-model-invocation: true)、乐高式组合(多个 Skill 可同时加载,如/code-review /fix-issue 123)。
实操内容保留
SKILL.md 标准模板
---
name: my-skill
description: 当用户需要 XXX 时使用此技能。适用于 YYY 场景。
---
# 技能标题
## 输入
用户会提供 [描述输入格式]
## 处理步骤
1. **第一步**:做什么
2. **第二步**:做什么
3. **第三步**:做什么
## 输出格式
[定义期望的输出结构]
## 注意事项
- [约束条件 1]
- [约束条件 2]Frontmatter 完整配置模板
---
name: meeting-minutes
description: 生成结构化会议纪要。当用户提供会议录音文本、讨论记录时使用。
disable-model-invocation: false
user-invocable: true
context: inline
allowed-tools:
- "Bash(git *)"
- "WebFetch"
disallowed-tools:
- "Bash(rm *)"
arguments:
- name: format
description: 输出格式(detailed 或 brief)
required: false
---会议纪要 Skill 完整 SKILL.md
---
name: meeting-minutes
description: 生成结构化会议纪要。当用户提供会议录音文本、讨论记录时使用。
适用于项目会议、团队讨论、客户电话、规划评审等场景。
---
# 会议纪要生成器
从原始会议文本中提取结构化纪要。
## 输入
用户提供会议录音转写文本或讨论记录文件。
## 处理步骤
1. **通读全文**:理解整体上下文后再提取
2. **过滤噪音**:剔除闲聊、跑题、重复内容
3. **结构化提取**:按下方模板组织信息
## 输出结构
# 会议纪要
## 一、会议基本信息
- **会议时间**:[从文本提取或留空]
- **参会人员**:[列出所有提到的参会人]
- **会议时长**:[如可判断]
## 二、会议目标
- **会议目的**:[为什么开这个会]
- **背景信息**:[相关上下文]
## 三、会议内容
### [议题 1 名称]
**讨论内容**:[要点]
**主要观点**:
- [观点 A - 某人]
- [观点 B - 某人]
**结论/决议**:[如有]
### [议题 2 名称]
...
## 四、行动项
| 序号 | 任务内容 | 负责人 | 截止时间 | 备注 |
|------|----------|--------|----------|------|
| 1 | [任务] | [人名] | [日期] | [备注] |
## 五、待确认事项
- [未解决的问题]
## 准则
- **准确性优先**:只提取文本中明确提到的信息
- **不确定就留空**:不要猜测或推断
- **保留原意**:忠实总结,不加个人解读
- **按主题组织**:按议题分类,而非按时间顺序
- **行动项要具体**:包含谁、做什么、什么时候动态上下文注入语法(Claude Code 特有)
## 当前代码变更
以下是未提交的 git diff:
!`git diff HEAD`
请分析这些变更的风险点。原理:!`command` 在 Skill 发送给 AI 之前执行,AI 看到的是命令的输出,而不是命令本身。
子代理隔离执行配置
---
name: research
description: 深度研究某个技术主题
context: fork # 在隔离的子代理中运行
agent: Explore # 使用内置的 Explore 代理
---Skill 组合使用(乐高模式)
/code-review /fix-issue 123
# 同时加载 code-review 和 fix-issue,123 作为参数传递给最后一个支持文件组织模式
---
name: code-review
description: 代码审查
---
# 代码审查
审查代码变更,关注以下维度:
1. **安全性** - 参考 ${CLAUDE_SKILL_DIR}/rules/security.md
2. **性能** - 参考 ${CLAUDE_SKILL_DIR}/rules/performance.md
3. **可维护性** - 参考 ${CLAUDE_SKILL_DIR}/rules/maintainability.md
输出格式参考:${CLAUDE_SKILL_DIR}/templates/report.mdToken 优化策略速查
| 策略 | 做法 | 效果 |
|---|---|---|
| 精简正文 | 删除冗余解释,只保留指令 | 减少 token 消耗 |
| 外置参考 | 大段参考内容放到支持文件 | 按需加载,不占常驻 token |
| 合理描述 | description 控制在 200 字以内 | 避免 Skill 列表被截断 |
| 控制数量 | 不常用 Skill 设为手动触发 | 减少自动加载的开销 |
原文精彩摘录
摘录 1:2026 年,用 AI 的人分成了两批——第一批每次打开对话框,第一句都在解释”我是谁、我在做什么”。AI 每次都像一个新来的实习生,什么都不知道。第二批打开就能干活。AI 知道你是谁,有你的工作技能(Skills),有你的记忆(Memory),有你的工具(MCP)。Skills 就是从第一批人进化到第二批人的关键一步。
摘录 2:
description字段是 AI 判断”要不要用这个 Skill”的唯一依据。我一开始写description: 会议工具,结果 AI 从来不自动触发——因为用户说的是”帮我整理会议纪要”,而不是”帮我用会议工具”。改成生成结构化会议纪要之后,触发率直接从 0 到 90%。
摘录 3:我曾经把一个数据迁移的 Skill 没加
disable-model-invocation: true,结果 AI 在我讨论数据库方案的时候自动触发了它。幸好只是 dry-run 模式,但这个教训让我记住了:有副作用的 Skill 一定要加这个字段。
关键概念
- Skill(技能系统)
- Claude Code
- SKILL.md(技能入口文件)
- Frontmatter 配置
- 动态上下文注入
- Token 预算管理
- MCP 模型上下文协议
- Claude Memory
- 子代理隔离(context: fork)
- skill-creator(评估插件)
与其他素材的关联
- 与 2026-07-05-juejin-context-engineering-harness 在上下文工程思路上呼应:Skills 本质是将专业能力”蒸馏”为上下文资产
- 与 2026-07-19-juejin-claude-meeting-minutes-one-command 互补:会议纪要 Skill 的两个不同实战版本
- 与 2026-07-27-tiktok-codex-agent-skills 互补:本文是 Claude Code 原生 Skills,后者是 Codex 平台的 Agent Skill
- 与 2026-07-27-woshipm-anthropic-80-percent-context-engineering 在渐进式披露和 Token 预算管理上呼应