Skip to content

01 · Skill 是什麼 ​

Skill(技能)是一個可複用的能力包:把某類活的規矩、流程、模板、示例打包成一份說明書,存起來。以後遇到這類活,一句話觸發,它自動照著做——不用你每次重講。

用帶新人的說法 ​

新人來了三個月,你發現自己在重複同一段話:

"我們的會議紀要要分三塊,待辦必須帶責任人和截止時間,人名一律用原文的稱呼不要補全,拿不準的寫待確認……"

老員工不用你說這些,因為公司有 SOP 手冊。新人看一遍手冊,以後就照著做了。

Skill 就是給 AI 的那本 SOP。 區別只有一個:真人看一遍就記住了,AI 每次都要重新翻——但翻書這個動作是自動的,你不用管。

它跟 Prompt 到底差在哪 ​

三個實質區別,不是文字遊戲:

一、存在哪裡 ​

Prompt 存在你的聊天記錄裡、你的備忘錄裡、你的腦子裡。Skill 存在一個檔案(夾)裡——可以提交到倉庫、可以發給同事、可以有版本號、可以被 review。

這一條決定了它能不能成為團隊資產。

二、什麼時候進入上下文 ​

Prompt 是你貼進去的,貼了就佔地方。

Skill 是按需載入的:平時只有它的"名字 + 一句話說明"待在那兒(很小),只有當你說的話跟它對上號了,完整內容才被讀進來。

這就是為什麼你可以同時裝二十個 Skill 而不擔心把上下文撐爆——沒被觸發的那十九個,幾乎不花錢。

三、誰負責決定用不用它 ​

Prompt:你決定。你貼了就用,不貼就不用。

Skill:AI 自己判斷。你說"幫我把這段記錄理一下",它掃一眼手上有哪些 Skill,發現有個叫"整理會議紀要"的、說明裡寫著"用於把零散會議記錄整理成結構化紀要",就自己把它翻出來照著做。

第三條是最大的認知轉折

這意味著你寫 Skill 的時候,有一半功夫要花在"讓它認得出該用這個"上,而不只是"用了以後該怎麼做"。

很多人的第一個 Skill 內容寫得很好,但從來沒被觸發過——問題出在那句說明上。04 章專門講這個。

它不是什麼 ​

不是一個軟體,也不是一個外掛。 它就是一份帶格式的說明書,主體是 Markdown 文本。

不是新的模型能力。 Skill 不會讓模型變聰明,只是把你的規矩穩定地餵給它。模型不會的事,Skill 也變不出來。

不是知識庫。 塞一百頁產品文件進 Skill,不如做 RAG。Skill 裝的是怎麼做事的規矩,不是要查的資料(雖然可以帶少量參考檔案,見 03 章)。

不是 Agent。 Agent 是"給個目標自己跑完全程"的工作模式;Skill 是它跑的時候可以翻的手冊。兩者常一起出現,但不是一回事。

一個最小的 Skill 長什麼樣 ​

不同平臺的具體形式有差別(09 章有對照表),但形狀是一樣的:一句觸發說明 + 一段做事的規矩。

以目前最標準化的那種形式(一個資料夾,裡面放一個 SKILL.md)為例:

markdown
---
name: meeting-notes
description: 把零散的會議記錄整理成結構化紀要,輸出結論、帶責任人的待辦、
  遺留問題三塊。當用戶提供會議記錄、會議錄音轉寫稿,或要求整理紀要、
  提取會議待辦時使用。
---

# 會議紀要整理

## 輸出結構

一、關鍵結論 / 已定事項
二、待辦事項(表格:事項 | 負責人 | 截止時間)
三、遺留 / 待確認問題

## 規則

- 只用使用者給的材料,不引入外部資訊
- 人名沿用原文稱呼,不要補全
- 負責人或時間不明確的,寫「待確認」,不要猜
- 材料裡前後矛盾的,兩個都列出來並標「原文衝突」

上半截(--- 之間)是給系統看的:它靠這個決定要不要用你。下半截是給模型看的:真要用了,才讀這一段。

看著眼熟嗎?——這就是你在提示詞篇調好的那條提示詞,去掉"這一次的材料",換個地方存。

所以真正的流程是 ​

text
1. 用 Prompt 把一件事做對          ← 提示詞篇
2. 同樣的事做第三遍,開始煩了       ← 訊號
3. 把那條提示詞裡"每次都一樣"的部分抽出來
4. 加一句"什麼時候該用我"
5. 存成 Skill
6. 以後一句話觸發

第 3 步是重點:Skill 裡只留每次都一樣的東西。"這次的會議記錄"是變的,不進 Skill;"紀要要分三塊"是不變的,進。

下一步 ​

02 · 什麼時候該做成 Skill —— 做早了是浪費,做晚了是重複勞動。

一份講通用概念的入門手冊 · 不綁定任何一家模型或工具 · 例子可直接照抄