第三章 / 共九章
术 · 工具与环境

Skills:
把能力装进环境

环境的第二根支柱——上下文决定 AI 知道什么,Skills 决定它会做什么。

承上启下

上一章备好"料",
这一章装上"手"和套路

上下文决定 AI 知道什么,Skills 决定它 会做什么、按什么流程做。两根支柱合起来,才是一片完整的环境。

🧠

上下文 · 第二章

AI 替你思考的那个世界——它知道什么。

🖐️

Skills · 本章

它在这个世界里做事的手和套路——会做什么、按什么流程。

先搞清一件事

Skill,就是把
一次走通的路写下来

第一次让 AI 部署网页,你要来回纠正七八轮。把这条走通的路固化下来——下次你说一句话,它照着既定流程一路跑到底。

写 Skill 不需要会编程把"我每次要做的事"按步骤讲清楚,AI 就当员工照着干。门槛在你会不会讲明白流程,不在会不会写代码。

想深入:Skill 的最小骨架 & description 决定触发

说白了,Skill 是用自然语言写给 AI 的一套规则,一份"我每次做这件事的纸面 SOP"。最小骨架就这么几行:

---
name: my-skill
description: 技能描述,AI 据此自动判断何时触发
---
# 技能指令内容(用 Markdown 写清步骤)

关键是 description——它决定 AI 何时自动触发。写"当用户说'上线'时触发",往后你只要说"上线",它就接管。写得越精准,AI 越能在对的场景里自己调用,不用你点名。

Skill 不是魔法。它是你把人类操作的"按钮顺序"写下来,交给 AI 反复执行。

本章主地图

三类 Skills,把能力装齐

正好对应你要给 AI 装的三种能力——让它拿到背景、让它跑通流程、让它高效产出

① 获取上下文类

让 AI 拿到背景

把"喂上下文"自动化——回扣第二章的"喂养"。

装:AI 搜索引擎 · 飞书/笔记/会议 MCP · 公众号下载

② 沉淀工作流类

把重复流程固化

反复做的几件事,写一次,往后一句话触发。

装:需求澄清 · 调研工作流 · 一键部署 · 各类自定义

③ 开发效率类

把事做快做好

提高开发与产出的效率,产出不再是干瘪默认样式。

装:自动开发闭环 · 前端设计 / 高端模板

①站在你的世界里,②按你的套路做事,
③把事做快做好。三类合起来,就是一片完整的"大海"。

① 获取上下文类

让它自己去取料

你喂它多少上下文,它就在多大的世界里替你思考。这一类 Skill,让它自己去互联网、去你的飞书和笔记取料——不用你手动复制粘贴。

🔎

四个 AI 搜索引擎

Tavily实时动态 · Exa按意图找替代方案 · Brave换源交叉验证 · Context7查当前官方文档。组合用,显著减少遗漏。

🗂️

协作工具与笔记

飞书文档/妙记/表格/消息 · Get 笔记语义召回 · 腾讯会议转写当上下文 · 公众号下载成 Markdown——中文实战经验最易漏的一块。

② 沉淀工作流类 · 灵魂所在

一条"从想法到产品"的接力链

每个 Skill 各自补掉一个最常见的卡点。

需求澄清(requirement-discovery):多数人一上来就让 AI 写,结果答非所问。它先把"做什么、给谁用、什么算做完"问明白,把方向定准。
调研工作流(research-workflow):动手前先查"有没有现成的、别人怎么做、坑在哪",自动并行搜、结论带出处——少造轮子,不被单一来源带偏。
一键部署:做好的网页/服务一条命令推上线,拿到分享链接,别人就能用。

除了这条标准链,你日后所有"每次都这么干"的流程——录音转写、文档变网页、每周成长报告——都能写成自定义 Skill,成为环境里一个常驻的能力。

③ 开发效率类 · 把产出提速

🤖

自动开发 auto-dev

不再写一段就停下等你;它把"写代码 → 测试 → 修 bug → 交付"整圈包了,自己跑通为止。

🎨

前端设计 / 高端模板

把"选风格 → 生成页面"做成一句话能调用的能力,产出不再是干瘪的默认样式。

3.3 怎么装

把链接发给 AI,
让它自己装

不用逐个手动配置。我们准备好了一份现成的安装包,三类 Skill 的真实清单、安装方式、要填的 Key 全列好了。

操作就一句话
把文档链接发给你的 AI(WorkBuddy / Claude Code / Codex),说"照这个文档把技能装好",剩下它自己做。
📦 打开 Skills 安装包文档 →

装的过程里,真正的重点是三样"环境地基"

🔑
API Key 预配:Tavily / Exa / Brave / 飞书 / Get 笔记,都要先去拿 Key 填进去,否则工具装了也用不起来。
🔌
MCP 预装:飞书、会议、笔记这些连接器先接上,AI 才够得着你的料。
🔎
搜索引擎配齐:四个引擎组合用,调研时才不遗漏、能交叉验证。

龙虾再聪明,
鱼缸里没有食物。装 Skills 花不了多少时间,但不打好地基,效能大打折扣——这些 Skill 和 Key,就是把它放回大海的那一步。

先手动跑顺,再把走通的路固化成 Skill——往后一句话调用。

3.4 从手动到 Skill 化

4 步演进(点开看心法)

你不必上来就写 Skill。最自然的路径,是先手动做几次,做顺了再固化

1

找一条能跑的命令链

先用裸命令把"hello world"端到端跑通一次。
心法:先确认这条路真能走通,不依赖 AI
2

抽出"灵魂三件事"

一个目标 + 一条命令 + 一个风格模板。
心法:把这件事最核心的三样剥出来,其余都是枝叶。
3

写 SKILL.md

把人要做的判断写成 description + 4-5 个 Step。
心法:这就是 3.1 那个最小骨架,用 Markdown 写清楚步骤。
4

让 description 自动触发

写"当用户说'XX'时自动触发"。
心法:往后一句话调用,不用再点名。

别追求第一版就完美。最好从你自己的使用习惯出发去打磨——每次用,每次改一点,三五次迭代之后才真正好用。

想深入:给自定义 Skill 设一个"人类确认点"

还有一个值得设的机关:在关键步骤卡一个"人类确认点"。比如部署前让 AI 先把方案报给你——"平台 X、风格 Y、链接 Z,OK 吗?"——等你说"好"再继续。

这样能避免它跑偏几十秒后你才发现错了。AI 提方案,人按方向盘。

3.5 卡点怎么办

撞上卡点,
直接在群里问

某个 Key 不知去哪拿、某个 MCP 没接上、某条命令报错——这很正常,不是你不行。别等全装好才开始,也别在一个卡点上自己死磕。遇到装不上、跑不通的,直接在 AI 分享群里问,技术助教实时解答。先把能跑的跑起来,剩下边用边补。

两根支柱接上第二章:上下文是 AI 替你思考的世界,Skills 是它在这个世界里做事的手和套路。地基搭到这里,环境就齐了。下一章,我们从"术"进到"道"——聊聊跟 AI 协作的心法。

← 上一章
上下文:喂养你的 AI