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