1. 為什么你的 ChatGPT 提示詞總是“這次行下次崩”很多人第一次用 ChatGPT 處理重復(fù)任務(wù)時(shí)都會(huì)經(jīng)歷一個(gè)相似的循環(huán)第一次精心寫了一段提示詞輸出格式完美心里想著“以后就這么干”結(jié)果第二次做同類任務(wù)把提示詞復(fù)制過去出來的東西卻少了風(fēng)險(xiǎn)提示、語氣也變了甚至把該分三段的內(nèi)容揉成了一大段。于是你不得不重新解釋一遍“要分幾個(gè)部分”“每部分寫什么”“最后加不加風(fēng)險(xiǎn)提示”說完之后發(fā)現(xiàn)這次又和上次不一樣。這個(gè)問題的根源不在于模型變笨了而在于提示詞是“一次性”的而重復(fù)任務(wù)需要的是“可復(fù)用的流程”。提示詞像是一張便簽寫的是“幫我做一份周報(bào)”而 Skills 更像是一張標(biāo)準(zhǔn)作業(yè)卡寫的是“周報(bào)必須包含本周完成、下周計(jì)劃、風(fēng)險(xiǎn)與依賴三部分每部分不超過五條風(fēng)險(xiǎn)項(xiàng)必須標(biāo)注負(fù)責(zé)人”。前者靠模型臨場發(fā)揮后者靠流程約束輸出。我試過把同一段提示詞連續(xù)跑十次輸出結(jié)構(gòu)的一致率大概只有六成左右而把同樣的要求寫成 SKILL.md 之后連續(xù)跑二十次結(jié)構(gòu)完整率基本穩(wěn)定在九成以上。差別就在于提示詞是“請求”Skill 是“規(guī)程”。這篇文章要解決的就是怎么把你在 ChatGPT 里那些高頻、重復(fù)、有固定格式要求的任務(wù)從“每次重新說一遍”改造成“一次寫好、隨時(shí)調(diào)用”的 Skill。你會(huì)看到 SKILL.md 的完整模板、目錄結(jié)構(gòu)怎么組織、觸發(fā)示例怎么寫以及一次從提示詞到技能化的完整改造與驗(yàn)證過程。適合所有已經(jīng)在用 ChatGPT 處理周報(bào)、會(huì)議紀(jì)要、客戶郵件、數(shù)據(jù)復(fù)盤這類重復(fù)工作但每次都要重新解釋一遍的人。2. Skills、SKILL.md 與 GPTs/Projects 到底怎么分工在動(dòng)手寫第一個(gè) Skill 之前先把三個(gè)概念的分工理清楚否則很容易把 Skill 寫成另一個(gè)“長提示詞”用起來還是不穩(wěn)定。Skills 管的是“流程一致”。它回答的是“這類任務(wù)應(yīng)該按什么步驟做、輸出長什么樣、交付前檢查什么”。一個(gè) Skill 的核心是一份 SKILL.md 文件里面用 Markdown 寫清楚用途、輸入、步驟、輸出格式和自查清單。它不綁定具體話題只要任務(wù)類型匹配隨時(shí)可以調(diào)用。GPTs 管的是“上下文一致”。它回答的是“這個(gè)助手是誰、知道什么、能用什么工具”。一個(gè)定制 GPT 可以預(yù)設(shè)知識(shí)庫、啟用聯(lián)網(wǎng)或數(shù)據(jù)分析、配置自定義操作。GPT 更像一個(gè)領(lǐng)域?qū)＜叶?Skill 是這個(gè)專家手里的一張操作卡。一個(gè) GPT 內(nèi)部可以掛多個(gè) Skill分別處理該領(lǐng)域里不同類型的子任務(wù)。Projects 管的是“協(xié)作一致”。它把相關(guān)的對話、文件和成員收在一個(gè)空間里圍繞一個(gè)共同目標(biāo)推進(jìn)。在 Project 里可以調(diào)用特定的 GPT也可以使用預(yù)置的 Skill 來處理項(xiàng)目中的重復(fù)任務(wù)。打個(gè)比方GPT 是“品牌內(nèi)容專家”Projects 是“夏季推廣項(xiàng)目組”而 Skills 是專家手里的“博客初稿生成流程”“社媒文案改寫流程”“數(shù)據(jù)圖表解讀流程”。三者不是替代關(guān)系而是各管一段——Skill 管步驟GPT 管知識(shí)Project 管協(xié)作。那 SKILL.md 為什么用 Markdown因?yàn)樗銐蚝唵尾恍枰獙W(xué)編程就能改同時(shí)它結(jié)構(gòu)清晰標(biāo)題、列表、粗體這些標(biāo)記既方便人讀也方便系統(tǒng)解析。一份典型的 SKILL.md 通常包含五塊內(nèi)容用途說明一兩句話、所需輸入用戶要提供什么、分步操作指引按順序列動(dòng)作、輸出格式要求最終產(chǎn)出結(jié)構(gòu)、交付前自查清單結(jié)束前檢查什么。這里要特別提醒一點(diǎn)Skill 不是“更長的提示詞”。提示詞可以模糊比如“整理得有條理一些”但 Skill 必須具體比如“按時(shí)間順序列出討論要點(diǎn)每點(diǎn)后面跟一個(gè)負(fù)責(zé)人姓名”。越具體執(zhí)行越穩(wěn)。如果你在團(tuán)隊(duì)里用Skill 還有一個(gè)隱性價(jià)值它把老員工腦子里的“不成文規(guī)矩”變成了明文指令。比如“寫報(bào)告先列數(shù)據(jù)再給結(jié)論”“寫郵件開頭先感謝再提正事”這些以前靠問、靠猜的東西現(xiàn)在寫進(jìn) SKILL.md新成員直接調(diào)用就行。3. 可復(fù)制配置SKILL.md 模板與目錄結(jié)構(gòu)這一節(jié)給你可以直接抄的配置。先看目錄結(jié)構(gòu)再看 SKILL.md 模板最后看一個(gè)真實(shí)改造案例。3.1 目錄結(jié)構(gòu)怎么組織一個(gè) Skill 在本地或工作空間里建議按下面的結(jié)構(gòu)放skills/ └── weekly-report/ ├── SKILL.md # 核心流程文件必須 ├── templates/ │ └── report.md # 輸出模板可選 ├── examples/ │ └── sample.md # 范例輸出可選 └── assets/ └── brand.md # 品牌規(guī)范/術(shù)語表可選SKILL.md 是入口templates 放格式模板e(cuò)xamples 放一兩個(gè)“好輸出”的樣例assets 放品牌語氣、術(shù)語對照這類輔助材料。剛開始只寫 SKILL.md 也能跑后面再逐步補(bǔ)。3.2 SKILL.md 完整模板下面這份模板可以直接復(fù)制把方括號(hào)里的內(nèi)容換成你的任務(wù)# Skill 名稱周報(bào)生成 ## 用途 把零散的工作記錄整理成結(jié)構(gòu)固定的周報(bào)供團(tuán)隊(duì)同步使用。 ## 輸入 - 本周完成事項(xiàng)列表或流水賬均可 - 下周計(jì)劃事項(xiàng) - 當(dāng)前風(fēng)險(xiǎn)或阻塞項(xiàng)沒有則寫“無” ## 步驟 1. 讀取輸入按“完成 / 計(jì)劃 / 風(fēng)險(xiǎn)”三類歸并。 2. 每類內(nèi)部按重要性排序最多保留 5 條。 3. 每條用“動(dòng)詞 對象 結(jié)果”的句式改寫不超過 30 字。 4. 風(fēng)險(xiǎn)項(xiàng)必須標(biāo)注負(fù)責(zé)人和期望解決時(shí)間。 5. 按下方輸出格式組裝不添加額外寒暄。 ## 輸出格式 ### 本周完成 - [條目] ### 下周計(jì)劃 - [條目] ### 風(fēng)險(xiǎn)與依賴 - [條目]負(fù)責(zé)人X期望解決X月X日 ## 交付前自查 - [ ] 三類是否齊全沒有的寫“無” - [ ] 每類是否不超過 5 條 - [ ] 風(fēng)險(xiǎn)項(xiàng)是否都有負(fù)責(zé)人和時(shí)間 - [ ] 是否沒有多余開場白和總結(jié)這份模板的關(guān)鍵在于步驟用數(shù)字編號(hào)輸出格式用固定標(biāo)題自查清單用可勾選項(xiàng)。這三樣齊了模型執(zhí)行時(shí)的“自由度”就被壓到最低穩(wěn)定性自然上來。3.3 觸發(fā)示例怎么寫Skill 裝好之后有兩種調(diào)用方式。一種是自動(dòng)觸發(fā)你直接說“幫我整理這周的周報(bào)”系統(tǒng)判斷匹配就啟用。另一種是手動(dòng)指定在對話里 這個(gè) Skill 的名稱明確調(diào)用。為了讓自動(dòng)觸發(fā)更準(zhǔn)可以在 SKILL.md 的“用途”里寫清楚適用場景比如“當(dāng)用戶提供工作流水賬并要求生成周報(bào)時(shí)使用”。觸發(fā)示例可以這樣寫周報(bào)生成 本周完成了 A 項(xiàng)目接口聯(lián)調(diào)、B 需求評(píng)審、C 線上問題修復(fù) 下周計(jì)劃做 D 模塊開發(fā)、E 文檔補(bǔ)全 風(fēng)險(xiǎn)F 依賴第三方接口可能延期。3.4 從提示詞到 Skill 的改造對照假設(shè)你原來每次都說這段提示詞幫我把下面的工作記錄整理成周報(bào)分本周完成、下周計(jì)劃、風(fēng)險(xiǎn)三部分 每部分不超過五條風(fēng)險(xiǎn)要寫負(fù)責(zé)人不要加開場白。把它改造成 Skill就是把這段話拆進(jìn) SKILL.md 的對應(yīng)區(qū)塊用途寫“整理周報(bào)”輸入寫“工作記錄”步驟寫“歸并三類、排序、限五條、風(fēng)險(xiǎn)標(biāo)負(fù)責(zé)人”輸出格式寫三個(gè)固定標(biāo)題自查清單寫四條檢查項(xiàng)。改造完之后你只需要貼工作記錄不用再重復(fù)那段話。如果你在團(tuán)隊(duì)里用 GPTs 承載這個(gè) Skill可以在 GPT 的指令里寫“處理周報(bào)時(shí)優(yōu)先調(diào)用周報(bào)生成 Skill”這樣成員在 Project 里直接貼記錄就能出結(jié)果。需要管理多個(gè) Skill 和 API Key 時(shí)可以在控制臺(tái)里統(tǒng)一配置地址是 https://taotoken.net/api-keys 接入文檔在 https://taotoken.net/doc 。4. 驗(yàn)證請求跑一遍看輸出穩(wěn)不穩(wěn)配置寫完不算完得跑驗(yàn)證。驗(yàn)證的目標(biāo)不是“能不能出結(jié)果”而是“連續(xù)多次出結(jié)果是否結(jié)構(gòu)一致”。4.1 準(zhǔn)備三組測試輸入選三組差異較大的輸入一組條目多、一組條目少、一組帶風(fēng)險(xiǎn)項(xiàng)。比如輸入A條目多 完成接口聯(lián)調(diào)、需求評(píng)審、線上修復(fù)、文檔更新、代碼review、周會(huì) 計(jì)劃模塊開發(fā)、文檔補(bǔ)全、測試用例 風(fēng)險(xiǎn)第三方接口可能延期 輸入B條目少 完成寫了一份方案 計(jì)劃等反饋 風(fēng)險(xiǎn)無 輸入C帶風(fēng)險(xiǎn) 完成數(shù)據(jù)遷移 計(jì)劃灰度發(fā)布 風(fēng)險(xiǎn)遷移腳本在高峰期可能超時(shí)需要DBA支持4.2 連續(xù)跑并對照自查清單把三組輸入分別跑兩到三次每次輸出都對照 SKILL.md 里的自查清單檢查三類是否齊全、每類是否不超過五條、風(fēng)險(xiǎn)項(xiàng)是否都有負(fù)責(zé)人和時(shí)間、有沒有多余開場白。如果輸入B里“風(fēng)險(xiǎn)無”輸出里風(fēng)險(xiǎn)部分應(yīng)該寫“無”而不是省略整個(gè)標(biāo)題。如果輸入C的風(fēng)險(xiǎn)項(xiàng)沒寫負(fù)責(zé)人說明步驟里的“風(fēng)險(xiǎn)項(xiàng)必須標(biāo)注負(fù)責(zé)人”沒被嚴(yán)格執(zhí)行需要回到 SKILL.md 把這條寫得更硬比如改成“風(fēng)險(xiǎn)項(xiàng)格式固定為‘[描述]負(fù)責(zé)人X期望解決X月X日’缺一不可”。4.3 用模型對話快速對比如果你想快速對比“提示詞版”和“Skill版”的差異可以在模型對話里分別跑同一組輸入觀察結(jié)構(gòu)完整率。地址是 https://taotoken.net/models 把兩版輸出并排看差異一目了然。4.4 驗(yàn)證通過的判斷標(biāo)準(zhǔn)我的判斷標(biāo)準(zhǔn)是連續(xù)跑五次結(jié)構(gòu)完整率不低于九成風(fēng)險(xiǎn)項(xiàng)負(fù)責(zé)人和時(shí)間字段不缺失沒有多余寒暄。達(dá)到這個(gè)標(biāo)準(zhǔn)這個(gè) Skill 就可以投入日常使用了。達(dá)不到就回到 SKILL.md 改步驟或自查清單改完再跑。這里有個(gè)經(jīng)驗(yàn)驗(yàn)證時(shí)不要只測“正常輸入”一定要測“邊界輸入”。比如空輸入、只有一條的輸入、風(fēng)險(xiǎn)項(xiàng)缺失負(fù)責(zé)人的輸入。邊界輸入最能暴露 SKILL.md 里沒寫死的地方。5. 常見報(bào)錯(cuò)與排查401、local proxy failed、reading choices、OAuthSkill 本身是流程文件但一旦涉及調(diào)用 API 或在工具里接入就會(huì)碰到一些典型報(bào)錯(cuò)。下面按真實(shí)報(bào)錯(cuò)逐條排查。5.1 401 Unauthorized這是最常見的接入報(bào)錯(cuò)意思是 Key 沒被認(rèn)出來。排查順序先確認(rèn) Key 有沒有復(fù)制完整前后有沒有多空格再確認(rèn) Key 有沒有過期或被禁用最后確認(rèn)請求頭里的字段名對不對通常是Authorization: Bearer 你的Key。如果是在 Cline、CC Switch 這類工具里配置檢查 Base URL 和 Key 是不是填在了對應(yīng)的輸入框里別把 Key 填到 URL 欄。5.2 local proxy failed這個(gè)報(bào)錯(cuò)通常出現(xiàn)在本地工具通過代理轉(zhuǎn)發(fā)請求時(shí)。意思是本地轉(zhuǎn)發(fā)層沒起來或端口不通。排查確認(rèn)本地服務(wù)是否在運(yùn)行、端口是否被占用、工具里配置的本地地址和實(shí)際監(jiān)聽地址是否一致。如果是 CC Switch 這類切換工具檢查當(dāng)前選中的配置項(xiàng)是不是指向了正確的 Base URL。5.3 reading choices 相關(guān)報(bào)錯(cuò)這類報(bào)錯(cuò)一般出現(xiàn)在解析模型返回結(jié)構(gòu)時(shí)意思是返回體里沒有預(yù)期的choices字段。常見原因是請求發(fā)出去但返回的是錯(cuò)誤信息比如 401 或 404被當(dāng)成正常響應(yīng)去解析了。排查先把原始返回打印出來看確認(rèn)是不是錯(cuò)誤碼再檢查請求的模型 ID 是否寫對模型 ID 寫錯(cuò)時(shí)也可能返回非預(yù)期結(jié)構(gòu)。5.4 OAuth 相關(guān)報(bào)錯(cuò)在 Claude Code、Codex 這類工具里接入時(shí)可能碰到 OAuth 流程報(bào)錯(cuò)。排查確認(rèn)回調(diào)地址是否和配置一致、本地端口是否被占用、瀏覽器是否攔截了跳轉(zhuǎn)。如果是 Codex 的auth.json檢查里面的字段是否完整Base URL、Key、Model ID 三件套是否都填了。5.5 三件套檢查清單只要涉及工具接入就檢查這三樣配置項(xiàng)說明常見錯(cuò)誤Base URL接口地址多寫或少寫路徑、帶了多余斜杠Key訪問密鑰復(fù)制不完整、前后有空格Model ID模型標(biāo)識(shí)拼寫錯(cuò)誤、用了不存在的模型名這三樣任何一樣不對都會(huì)表現(xiàn)為各種看似不相關(guān)的報(bào)錯(cuò)。排查時(shí)先核對三件套能省很多時(shí)間。需要新建或查看 Key 時(shí)去 https://taotoken.net/api-keys 接入細(xì)節(jié)看 https://taotoken.net/doc 。6. 把 Skill 用起來從單個(gè)任務(wù)到團(tuán)隊(duì)復(fù)用寫到這里你已經(jīng)有了 SKILL.md 模板、目錄結(jié)構(gòu)、觸發(fā)示例和驗(yàn)證方法。接下來最關(guān)鍵的一步是真正把它用起來。我的建議是從最小的任務(wù)開始。不要一上來就寫一個(gè)“處理所有市場文案”的大 Skill而是先挑一個(gè)你每周都要做、格式固定、步驟不超過五步的小任務(wù)。比如“把零散筆記轉(zhuǎn)成三段式會(huì)議紀(jì)要”或者“把客戶通話記錄轉(zhuǎn)成商機(jī)評(píng)估”。用模板寫一份 SKILL.md跑三組輸入驗(yàn)證穩(wěn)定之后再用到日常里。當(dāng)你發(fā)現(xiàn)某個(gè) Skill 已經(jīng)連續(xù)用了十次、每次結(jié)果都穩(wěn)定可靠時(shí)那種“不用再操心瑣事”的輕松感就是這件事最實(shí)在的回饋。之后再逐步擴(kuò)展把多個(gè) Skill 組合進(jìn)一個(gè) GPT在 Project 里讓團(tuán)隊(duì)共用甚至把 Skill 分享給同事讓輸出的質(zhì)量站在同一條基準(zhǔn)線上。如果你需要長期跑編碼或 Agent 類任務(wù)可以考慮 Coding Plan地址是 https://taotoken.net/coding-plan 。需要管理多個(gè) Skill 和 Key 時(shí)控制臺(tái)在 https://taotoken.net/console 。把這些基礎(chǔ)配置理順之后Skill 的復(fù)用價(jià)值會(huì)進(jìn)一步放大。最后留一個(gè)實(shí)用技巧給每個(gè) Skill 在 SKILL.md 頂部加一行版本號(hào)和更新日期比如 版本v1.2 | 更新2025-06。改過幾次之后你會(huì)感謝這行字因?yàn)樗軒湍憧焖倥袛嗄硞€(gè)輸出是用哪版流程跑出來的。