与 Prompt 有何不同？

Hi，大家好，我是三金～

最近有小伙伴问我。skills 怎么感觉和 prompt 一样？为啥又搞一个概念出来，

其实我和他一样。在第一次看到 skills 这个东西时也以为它就是个进阶版的 prompt能反复使用，减少上下文损耗。

但后发现。这种误解会导致两大痛点：

• 重复解释同一套流程，却仍然出现信息缺失或跑偏。
• 把关键的工作方法写进聊天记录后难以统一维护、版本管理。

在很多场景里大家想复用的根本不是“一句话要怎么写”，而是一整套的做事方法。从比如来看，

• 代码审查怎么审？
• 文档 按什么口径改？
• 发布前要不要核对清单？
• 碰到某类任务需要先看哪些资料？

这些才是更难稳定的部分，也是大家最想复用的主要！

Skills 解决了什么问题？

在 Skills 出现之前。我们通常使用自定义 command、自定义 Agent 来解决一些重复工作，但实际效果往往不尽如人意。

导致效果不佳的常见原因：

• 描述不完整，模型不知道该怎么继续。
• 输出格式跑偏，导致下游工具无法直接消费。
• 模型只知道大方向，却漏掉团队约定、检查步骤或本地参考资料。

只靠聊天现场去补充这些东西，往往费力不讨好。

Skill 要做的事情恰好就是把这些会反复出现的指引、资料、约束提前装进一个包，让它每次开工都从更接近正确的位置起跑。

A 社明确提到几类典型受众：

• 想让 Claude 稳定遵循特定工作流的开发者。
• 会自动化重复任务的高级使用者。
• 希望统一 Claude 行为方式的团队。
• MCP connector builders——想把集成能力和稳定流程放在一起用的人。按理说，

* 在团队里一个共享 Skill 可以带着一样的写作口径、审查标准、目录约定或者交付模板。 虽然不能保证结果完全一致，但起跑线更接近，这点非常关键！

S​​kills 并不是给“窄”场景准备的小功能，而是让 workflow 更加可维护：

• 把一套做事方法封装成 package 后就能像维护代码一样进行 build、test、iterate 与 distribute。
• 散落在聊天记录、备忘录或剪贴板中的 prompt 片段则很难做到同等维护。

最常见案例这方面，代码 Review

No‑Skill 场景：

"帮我 review 下本次提交"。模型读取上下文后给出建议，但你会不断补充三类信息：

• 团队规范：命名、目录结构、错误处理等。其实，
• 检查顺序：先看什么再看什么。
• 输出格式：

S​kill 把检查清单、输出模板、参考资料还有必须遵守的口径全部预埋进包里。每次 Review 都在同一套规则与流程上运行——虽然不一定每次都完美，但稳定性正是其最大价值所在。

S​kill 与普通 Prompt 的对比示例:

• No Skill: AI 给出零散意见，缺少严重程度与层次感。Skill: 从包含来看，
  • 整体 comment：告知是否存在阻塞问题及关注点；
  • 再看分级问题列表，指出具体行号并给出改进建议；
  • 不直接修改代码。而是将选择权交给使用者，以提高人为控制；其实，

S​kills 的本质

"S​kills let you teach Claude your workflows once and apply m consistently"——官方已经把本质说透了：它是通过组合方式打包 workflow 的“小型文件程序”。

• 主要区别：Prompt = 一次性消息输入，用完即走；S​kill = 可维护工作单元，模型面对的是完整上下文而非临时聊天。
• 相当于“上下文工程” ： 把流程、材料、约束提前整理好，让模型别从基础开始猜。
• 游戏类比：AI 工具是主角，S​kill 是主角可以施展的技能。
• 一句话概括：S​kill 把重复工作所需说明和配套材料整理成文件夹式 instruction package，让模型在动手前就站在更接近正确方向的位置上。

S​kill 包的构成

S​kill 是一个目录结构化的包，主要组成如下：

• SKILL.md主入口文件。话说回来，顶部 YAML frontmatter 提供 description 等元数据。是判断适用范围与口径的关键依据。
• script/可能依赖的脚本或固定操作。
• references/内部约定、参考文档等必读材料。
• assets/执行过程所需资源文件。老实说，
• 其他自定义子目录。根据业务需求灵活增删，

S​kills ≠ MCP ≠ Agent —— 三者区别快速梳理

	S​kill	MCP	A­gent

简明对照表

• 🔹 活怎么干？怎么说呢，— S​kill 决定 workflow & 输出格式.

🔹 谁干？— A­gent 决定角色与调度.

🔹 谁调用工具？— MCP 提供连通能力.

<\/ul

---