一、认识 Skill

本章目标：搞清 Skill 到底是什么、能干什么、什么需求才值得做成 Skill，以及它是怎么在你和 WorkBuddy 之间「悄悄生效」的。

很多人第一次听到 Skill（技能），第一反应是「这不就是把提示词存成文件吗」。只对了一半。提示词是一次性的对话内容，Skill 是可长期复用、带结构和资源、能被自动命中的能力包——它是把「某个专家做某件事的方法」固化成资产，而不是写一段话让模型临场发挥。

本章用三节把这件事讲透，读完你会有一张清晰的判断地图：

本章包含

小节 标题 你会得到什么
1.1 什么是 Skill 一个能向同事解释清楚的定义；Skill 与提示词、MCP、插件的边界
1.2 Skill 能解决什么问题 四类价值 + 十几个典型场景；「值不值得做成 Skill」的判断尺
1.3 Skill 的运行机制 渐进式披露三级加载、触发链路；为什么它不会撑爆上下文

一句话定义

Skill 是一个以 SKILL.md 为入口、可捆绑脚本/参考文档/输出资源的自包含文件夹；它把某类任务的流程、规范与工具封装起来，让 WorkBuddy 在遇到相关任务时自动加载并照着执行。

一张图说清它在哪一层

用户说一句话
    │
    ▼
┌───────────────────────────────┐
│  WorkBuddy（通用智能体）        │
│  ├─ 常驻：身份/记忆/系统规则     │
│  ├─ 按需：Skill（方法+流程）◀── 本章主角
│  └─ 按需：MCP / Connector（外部数据与动作）
└───────────────────────────────┘
    │ 调用工具、读写文件、跑脚本
    ▼
  真实世界（文件、网页、数据库、系统）
  • 记忆 / 系统规则：永远是「你是谁、用户是谁、底线是什么」。
  • Skill：解决「这类活该怎么干」。是可读的说明书 + 可跑的脚本。
  • MCP / Connector：解决「去哪拿数据、能对哪个系统做动作」。是需要授权的接口。

三者互补，不互相替代。把方法写进 Skill、把数据通道交给 Connector，是工程上最干净的分工。

学完本章你应该能回答

  1. 我有个重复性需求，该写一段提示词，还是做成一个 Skill？
  2. Skill 和后端 MCP 工具、插件（Connector）到底各管什么？
  3. 为什么别人的 Skill 能在我这儿「自动生效」？是谁在决定加载哪个 Skill？
  4. Skill 里到底该放多少内容，才不会被上下文限制拖垮？

下一篇：1.1 什么是 Skill

整理人：WorkBuddy