一個零基礎創建Skill的方法
整理版優先睇
零基礎創建Skill嘅實戰方法：從一次真實任務封裝，唔好直接上手結構
呢篇文章係由阿昆分享嘅經驗，佢發現以前收藏Prompt好難實際用，而Skill可以畀Agent自動調用，所以開始轉向收集Skill。但網上下載嘅Skill成日同自己實際情況有出入，佢就想教大家一個最簡單嘅零基礎創建方法，唔使研究複雜概念同文件結構。
佢提出先畀Agent完成一次真實任務，再將任務過程封裝成Skill。適合做Skill嘅任務要符合「重複做」、「流程固定」同「可判斷質量」三個條件。佢舉咗選題、每日睇動態、整理會議紀要同寫稿呢啲例子，強調唔好一開始整一個好大嘅Skill，而要拆細，例如寫稿Skill可以再拆分選題、寫稿、配圖等，邊界清晰先穩定。
整體結論係：通用模板封裝嘅Skill只係打底，最好嘅一定係自己同Agent協作跑通任務後沉澱出嚟嘅。佢嘅方法分三步：Agent做+反饋、Agent覆盤+補充、調用Skill Creator封裝。最後用簡單測試（觸發、流程、結果）決定留唔留，唔需要因為自己做嘅就硬用。
- Skill比Prompt更好用，Agent會自動調用，每個人都應該由收藏Prompt轉向收集Skill。
- 適合創建Skill嘅任務要重複、流程固定、可判斷質量，例如每週選題、整理會議紀要、寫稿等。
- 創建Skill嘅最大誤區係覆蓋範圍太闊，應該拆細成「寫稿Skill」「配圖Skill」呢類邊界清晰嘅細Skill。
- 創建方法：先畀Agent完成一次真實任務（做+反饋），再叫Agent覆盤任務過程（你補充），最後用Skill Creator封裝任務軌跡。
- 測試Skill好簡單：睇觸發係咪自然、流程係咪穩定輸出、結果係咪真係幫你省力，唔好用就唔好硬留。
直接創建Skill嘅信息模板提示詞
用嚟直接叫Skill Creator根據你提供嘅資訊創建初版Skill框架。內容包括：Skill要做咩、點觸發、唔處理咩、輸入、工具、輸出、你平時點做、質量標準、參考材料。Skill Creator會先追問再生成。
點解要由Prompt轉向Skill？
以前大家都係收藏Prompt，但到真係要用嘅時候成日諗唔起。Skill就解決呢個問題，Agent需要嘅時候自己會調用。𠵱家越來越多嘅人開始由「收藏提示詞」轉向「收集Skill」。
不過網上下載返嚟嘅Skill成日同你實際情況差咁啲，想自己做又唔知點入手。阿昆分享一個佢自己驗證過嘅最簡單方法：先畀Agent完成一次真實任務，再將任務過程封裝成Skill。
適合做Skill嘅任務要符合三個條件：會重複、流程固定、可判斷結果質量。
- 每週揾選題：要點讚過100、本週新發布嘅
- 每日睇AI相關行業動態：要某幾個固定賬號嘅信息
- 每次整理會議紀要：根據公司固定格式
- 每篇文章揾素材、寫大綱、改初稿、定標題、做配圖
雖然你日常未必有整理SOP，但你一定知點做，而且已經形成咗固定嘅處理流程。呢類任務就最啱整成Skill。
創建Skill嘅常見誤區
Skill雖然比Prompt做到更多，但唔係萬能。覆蓋能力唔可以太泛，例如「產品經理Skill」包曬需求分析到產品上線嘅所有工作，反而會一團亂。
Skill嘅邊界越清晰，Agent越穩定，你後續維護亦越容易。
三步創建屬於你嘅Skill
先唔好理漸進式披露、YAML、skill.md呢啲概念。第一步係去畀你嘅Agent裝任何一個「skill creator」類技能，即係用嚟創建技能嘅技能。𠵱家好多Agent都自帶呢個功能。然後跑一次真實任務，再封裝。
- 1 Agent做，你反饋：以寫稿Skill做例子，先叫Agent蒐集素材、分析觀點；然後寫大綱，你反饋調整；最後寫正文，繼續反饋句子長短、案例豐富度等。留意哪些步驟必要、哪些判斷要寫死、哪些材料必須畀、哪些地方要畀AI提問機會。
- 2 Agent覆盤，你補充：叫Agent覆盤剛才任務，佢總結做咗咩、正負反饋、判斷標準、關鍵信息、固定流程、需要追問嘅位；你檢查有冇漏咗嘅再補上。
- 3 調用Skill Creator：將任務軌跡（唔係抽象需求）交畀Skill Creator封裝。為咗保險，叫佢先梳理出Skill名稱、觸發場景、輸入輸出、執行流程、參考資料、工具調用、質量標準、常見問題，追問你缺失嘅信息，然後先封裝。
畀Skill Creator嘅唔係抽象需求，而係一段屬於你嘅真實任務軌跡。
要留意邊啲步驟係必要、邊啲多餘、邊啲判斷必須寫死、邊啲方法論材料必須畀。
Skill文件結構：知道大概就得
建立完Skill之後，一般嚟講個文件夾係咁樣㗎：
my-skill/
├── SKILL.md
├── scripts/
│ └── import_data.py
├── references/
│ ├── schema.md
│ └── workflow.md
└── assets/
└── template.xlsxSKILL.md係核心，話畀Agent幾時調用、點做、做到咩標準。references放長資料如風格手冊、案例庫；scripts放硬代碼處理；assets放模板、圖片等素材。
最應該關心嘅係SKILL.md入面嘅description，要寫清楚幾時應該用、幾時唔應該用。
對於一般人嚟講，知道結構就夠，唔使深入研究。後續用咗遇到問題或者要參考其他人嘅Skill，大概知相關說明喺邊個文件，揾得到就夠。
測試與小結：好用先留，唔好用就放
測試方法好簡單，針對個人使用：第一步睇觸發，準備幾句自然表達，應該觸發同唔應該觸發嘅句子都試嚇，睇Agent有冇誤會你嘅意圖。
- 應該觸發：幫我將呢篇資料寫成公眾號初稿／用我嘅文章方法處理呢個選題／將呢幾段素材整理成一篇可發布文章
- 唔應該觸發：幫我翻譯呢段英文／幫我查今日新聞／幫我寫一封請假郵件
第二步睇流程，換兩三組材料測試，重點係流程係咪穩定執行、輸出係咪符合結構。第三步睇結果，問自己：我下次願唔願意繼續用佢？願意就留低優化，唔願意就暫時放棄。沉沒成本唔參與決策，唔好因為自己做嘅就硬住頭皮用。
沉沒成本唔參與決策。唔好因為自己做嘅就硬用，多做漲經驗，越做越好。
當你第三次向Agent解釋同一個任務時，就唔好再解釋，去將佢變成Skill啦。
Hello大家，我係阿昆。
以前用AI，個個都係儲Prompt，我都存過唔少。
真係要用嘅時候，成日諗唔起。
Skill就解決咗呢個問題，Agent需要嘅時候自己會叫。
而家好多人開始由「儲提示詞」，轉向「收集Skill」。
但係網上下載嘅Skill，成日同你實際情況爭少少。
想自己做，又唔知點入手。
今次唔講複雜概念，亦唔研究文件結構。
我只講一個我自己驗證過，最簡單，零基礎創建 Skill 嘅方法。
首先叫Agent完成一次真實任務，再將呢次任務過程封裝成Skill。
適合做Skill嘅任務
除咗「會重複」，我仲會睇兩個條件。
一是過程相對固定，二是能夠判斷結果質素。
例如話：
每週揾選題，要like過100嘅，呢個禮拜新出嘅 每日要睇AI相關行業動態，要某幾個固定賬號嘅資訊 每次都要整理會議紀要，都跟公司嘅固定格式 每篇文章都要揾素材、寫大綱、改初稿、定標題、做配圖
雖然日常唔一定整理過SOP，但你一定知道點做，而且已經形成咗固定嘅處理流程。
創建Skill嘅誤區
Skill雖然比Prompt做得多啲，但都唔係萬能。
覆蓋能力唔可以太濫。
我話要一個「產品經理Skill」，都唔可以將我由需求分析到產品上線所有工作包曬入去，仲可能搞到一鑊泡。
但我可以拆成
需求優先級Skill 競品分析Skill 數據分析Skill ……
或者，你想要一個「公眾號運營Skill」，就可以拆成：
選題Skill 寫稿Skill 配圖Skill ……
Skill嘅「崗位」邊界越清晰，Agent都容易穩定發揮。
你後續維護都會越容易。
我嘅創建方法
你可能聽過漸進式披露、YAML、skill.md……
我哋暫時唔理呢啲，暫時冇必要知。
先去俾你嘅Agent裝任何一個「skill creator」類嘅技能，即係用來創建技能嘅技能。而家好多Agent都自帶。
然後，行一次，再封裝。
1. Agent做，你畀回饋
我用寫稿Skill嘅搭建舉個例，第一步先收集素材：
我現在有一個選題：xxx。
請你搜集權威素材，並查閲我知識庫內信息。給我整理相關素材。
從表達觀點、相關性、傳播點、讀者痛點這幾個角度分析找到的素材。
透過對話，叫佢調整信源、補充資訊，你可能會再俾多少少場外資訊佢。
跟住，再叫佢寫大綱：
根據蒐集到的素材，和我表達的思路。
寫出文章的大綱，包含各段落的小標題、核心觀點、選用案例。
得到結果，繼續畀回饋。
大綱太複雜、太簡單、唔符合科普類文章結構……
最後寫正文：
根據我知識庫裏的歷史創作文章，分析出我的寫作特點和方法。
按照大綱，寫這篇文章。
繼續對內容畀回饋：句子太長、案例唔夠豐富、風格需要再幽默啲……
叫Agent做完，先唔好急住抽流程。
中間你要留意：
邊啲步驟真係有必要，邊啲就有啲多餘 邊啲判斷一定要寫死 邊啲方法論、材料一定要俾 邊啲地方要俾AI機會提問、補充資訊 邊啲輸出格式可以用
2. Agent覆盤，你補充
呢步先叫Agent覆盤，你檢查有冇你留意到，但佢冇總結嘅點，再補充俾佢。
結合剛才任務執行的信息和我給出的反饋，覆盤剛才的任務：
1. 你完成任務時都做了什麼？哪些得到我的正反饋，哪些是負反饋？
2. 如果下次做同類任務，哪些判斷標準、方法論、材料應該沉澱下來？
3. 如果下次做同類任務，哪類信息對結果最關鍵？
4. 如果下次做同類任務，應該固定哪些流程？
5. 如果下次做同類任務，哪些地方需要向用戶追問？
3. 叫 Skill Creator
終於輪到Skill Creator出場。
呢個時候，你俾Skill Creator嘅就唔係一個抽象需求，而係一段屬於你嘅真實任務軌跡。
再叫Agent用Skill Creator去創建Skill，效果會明顯好啲。
穩陣起見，再叫佢梳理一下資訊，亦俾機會我哋做補充調整。
我想把剛才完成的任務封裝成Skill。
基於剛才的任務過程，幫我提煉：
1. 這個Skill應該解決什麼任務（Skill名稱）
2. 觸發場景：通常要怎麼被觸發，哪些情況不該觸發
3. 輸入輸出：輸入材料有哪些，輸出格式是什麼
4. 執行流程：固定執行流程是什麼
5. 參考資料：有哪些參考信息需要沉澱到Skill中
6. 工具調用：執行過程需要調用哪些工具或其他Skill
7. 質量標準：驗證標準，以及怎麼驗證執行結果是否符合標準
8. 常見問題：可能發生的錯誤和處理方式
先整理，並追問我缺失的信息，再封裝Skill。
返去結構
起完再理解結構都未遲。
一般嚟講起完嘅Skill文件夾係咁樣。最少有個SKILL.md，其他都係可選項。
my-skill/
├── SKILL.md
├── scripts/
│ └── import_data.py
├── references/
│ ├── schema.md
│ └── workflow.md
└── assets/
└── template.xlsx
SKILL.md：話俾Agent知幾時叫、跟咩流程做、做到咩標準。references/：放長啲嘅資料，例如風格手冊、案例庫、行業規則、過往樣稿。scripts/：放硬代碼處理嘅部分，例如格式轉換、數據清洗、批量重命名。assets/：放模板、圖片、字體、示例文件等輸出會用到嘅素材。
自己用最應該關心嘅唔係結構，而係SKILL.md裏面嘅 description 有冇講清楚幾時應該用、幾時唔應該用。
Skill能唔能夠被正確調用，就睇呢段描述寫得準唔準。
其他對於我哋一般人嚟講，結構知道就得，唔需要過多研究。
之後用嘅時候遇到問題，或者需要參考其他人嘅Skill。大概知道相關說明喺邊個文件度，揾得到，就夠。
新任務直接創建
對於新需求，都可以唔執行任務，直接創建。
我喺度都提供一份直接創建嘅資訊模板俾你參考。
組織好內容直接叫Skill Creator，先起一個初版框架再調整。
我想創建一個Skill。
我需要它做什麼：
我會怎麼觸發它：
它不應該處理什麼：
每次輸入通常有什麼：
它可以使用哪些工具：
我希望輸出長什麼樣：
我自己平時會怎麼做：
我判斷輸出質量的標準：
我能提供的參考材料：
根據我提供的信息，先問我你需要了解的問題，再搭建Skill。
不過因為冇實測過程，呢啲通常會生成一個「通用型」嘅Skill。
之後都要根據你嘅實測任務再做優化調整。
測試一下
呢個測試方法只係針對個人用嘅Skill，比較簡單。
1. 先睇觸發
準備幾句自然表達。
應該觸發：
幫我把這篇資料寫成公眾號初稿。
用我的文章方法處理一下這個選題。
把這幾段素材整理成一篇可發佈文章。
唔應該觸發：
幫我翻譯這段英文。
幫我查一下今天新聞。
幫我寫一封請假郵件。
睇佢有冇誤會你嘅意圖。
2. 再睇流程
換兩三組材料，測試重點睇：
穩定執行你所要求嘅流程 穩定按你要求嘅結構輸出
3. 最後睇結果
做Skill唔係目的，真係要幫我哋慳力先得。
測兩三次之後問嚇自己，佢真係幫我慳咗事咩？
有可能，你測試之後先發現，其實呢個流程唔適合固定，每次輸入差別都比較大，處理角度都比較隨機，Skill並唔能夠幫你減少工作量。
就問自己一個簡單問題，我下次願唔願意繼續用佢？
願意，就keep住優化。
唔願意，就暫時放棄。
沉沒成本唔參與決策。
唔好因為自己做就硬住頭皮用，亦唔好做一次唔得就掉鍵盤。
多做累積經驗，越做越好。
小結
只要你用Agent，你就一定需要Skill。
而且，根據自己獨特SOP做嘅Skill一定最好用。
方法其實就呢四步：
先揾一個你做過重複嘅任務 帶 Agent 真實完成一次 覆盤呢次任務入面有效嘅流程、材料同判斷標準 交俾 Skill Creator 封裝，用真實任務測試
唔好一開始就追求結構完整，亦唔好一嚟就做一個好大嘅 Skill。
通用模板設計出嚟嘅Skill可以打底，但只有從你同Agent協作跑通嘅任務入面沉澱出嚟，先係最適合你嘅Skill。
當你第3次向Agent解釋同一個任務時，就唔好再解釋喇，去將佢變成 Skill 啦。
好啦，今次嘅分享就到呢度。
如果對你有幫助，唔該幫我like嚇👍🏻，你嘅支持係我出文嘅動力。
我哋下次再傾~
Hello大家，我是阿昆。
以前用AI，大家都是收藏Prompt，我也存過不少。
真正要用的時候，經常想不起來。
Skill就解決這點，Agent需要的時候自己會調。
現在很多人開始從“收藏提示詞”，轉向“收集Skill”。
但網上下載的Skill，經常跟你的實際情況差那麼一點點。
想自己做，又不知道怎麼下手。
這次不講複雜概念，也不研究文件結構。
我只講一個我自己驗證過的，最簡單的，零基礎創建 Skill 的方法。
先讓Agent完成一次真實任務，再把這次任務過程封裝成Skill。
適合做Skill的任務
除了“會重複”，我還會看兩個條件。
一是過程相對固定，二是能判斷結果質量。
比如說：
每週找選題，要點贊過100的，本週新發布的 每天要看AI相關行業動態，要某幾個固定賬號的信息 每次都要整理會議紀要，都根據公司的固定格式 每篇文章都要找素材、寫大綱、改初稿、定標題、做配圖
雖然日常不一定整理過SOP，但你一定知道怎麼做，而且已經形成了固定的處理流程。
創建Skill的誤區
Skill雖然比Prompt能做的多，但也不是萬能的。
覆蓋能力不能太泛。
我說要一個“產品經理Skill”，也不能把我從需求分析到產品上線的所有工作都包進去，還可能弄得一團亂。
但我可以拆成
需求優先級Skill 競品分析Skill 數據分析Skill ……
或者，你想要一個“公眾號運營Skill”，就可以拆成：
選題Skill 寫稿Skill 配圖Skill ……
Skill的“崗位”邊界越清晰，Agent也容易穩定發揮。
你後續維護也會越容易。
我的創建方法
你也許聽過漸進式披露、YAML、skill.md……
我們先不管這些，暫時沒必要知道。
先去給你的Agent裝任何一個“skill creator”類的技能，也就是用來創建技能的技能。現在很多Agent也都自帶。
然後，跑一遍，再封裝。
1. Agent做，你反饋
我用寫稿Skill的搭建舉個例子，第一步先收集素材：
我現在有一個選題：xxx。
請你搜集權威素材，並查閲我知識庫內信息。給我整理相關素材。
從表達觀點、相關性、傳播點、讀者痛點這幾個角度分析找到的素材。
通過對話，讓它調整信源、補充信息，你也可能會再給它一些場外信息。
接下來，再讓他寫大綱：
根據蒐集到的素材，和我表達的思路。
寫出文章的大綱，包含各段落的小標題、核心觀點、選用案例。
得到結果，繼續反饋。
大綱太複雜、太簡單、不符合科普類文章結構……
最後寫正文：
根據我知識庫裏的歷史創作文章，分析出我的寫作特點和方法。
按照大綱，寫這篇文章。
繼續對內容進行反饋：句子太長、案例不夠豐富、風格需要再幽默一些……
讓Agent做完，先不急抽象流程。
中間你需要留意：
哪些步驟確實有必要，哪些則有點多餘 哪些判斷必須寫死 哪些方法論、材料必須給 哪些地方需要給AI機會提問、補充信息 哪些輸出格式可以使用
2. Agent覆盤，你補充
這一步先讓Agent覆盤，你檢查有沒有你留意到的，它沒總結的點，再補充給它。
結合剛才任務執行的信息和我給出的反饋，覆盤剛才的任務：
1. 你完成任務時都做了什麼？哪些得到我的正反饋，哪些是負反饋？
2. 如果下次做同類任務，哪些判斷標準、方法論、材料應該沉澱下來？
3. 如果下次做同類任務，哪類信息對結果最關鍵？
4. 如果下次做同類任務，應該固定哪些流程？
5. 如果下次做同類任務，哪些地方需要向用戶追問？
3. 調用 Skill Creator
終於輪到Skill Creator出場了。
這時候，你給Skill Creator的就不是一個抽象需求，而是一段屬於你的真實任務軌跡。
再讓Agent利用Skill Creator去創建Skill，效果會明顯更好。
保險起見，再讓它梳理一下信息，也給我們機會做補充調整。
我想把剛才完成的任務封裝成Skill。
基於剛才的任務過程，幫我提煉：
1. 這個Skill應該解決什麼任務（Skill名稱）
2. 觸發場景：通常要怎麼被觸發，哪些情況不該觸發
3. 輸入輸出：輸入材料有哪些，輸出格式是什麼
4. 執行流程：固定執行流程是什麼
5. 參考資料：有哪些參考信息需要沉澱到Skill中
6. 工具調用：執行過程需要調用哪些工具或其他Skill
7. 質量標準：驗證標準，以及怎麼驗證執行結果是否符合標準
8. 常見問題：可能發生的錯誤和處理方式
先整理，並追問我缺失的信息，再封裝Skill。
回到結構
建完再理解結構不遲。
一般來說建完的Skill文件夾長這樣。最少有個SKILL.md，其他都是可選項。
my-skill/
├── SKILL.md
├── scripts/
│ └── import_data.py
├── references/
│ ├── schema.md
│ └── workflow.md
└── assets/
└── template.xlsx
SKILL.md：告訴 Agent 什麼時候調用、按什麼流程做、做到什麼標準。references/：放長資料，比如風格手冊、案例庫、行業規則、過往樣稿。scripts/：放硬代碼處理的部分，比如格式轉換、數據清洗、批量重命名。assets/：放模板、圖片、字體、示例文件等輸出會用到的素材。
自己用最該關心的不是結構，而是 SKILL.md 裏的 description 是否說清楚了什麼時候該用、什麼時候不該用。
Skill能不能被正確調用，就看這段描述寫得準不準。
其他對於咱們一般人來說，結構知道就行了，不需要過多研究。
後續使用遇到問題，或者需要參考其他人的Skill。能大概知道相關說明在哪個文檔裏，能找到，就夠了。
新任務直接創建
對於新需求，也可以不執行任務，直接創建。
我這裏也提供一份直接創建的信息模板給你參考。
組織好內容直接調用Skill Creator，先搭建一個初版框架再調整。
我想創建一個Skill。
我需要它做什麼：
我會怎麼觸發它：
它不應該處理什麼：
每次輸入通常有什麼：
它可以使用哪些工具：
我希望輸出長什麼樣：
我自己平時會怎麼做：
我判斷輸出質量的標準：
我能提供的參考材料：
根據我提供的信息，先問我你需要了解的問題，再搭建Skill。
不過因為缺少實測過程，這種一般會生成一個“通用型”的Skill。
後續也得根據你的實測任務再做優化調整。
測試一下
這個測試方法僅針對個人使用的Skill，比較簡單。
1. 先看觸發
準備幾句自然表達。
應該觸發：
幫我把這篇資料寫成公眾號初稿。
用我的文章方法處理一下這個選題。
把這幾段素材整理成一篇可發佈文章。
不該觸發：
幫我翻譯這段英文。
幫我查一下今天新聞。
幫我寫一封請假郵件。
看它有沒有誤會你的意圖。
2. 再看流程
換兩三組材料，測試重點看：
穩定執行你所要求的流程 穩定按照你要求的結構輸出
3. 最後看結果
做Skill不是目的，真要幫我們省力才行。
測個2、3次之後問問自己，它真的幫我省事了嗎？
有可能，你測試後才發現，其實這個流程不適合固定，每次輸入差別都比較大，處理角度也比較隨機，Skill並不能幫你減少工作量。
就問自己一個簡單問題，我下次願不願意繼續用它？
願意，那就留着優化。
不願意，那就暫時放棄。
沉沒成本不參與決策。
別因為自己做的就硬着頭皮用，也別做了一次不成就摔鍵盤。
多做漲經驗，越做越好。
小結
只要你用Agent，你就一定需要Skill。
而且，根據自己獨特SOP做的Skill一定最好用。
方法其實就這四步：
先找一個你重複做過的任務 帶 Agent 真實完成一次 覆盤這次任務裏有效的流程、材料和判斷標準 交給 Skill Creator 封裝，用真實任務測試
不要一開始就追求結構完整，也不要一上來做一個很大的 Skill。
通用模板設計出來的Skill可以打底，但只有從你和Agent協作跑通的任務裏沉澱出來的，才是最適合你的Skill。
當你第3次向Agent解釋同一個任務時，就別再解釋了，去把它變成 Skill 吧。
好啦，這次的分享就到這裏。
如果對你有幫助，別忘了幫我點個贊👍🏻，你的支持是我發文的動力。
我們下次再聊~