用AI把重複工作變成skill的6種方式
整理版優先睇
總結6種將重複工作轉化為AI Skill的實戰路徑，從跑通流程到定時掃描
呢篇文章係作者分享佢自己創建咗30幾個duyi-*系列skill嘅實戰經驗，歸納出6種將重複工作變成skill嘅方法，門檻由低到高。作者本身係一個高頻AI用戶，經常要處理寫作、剪輯、網站開發等任務，佢發現好多重複流程都可以封裝成skill嚟提升效率。整體結論係：唔好一開始就想封曬成個大工作流，而係先從小流程開始，逐步迭代擴展；同時要養成任務結束順手沉澱、錯誤犯第三次就加防禦機制等習慣。
第一種方法係「跑通就封」，即係先將一個小環節閉環成skill，再用頻次驅動擴展，作者嘅寫作skill就係咁樣由V1迭代到V4，越嚟越完善。第二種係「任務結束順手問一句」，喺任務完成後問AI有咩可以沉澱成skill，但要留意先列出現有skill清單，避免重複。第三種係「錯誤犯第三次就加邊界」，將檢查規則寫入skill description，或者補入CLAUDE.md等memory，建立防禦性skill。
第四種係「研究別人的skill學習」，觀摩他人嘅結構同邏輯，慳返好多踩坑時間。第五種係「激活自己已有嘅方法論」，將以前嘅課程錄音等轉化為skill。第六種係「定時掃描候選清單」，用cron每週掃對話日誌同git log，輸出候選skill同關聯分析。最後作者畀咗一個重新開始嘅建議順序，由方式一開始，逐步用到方式六。
- 方式一：先封閉小流程，用頻次驅動擴展，唔好一開始就想全自動化。
- 方式二：任務結束順手問AI有咩可以沉澱，注意先列現有skill清單避免重複。
- 方式三：錯誤犯第三次就建立防禦性skill，將檢查規則寫入description，偶發錯誤只補memory。
- 方式四：研究別人skill嘅結構同邏輯，可以慳返大量踩坑成本。
- 方式五：激活自己已有嘅方法論，將課程錄音等轉化為skill；方式六：定時掃描對話日誌同git log，輸出候選清單。
方式一：跑通就封，從小流程開始
作者用自己嘅duyi-write寫作skill做例子，呢個skill迭代咗4個版本。最初追求全自動化，直接畀一個主題叫AI自己寫，結果跑咗幾次都唔滿意。後來改為逐步加入環節：先由錄音出文，再慢慢加訪談核實、邊界挑戰、查漏補缺，最終變成一個完整嘅skill。
另一個例子係剪輯skill，將1小時直播剪成5-6個切片。佢先封「語音識別+刪口語」呢段，跑順咗再加字幕，然後逐個細節調校，直到成個流程閉環。
唔好一開始就想將成個大工作流封入一個 skill
先讓一個環節閉環成 skill，再用頻次驅動擴展其他 skill
方式二：任務結束順手問一句
作者開發一個網站時，前期有大量調研工作，同AI來回溝通。任務結束時佢順手問咗句「你覺得我哋有邊啲流程下次可以複用」，結果就出咗一個完整嘅網站設計skill，涵蓋前端調研同後端開發。呢種skill唔係事先諗好嘅，而係任務結束順手問先出嚟。
要注意嘅係，agent可能未讀曬現有嘅skill清單就話「呢個係新嘅」，結果起咗好多重複。所以必須先列出現有skill清單，再判定要不要新建skill。
必須先列出現有skill清單，再判定要不要新建skill
方式三：錯誤犯第三次就加邊界
作者有一次將本機嘅個人信息同絕對路徑推咗上GitHub，呢件事唔可以靠記性，而係要封入skill。佢將所有推送類skill嘅description入面寫明「推送前要檢查咩、唔可以帶咩」，下次相關任務調用時自動過一遍。
切分邊界嘅原則：單條硬規則可以放落CLAUDE.md / AGENTS.md / memory（通用規則邊度都得），多步檢查清單就應該做一個skill。如果係偶發錯誤，或者錯誤嘅原因係上下文不足而唔係流程缺失，咁補memory就夠，唔使建立skill。
推送前要檢查咩、唔可以帶咩
方式四：研究別人嘅skill學習
作者嘅duyi-wechatfabu（公號發佈）就係研究咗寶玉嘅發佈skill之後做出嚟嘅。流程係打開寶玉嘅skill.md睇一遍，理解曬成個邏輯，然後叫AI按呢個邏輯寫自己嘅版本，手動測試OK就發佈。
呢一步慳咗大量踩坑成本，因為別人嘅結構同邏輯已經經過驗證。
研究別人的結構和邏輯
方式五：激活自己已有嘅方法論
作者之前有門新媒體運營課程，入面有賬號定位、內容設計、商業鏈路等模型，但呢啲方法論以前只係喺直播錄音同PPT入面，從來未變成skill。上星期佢將直播錄音轉成文字，叫agent掃一遍，將入面可複用嘅方法提煉出嚟，形成skill。一門課程幾個鐘嘅錄音，掃完可以出3-5個skill候選。
將直播錄音轉成文字，叫agent掃一遍，將可複用嘅方法提煉出嚟
方式六：定時掃描候選清單
當skill數量去到30幾個嗰陣，靠記性已經記唔清自己有冇重複做緊啲乜。做法係用cron或者/schedule每週掃一遍對話日誌同git log，輸出「候選skill清單+與現有skill嘅關聯分析」。
每週掃一遍對話日誌同git log，輸出候選skill清單
昨最近有朋友問我：「我已經搞掂咗一個流程，點樣變成 skill？」
我自己創建咗30幾個 duyi-* skill，做落嚟，創建路徑其實歸納成呢6種，門檻由低到高。
方式一、搞掂就封裝（由細流程到大工作流）
我嘅 duyi-write（寫作 skill）就係咁樣生出嚟，迭代咗4個版本。
2月嗰陣最開始我追求全自動化，直接畀一個主題 agent 自己寫。
行咗幾次唔滿意。
並唔係話呢個方式唔得，而係我呢個賬號嘅寫作方式更加傾向思考同經驗總結，實際上我都寫咗幾個用嚟仿寫嘅 skill。
3月再慢慢改成俾 AI 睇一段錄音直接出文，慢慢迭代到 V4：我畀一段錄音，AI 先自動做訪談核實、邊界挑戰、查漏補缺，然後先進入寫作。
呢個版本 skill 行咗幾十篇之後，我就比較滿意喇。
呢個時候先係一個完整嘅 skill。
我最近做緊嘅剪輯 skill 同樣係呢個邏輯。
將1小時直播剪成5-6個切片，流程包括錄屏儲存位置、語音識別、刪口語、加字幕、切片切分，任何一個環節單獨拎出嚟都需要調試。
我自己先封裝「語音識別 + 刪口語」呢一段，行順咗再加「字幕」。
字幕開頭「嗯嗯啊啊」呢啲語音轉錄嘅口語填充詞好多，同 AI 講一次 skill 邊度要調整，下次行出嚟又優化好咗少少。
後來發現某啲字幕樣式更好睇，直接叫 agent 跟住調。
一個細節一個細節加上去，直到成個流程閉環。
最後成品如下（仲喺迭代中）：
我嘅經驗係：唔好一開始就想將成個大工作流封裝入一個 skill。
先俾一個環節閉環成 skill，再用頻次驅動擴展其他 skill。
方式二、任務完咗順便問一句
任務完咗嘅時候順便問一句：「今次有邊啲可以沉澱成 skill？同我現有 skill 有冇關聯？可以併入就併入。」
我開發過一個網站，前期有大量調研工作。
成個過程同 AI 來回溝通，先做市場調研、確定調研維度，然後叫 AI 幫我設計網站。
中間有大量調整同踩坑。
任務完咗我就順便問咗一句：「你覺得我哋有邊啲流程下次可以複用」，結果就出咗一個非常完整嘅網站設計 skill，包括前端調研、後端開發。
呢種 skill 唔係事先諗到要做嘅，係任務完咗順便問先出嚟嘅。
呢度有個要注意嘅係：agent 未讀完現有 skill 清單就話「呢個係新嘅」，起咗一堆重複。
必須先列出現有 skill 清單，再判定使唔使新建 skill。
方式三、錯誤犯第三次就加邊界（防禦性 skill）
我自己有一次叫 AI 將 skill 推到 GitHub，推完先發現本機嘅個人信息、絕對路徑全部推咗上去。
呢啲嘢唔可以靠記性，一定要封裝入 skill 裏便。
而家我所有推送類 skill 嘅 description 裏便都明確寫「推送前要檢查啲乜、唔可以帶啲乜」，下次相關任務調起嚟自動過一次。
切分邊界：單條硬規則入 CLAUDE.md / AGENTS.md / memory（通用規則放邊度都得，睇你邊個工具用得多），多步檢查清單做 skill（例如「推送前 5 步檢查、掃描脱敏關鍵詞」）。
偶發錯誤，或者錯誤嘅原因係上下文不足而唔係流程缺失嘅話，就補 CLAUDE.md/AGENTS.md/memory** 就夠，唔使起 skill。
四、研究人哋嘅 skill 學習
我嘅 duyi-wechatfabu（公眾號發佈）就係研究咗寶玉嘅發佈 skill 之後做嘅。
流程係：打開寶玉嘅 skill.md 睇一次，理解佢成個邏輯，然後叫 AI 按呢個邏輯寫我自己嘅版本，我手動測試，測試 OK 發佈、正式放進 skill 庫。
研究人哋嘅結構同邏輯。
呢一步幫我省咗大量踩坑成本。
方式五、激活自己已有嘅方法論
我之前有一門新媒體運營課程，講賬號定位、內容設計、商業鏈路，裏便有傳播學模型同商業模型方法論，實操技巧。
呢啲方法論以前住喺直播錄音裏便、住喺 PPT 裏便，從來未變成 skill。
上個禮拜我將直播錄音轉成文字，叫 agent 掃一次，將裏便可複用嘅方法提煉出嚟形成 skill。
一門課程幾個鐘錄音，掃完可以出 3-5 個 skill 候選。
方式六、定時掃描候選清單（高頻用戶嘅奢侈品）
skill 數量到 30+ 嘅時候，靠記性已經記唔清自己重複緊啲乜。
做法係用 cron 或 /schedule 每個禮拜掃一次對話日誌同 git log，輸出「候選 skill 清單 + 同現有 skill 嘅關聯分析」。
如果重新開始：
方式一，將行得通3次嘅小流程封裝一個，行得通技術路徑 任務完咗養成方式二嘅習慣 錯誤犯第三次，行方式三起防禦性 skill 方式四，研究人哋嘅 skill 學習結構 方式五，激活自己以前嘅方法論 skill 數量到 30+，再上方式六嘅定時掃描
昨天有朋友問我"我已經跑通了一個流程,怎麼變成 skill"。
我自己創建了30 多個 duyi-* skill 跑下來,創建路徑其實歸納為這6 種,門檻由低到高。
方式一、跑通就封(從小流程到大工作流)
我的 duyi-write(寫作 skill)就是這樣長出來的,迭代了 4 個版本。
2月的時候最開始我追求全自動化,直接給一個主題agent自己寫。
跑了幾次不滿意。
並不是說這個方式不行，而是我的這個賬號寫作方式更傾向於思考和經驗總結，實際上我也寫了幾個用來仿寫的skill。
3月再慢慢改成讓 AI 看一段錄音直接出文,慢慢迭代到 V4:我給一段錄音,AI 先自動做訪談核實、邊界挑戰、查漏補缺,然後才進入寫作。
這個版本skill跑了幾十篇之後,我就比較滿意了。
這時候才是一個完整的 skill。
我最近在做的剪輯 skill 同樣是這個邏輯。
把 1 小時直播剪成 5-6 個切片,流程包括錄屏存儲位置、語音識別、刪口語、加字幕、切片切分,任何一個環節單拎出來都需要調試。
我自己先封"語音識別 + 刪口語"這一段,跑順了再加"字幕"。
字幕開始"嗯嗯啊啊"這種語音轉錄的口語填充詞很多,跟 AI 說一次skill哪裏要調整，下次跑出來又優化好了一點。
後來發現某些字幕樣式更好看,直接讓agent照着調。
一個細節一個細節加進去,直到整個流程閉環。
最後成品如下（還在迭代中）：
我的經驗是：不要一開始就想把整個大工作流封進一個 skill。
先讓一個環節閉環成skill,再用頻次驅動擴展其他skill。
方式二、任務結束順手問一句
任務結束的時候順手問一句:"本次有哪些可以沉澱成 skill?和我現有 skill 有沒有關聯?能併入就併入。"
我開發過一個網站,前期有大量調研工作。
整個過程跟 AI 來回溝通,先做市場調研、確定調研維度,然後讓 AI 幫我設計網站。
中間有大量調整和踩坑。
任務結束我就順手問了一句"你覺得我們有哪些流程下次可以複用",結果就出了一個非常完整的網站設計 skill,包括前端調研、後端開發。
這種 skill 不是事先想到要做的,是任務結束順手問才出來的。
這裏有個要注意的是：agent沒讀完現有 skill 清單就說"這是新的",建一堆重複。
必須先列現在有的skill清單，再判定要不要新建skill。
方式三、錯誤犯第三次就加邊界(防禦性 skill)
我自己有一次讓 AI 把 skill 推到 GitHub,推完才發現本機的個人信息、絕對路徑全推上去了。
這種事不能靠記性,必須封進 skill 裏。
現在我所有推送類 skill 的 description 裏都明確寫"推送前要檢查什麼、不能帶什麼"，下次相關任務調起來自動過一遍。
切分邊界:單條硬規則進 CLAUDE.md / AGENTS.md / memory(通用規則放哪都行,看你哪個工具用得多),多步檢查清單做 skill(比如"推送前 5 步檢查、掃描脱敏關鍵詞")。
偶發錯誤、或錯誤的原因是上下文不足而不是流程缺失的話,就補 CLAUDE.md/AGENTS.md / memory** 就夠,不用建 skill。
四、研究別人的 skill 學習
我的 duyi-wechatfabu(公號發佈)就是研究了寶玉的發佈 skill 之後做的。
流程是:打開寶玉的 skill.md看一遍,理解他整個邏輯,然後讓 AI 按這個邏輯寫我自己的版本,我手動測試,測試 OK 發佈、正式放進 skill 庫。
研究別人的結構和邏輯。
這一步省了我大量踩坑成本。
方式五、激活自己已有的方法論
我之前有一門新媒體運營課程,講賬號定位、內容設計、商業鏈路,裏面有傳播學模型和商業模型方法論，實操技巧。
這些方法論以前住在直播錄音裏、住在 PPT 裏,從來沒變成 skill。
上週我把:把直播錄音轉成文字,讓 agent 掃一遍,把裏面可複用的方法提煉出來形成 skill。
一門課程幾個小時錄音,掃完能出 3-5 個 skill 候選。
方式六、定時掃描候選清單(高頻用戶的奢侈品)
skill 數量到 30+的時候,靠記性已經記不清自己在重複什麼了。
做法是用 cron 或 /schedule 每週掃一遍對話日誌和 git log,輸出"候選 skill 清單 + 與現有 skill 的關聯分析"。
如果重新開始:
方式一,把跑通 3 次的小流程封一個,跑通技術路徑 任務結束養成方式二的習慣 錯誤犯第三次,走方式三建防禦性 skill 方式四,研究別人的 skill 學習結構 方式五,激活自己以前的方法論 skill 數量到 30+,再上方式六的定時掃描