切换页面
Agent AI 深度分享

Skill:让 AI 从"会说话"
到"会做事"

一张图看懂 Prompt、MCP、Skill 的演进逻辑,以及什么时候该亲手做一个 Skill

问题根源 三代演进 本质解析 制作时机 生命周期 局限反模式 用好 Skill
01

AI 的"失忆"困境

上周你花了两个小时,跟 AI 一起调好了一套完整的工作流:先查数据、再比对格式、最后生成报告。结果今天打开新会话——AI 什么都不记得了,你要从头解释一遍。

大模型是无状态的——你每开一个新对话,它不知道你是谁、你的项目叫什么、你上次踩过什么坑。

会话 #1
花 2h 调好流程
会话 #2
再花 2h 重新来
会话 #3
还是从头解释
每次对话 = 全新 AI + 重复解释 + 重复踩坑
你的时间在循环消耗,经验永远无法积累
!

经验无法沉淀

你踩过的坑、调通的路径,AI 下次全部失忆

流程无法复用

每次都要手动描述步骤,AI 即兴发挥容易走偏

重复劳动

同一个任务反复做,每次都在"重新发明轮子"

02

在 Skill 之前——三代演进

面对 AI 失忆的困境,社区经历了三代解决方案的演进,每一代解决一个层面的问题:

Prompt

告诉 AI "怎么说"

把规则、格式、注意事项全写进提示词,每次贴进去。AI 理解意图、按格式输出。

⚠ 局限:只能说话,不能动手

MCP

给 AI "接上手"

标准化工具协议,让 AI 能调 API、连数据库、操作文件系统。

⚠ 局限:工具有了,流程仍靠人记

Skill

让 AI "自己会做"

经验 + 工具 + 流程一体化封装,AI 加载即可独立执行完整任务。

✓ 整合 Prompt + MCP,经验可沉淀
Prompt 解决"说什么"(语言层) → MCP 解决"用什么"(工具层) → Skill 解决"怎么做"(经验层)

用一个类比来理解:

📋

Prompt = 话术

给新员工一份话术本
他知道该说什么、怎么说

🔑

MCP = 工卡

给新员工配上工卡和电脑
他有权限访问系统、调用工具

📖

Skill = SOP 手册

给新员工一本操作手册
他知道完整流程,按步骤独立完成

三者不是替代关系,而是互补叠加

Skill 包含 Prompt 编排逻辑 + MCP 工具调用,编排成可复用的行动方案

03

Skill 到底是什么

Skill = 一份可被 AI 加载的"操作手册" 结构化的 Markdown 文件,AI 遇到匹配任务时自动读取,按步骤执行
问题 没有 Skill 时 有 Skill 后
流程复用 每次手动描述步骤 AI 自动加载,按步执行
踩坑记忆 同一个错误反复犯 坑写进 Skill,永不再踩
工具约束 AI 乱用工具、走弯路 只用指定工具,路径最短
团队协作 每人自己摸索 项目级 Skill 共享给所有人
外部集成 一筹莫展 封装 MCP 调用、认证逻辑

Memory = 知道什么

事实、偏好、背景信息
告诉 AI "你是谁、我是谁"

Skill = 会做什么

流程、步骤、操作方法
告诉 AI "这件事怎么做"

04

Skill vs 脚本:该固定的固定,该智能的智能

一个自然的追问:既然 Skill 是把流程固定下来让 AI 稳定执行,那它和传统脚本有什么区别?

维度 脚本 (Script) Skill
流程控制 100% 硬编码,每一步都是 if/else 固定框架,灵活执行
异常处理 必须预见所有异常,遗漏就崩溃 AI 自主判断,兜底处理
输入适应性 严格格式要求,偏离就报错 自然语言输入,模糊意图也能理解
维护成本 需求变化 → 改代码 → 测试 → 部署 改 Markdown 描述,AI 立刻适应
编写门槛 需要编程能力 会用自然语言就能写
该固定的固定:工具选择、执行顺序、约束条件、输出规范
该智能的智能:理解意图、处理异常、适应变化、自主决策

脚本的哲学

变成机器的执行者
每一步都规定死,人只是"点按钮的人"

Skill 的哲学

AI 变成人的延续
人的经验写下来,AI 带着判断力去执行

一句话总结:脚本 = 写给机器的指令,Skill = 写给"有脑子的同事"的操作手册

05

什么时候应该制作一个 Skill

01

你做了第三遍

第一次探索,第二次验证,第三次必须封装。三次法则:消除重复的经典原则

02

步骤超过 5 步

步骤越多越容易遗漏。Skill = 清单,保证每步到位,不走弯路

03

需要外部系统

API 调用、认证登录、特定工具——有"正确"和"错误"之分,必须写下来

判断标准:如果另一个人从零开始需要重新摸索,就值得封装成 Skill

反例(不需要做 Skill 的场景):一次性任务 · 结果包含敏感信息 · 已有成熟 Skill 覆盖

06

Skill 不只是"写一次"

好的 Skill 经历持续进化的循环。每次使用中发现新坑、找到更优路径,立刻修进去。

创建

流程首次整理

使用

AI 加载执行

反思

发现新问题

更新

补坑、优化路径

越迭代越精准,最终变成团队共同的财富

07

Skill 的局限与反模式

前面讲了 Skill 有多好。但 Skill 不是银弹——如果只看到好处就直接上手,大概率会踩坑。今天我们坦诚聊聊它的边界和陷阱。

坑一:指令冲突——两个 Skill 打架

多个 Skill 规则互相矛盾时,AI 可能随机选一个或折中出奇怪的结果。解法:设定清晰的优先级和适用范围,边界画干净。

坑二:维护腐烂——写完不管就废了

版本升级后旧规则过时,反而变成误导。Skill 是活的文档,需要指定 owner,发现不准立刻更新。

坑三:上下文撑爆——塞太多 AI 读不过来

Skill 加载到 AI 上下文窗口,这是有限资源。塞太多会跳步、漏步、输出截断。解法:写精不写多,参考数据按需加载。

坑四:复杂 Skill 照样要写代码

"会用自然语言就能写"只对了一半。带 Python/Node.js 脚本的 Skill,底层逻辑仍要调试维护。Skill 解耦业务逻辑,不消灭代码。

Skill 的正确心态

✗ 不该期待 ✓ 应该期待
写完就一劳永逸 需要持续迭代维护
越多越好,多多益善 精简克制,边界清晰
什么都能装进去 控制上下文消耗
完全不用写代码 把业务逻辑和代码解耦
一个 Skill 解决所有问题 单一职责,组合使用
Skill 是杠杆,不是魔法。用得好四两拨千斤,用不好就是给自己埋雷。
08

如何用好 Skill

前面聊了 Skill 是什么、什么时候做、有哪些坑。最后一个问题:拿到一个 Skill 之后,怎么让它真正为你所用?

开箱能跑,但不该止步于此

Skill 天然具备扩展性。纯 Markdown 的开箱即用,带脚本的给你框架和思路。真正的威力不在于"装上就能用",而在于你基于它自由发挥。

🔄

迭代 2-3 轮,完美适配你的场景

第一轮跑通流程,第二轮调输出精度,第三轮加入你的业务知识。三轮迭代之后,它就从"通用工具"变成了"你的专属助手"。

🎯

框架是别人的,业务逻辑是你的

复杂 Skill 给你的是框架——HTML 解析、源码搜索、特征提取。你往上加的是公司特有的日志模式、项目专属的修复建议、团队积累的坑位库

🌱

Skill 是活的,和你的业务一起生长

系统升级了,Skill 跟着更新;流程变了,Skill 跟着调整。不要把它当一次性交付物,要把它当你的知识库来维护。

Skill 不是成品,是底座。不是"买来就用",而是"拿来自由发挥"。
每个人拿到的底座一样,但最终形态各不相同——这才是 Skill 的核心竞争力。

Skill 使用进阶路线

阶段 你在做什么 Skill 状态
Day 1 装上 Skill,跑通基本流程 开箱即用
Day 2-3 调整指令措辞、输出格式、边界条件 适配场景
Week 2+ 注入业务知识、公司特有规则、团队踩坑经验 深度定制
持续 跟着系统和流程升级,持续维护更新 知识沉淀
09

从"我会做",到"它会做"

Prompt 让 AI 能说话 → MCP 让 AI 能动手 → Skill 让 AI 会做事

Skill 从哪来
AI 无状态困境 → Prompt(语言)→ MCP(工具)→ Skill(经验)三代演进
解决什么
流程复用、踩坑沉淀、工具编排、团队协作
Skill vs 脚本
固定框架 + 灵活执行,写给"有脑子的同事"而非写给机器
何时制作
第三次重复 / 步骤超 5 步 / 涉及外部系统集成
局限陷阱
指令冲突、维护腐烂、上下文撑爆、复杂 Skill 仍需写代码——是杠杆不是魔法
用好 Skill
开箱能跑是起点,迭代 2-3 轮深度定制,注入你的业务逻辑——不是成品,是底座

感谢聆听