這兩年AI圈子里“開(kāi)源Skills”幾乎成了Agent工作流的代名詞。說(shuō)白了它就是把一段可復(fù)用的AI工作指令打包成文件讓AI助手按你定義的流程去干活不再每次從零開(kāi)始重復(fù)“調(diào)教”。這個(gè)項(xiàng)目標(biāo)題里的5個(gè)Skills覆蓋了筆記整理、客戶(hù)會(huì)議準(zhǔn)備、數(shù)據(jù)查詢(xún)、演示文稿制作和配圖這五個(gè)高頻辦公場(chǎng)景目的非常明確把AI從“聊天機(jī)器人”變成“能直接交付結(jié)果的員工”。如果你已經(jīng)受夠了讓AI幫你寫(xiě)東西時(shí)每次都重新解釋背景、格式和風(fēng)格或者你想讓團(tuán)隊(duì)的AI使用體驗(yàn)標(biāo)準(zhǔn)化這篇文章值得你看完。我會(huì)把這5個(gè)Skills逐個(gè)拆開(kāi)講清楚它們解決什么問(wèn)題、里面有什么、怎么裝怎么用以及我在落地過(guò)程中踩過(guò)的坑。1. 先搞清楚Skills到底是什么和普通提示詞有什么不一樣1.1 它不是“提示詞模板”而是一個(gè)完整的“技能包”很多人第一次接觸Skills時(shí)容易把它理解成“高級(jí)提示詞”這個(gè)理解方向?qū)α艘话?。提示詞是告訴AI“你要做什么”但Skills不僅告訴AI“做什么”還告訴它“怎么做、用什么工具做、按什么標(biāo)準(zhǔn)交付”。打個(gè)比方你給實(shí)習(xí)生一份需求文檔那是提示詞你給實(shí)習(xí)生一份SOP加上配套的Excel模板、檢查清單和過(guò)往案例參考這才是Skills。從技術(shù)實(shí)現(xiàn)上看一個(gè)標(biāo)準(zhǔn)Skills通常包含一個(gè)SKILL.md文件作為主入口里面用YAML格式寫(xiě)清技能的名稱(chēng)和描述然后用Markdown寫(xiě)清工作流程、輸出格式和注意事項(xiàng)。復(fù)雜一點(diǎn)的Skills還會(huì)附帶scripts目錄放Python腳本或Shell腳本讓AI在需要時(shí)調(diào)用這些腳本完成計(jì)算、數(shù)據(jù)抓取或文件處理。我在實(shí)際使用中最大的感受是提示詞是“一次性筷子”每次用完就扔Skills是“專(zhuān)業(yè)工具箱”打開(kāi)就能用而且里面的工具是固定的、經(jīng)過(guò)驗(yàn)證的。這也是為什么開(kāi)源社區(qū)越來(lái)越熱衷于把好用的Skills沉淀成倉(cāng)庫(kù)因?yàn)橐坏?xiě)好了整個(gè)團(tuán)隊(duì)都能受益。1.2 為什么開(kāi)源生態(tài)對(duì)Skills這么重要這個(gè)項(xiàng)目能成立核心前提就是“開(kāi)源”二字。閉源的Skills往往綁定特定廠商、特定模型遷移性和透明度都不夠。開(kāi)源的Skills則不同你拿到手的是一份純文本的Markdown加幾個(gè)腳本可以完全看清楚AI每一次調(diào)用時(shí)到底執(zhí)行了什么邏輯。這對(duì)企業(yè)用戶(hù)尤其重要因?yàn)闋砍兜綌?shù)據(jù)安全時(shí)你不能接受一個(gè)“黑盒”替你做客戶(hù)會(huì)議準(zhǔn)備或數(shù)據(jù)查詢(xún)。另一個(gè)實(shí)際好處是社區(qū)迭代速度。拿這次要講的5個(gè)Skills來(lái)說(shuō)我在GitHub上能找到至少三四個(gè)不同版本的同類(lèi)實(shí)現(xiàn)有的專(zhuān)注用Jupyter Notebook做深度數(shù)據(jù)分析有的走純命令行路線(xiàn)。你可以根據(jù)自己的實(shí)際環(huán)境選一個(gè)fork下來(lái)改也可以把幾個(gè)項(xiàng)目的優(yōu)點(diǎn)合到一起。開(kāi)源生態(tài)還意味著你不需要從零開(kāi)始寫(xiě)文檔每個(gè)項(xiàng)目都會(huì)帶README和示例這在工程化落地時(shí)能省下大量時(shí)間。2. 環(huán)境準(zhǔn)備安裝Skills前需要搭好的底座2.1 運(yùn)行時(shí)環(huán)境要求在動(dòng)手安裝這5個(gè)Skills之前得先確認(rèn)你的環(huán)境支持Agent調(diào)用外部指令包。目前主流的方式有兩種如果你用的是Claude Code或Codex這類(lèi)終端型Agent直接把Skills放進(jìn)對(duì)應(yīng)的skills目錄即可如果你用的是其他支持MCPModel Context Protocol的客戶(hù)端也可以通過(guò)MCP配置加載。我個(gè)人的建議是如果你日常主要寫(xiě)代碼、跑腳本用Claude Code最順手如果你的場(chǎng)景更多是文檔處理和數(shù)據(jù)分析那么用支持MCP的通用客戶(hù)端體驗(yàn)會(huì)更好。這里不展開(kāi)講具體選型但請(qǐng)記住一個(gè)原則不要同時(shí)開(kāi)太多Skills因?yàn)槊看蜛I調(diào)用時(shí)都會(huì)掃描全部可用的Skills描述數(shù)量太多會(huì)干擾它做選擇這也是后面會(huì)說(shuō)到的調(diào)優(yōu)點(diǎn)。2.2 基礎(chǔ)目錄結(jié)構(gòu)與安裝方式安裝流程其實(shí)很標(biāo)準(zhǔn)化。以Claude Code為例你需要在用戶(hù)目錄下創(chuàng)建或找到.claude/skills/這個(gè)文件夾然后把每個(gè)Skills作為獨(dú)立子文件夾放進(jìn)去。比如你下載了一個(gè)叫client-brief的Skills正確結(jié)構(gòu)應(yīng)該是~/.claude/skills/ └── client-brief/ ├── SKILL.md └── scripts/ └── fetch_company_info.py這里有個(gè)非常容易踩的坑SKILL.md必須直接位于技能文件夾的根目錄下不能嵌套到下一層。AI在掃描時(shí)是按固定路徑尋找SKILL.md的放錯(cuò)了位置它根本不會(huì)加載。我一開(kāi)始圖省事把整個(gè)下載的倉(cāng)庫(kù)文件夾直接丟進(jìn)去結(jié)果發(fā)現(xiàn)多了一層文件夾AI完全識(shí)別不了這個(gè)技能。裝好之后你可以用斜杠命令/skills來(lái)查看當(dāng)前已加載的Skills列表確認(rèn)這5個(gè)技能是否都被正確識(shí)別。如果列表里看不到優(yōu)先檢查SKILL.md的文件名是否準(zhǔn)確、YAML頭部的name字段是否合法。3. 逐一拆解這5個(gè)開(kāi)源Skills到底能干什么3.1 筆記整理Skills把混亂的草稿變成結(jié)構(gòu)化的知識(shí)資產(chǎn)平時(shí)我記錄靈感大多靠隨手往文檔里丟幾句時(shí)間一長(zhǎng)筆記內(nèi)容雖然多卻毫無(wú)結(jié)構(gòu)。這個(gè)筆記整理Skills解決的正是這個(gè)問(wèn)題它會(huì)把一堆雜亂的速記按主題歸攏補(bǔ)全邏輯鏈條甚至是提煉成帶標(biāo)簽的筆記卡片方便后續(xù)檢索和回顧。它內(nèi)部的工作流程大致是先掃描輸入的文本塊按語(yǔ)義相似度做粗分組再為每一組生成概括性的小標(biāo)題最后結(jié)合你預(yù)設(shè)的筆記模板輸出格式化結(jié)果。有些實(shí)現(xiàn)還會(huì)調(diào)用一個(gè)嵌入模型對(duì)內(nèi)容做向量化這樣后續(xù)可以通過(guò)語(yǔ)義搜索找到相關(guān)筆記。如果你用Obsidian這類(lèi)雙鏈筆記工具甚至可以配置Skills直接生成帶[[雙向鏈接]]的Markdown文件。我試過(guò)給它一批滿(mǎn)是口語(yǔ)碎碎念的會(huì)議速記輸出結(jié)果讓團(tuán)隊(duì)同事都以為我找了專(zhuān)業(yè)的知識(shí)管理咨詢(xún)。但要注意這類(lèi)Skills對(duì)輸入質(zhì)量還是有一定要求的如果原始文本過(guò)于碎片化它生成的概括可能會(huì)偏離原意。所以我在使用時(shí)通常會(huì)先花兩分鐘把關(guān)鍵信息理順再交給它。3.2 客戶(hù)會(huì)議準(zhǔn)備Skills見(jiàn)客戶(hù)前先讓AI幫你把功課做足這個(gè)Skills特別適合銷(xiāo)售、客戶(hù)成功和咨詢(xún)崗位的人。它的核心邏輯是給AI一個(gè)客戶(hù)公司名稱(chēng)和目標(biāo)會(huì)議背景它會(huì)自動(dòng)從公開(kāi)渠道收集這家公司的業(yè)務(wù)概況、近期動(dòng)態(tài)、管理層變動(dòng)、可能存在的痛點(diǎn)然后生成一份會(huì)議準(zhǔn)備簡(jiǎn)報(bào)。實(shí)際使用時(shí)你只需要給出客戶(hù)域名或者公司全稱(chēng)Skills會(huì)調(diào)用搜索API和爬蟲(chóng)腳本去抓取信息再按固定模板輸出。模板里通常包括客戶(hù)業(yè)務(wù)速覽、與我們產(chǎn)品的潛在契合點(diǎn)、三種可能的客戶(hù)疑慮與應(yīng)對(duì)策略、會(huì)前必問(wèn)問(wèn)題清單。這樣你在進(jìn)入會(huì)議室之前心里就有了好幾張底牌。這個(gè)Skills的價(jià)值不只是省時(shí)間更在于它強(qiáng)制你養(yǎng)成了“會(huì)前必調(diào)研”的習(xí)慣。以前我準(zhǔn)備工作做得粗糙現(xiàn)在有了它哪怕只有十分鐘也能快速生成一份有模有樣的背景資料。但必須提醒一句AI抓取的信息有時(shí)效性和準(zhǔn)確性局限涉及關(guān)鍵決策數(shù)據(jù)時(shí)一定要人工復(fù)核一遍別拿機(jī)器給的二手信息去應(yīng)付大客戶(hù)。3.3 數(shù)據(jù)查詢(xún)Skills不用寫(xiě)SQL也能查到你想要的數(shù)據(jù)這個(gè)Skills做得好的版本本質(zhì)上是一個(gè)“自然語(yǔ)言到SQL”的轉(zhuǎn)換器再加上一層對(duì)查詢(xún)結(jié)果的解釋包裝。它的工作方式是我把數(shù)據(jù)源連接信息、表結(jié)構(gòu)說(shuō)明和問(wèn)題描述丟給它它會(huì)生成SQL查詢(xún)語(yǔ)句執(zhí)行之后再把結(jié)果整理成通俗易懂的結(jié)論。我測(cè)試過(guò)一個(gè)實(shí)現(xiàn)它接的是SQLite數(shù)據(jù)庫(kù)我只需要在Skills配置里寫(xiě)清楚數(shù)據(jù)庫(kù)文件路徑和各張表的名字段含義剩下的事情全部交給它。比如我問(wèn)“上季度各個(gè)區(qū)域的銷(xiāo)售額對(duì)比哪個(gè)區(qū)域增長(zhǎng)最快”它會(huì)自動(dòng)JOIN兩張表算好匯總輸出結(jié)論還附帶一條可直接復(fù)用的SQL供我檢查。這類(lèi)Skills最大的意義是降低了數(shù)據(jù)獲取的門(mén)檻讓不懂SQL的業(yè)務(wù)同學(xué)也能自主查數(shù)。不過(guò)它對(duì)“表結(jié)構(gòu)描述”的依賴(lài)很高如果配置時(shí)沒(méi)寫(xiě)清楚字段含義AI很容易生成語(yǔ)義有誤的查詢(xún)。我的建議是在Skills的SKILL.md里用專(zhuān)門(mén)一節(jié)描述表關(guān)系越詳細(xì)越好能附上幾條示例查詢(xún)就更好了。3.4 演示文稿Skills從大綱到PPT一步到位但你要會(huì)“管住”它做演示文稿可能是這5個(gè)Skills里最直觀能感受到效率提升的。傳統(tǒng)的做法是自己開(kāi)PPT軟件一頁(yè)頁(yè)排版而這個(gè)Skills能根據(jù)你輸入的主題和要點(diǎn)自動(dòng)生成一份結(jié)構(gòu)完整、設(shè)計(jì)統(tǒng)一的HTML幻燈片或者M(jìn)arkdownreveal.js工程。底層實(shí)現(xiàn)大多是用模板引擎把AI生成的每頁(yè)標(biāo)題、要點(diǎn)、備注映射到預(yù)先設(shè)計(jì)好的版式上。這意味著設(shè)計(jì)風(fēng)格是固定的你換來(lái)?yè)Q去也就是在幾個(gè)模板之間選。好處是輸出標(biāo)準(zhǔn)統(tǒng)一不會(huì)出現(xiàn)一頁(yè)字多一頁(yè)字少的災(zāi)難現(xiàn)場(chǎng)壞處是如果你想做“很驚艷”的視覺(jué)設(shè)計(jì)它目前還替代不了專(zhuān)業(yè)設(shè)計(jì)師。實(shí)際使用經(jīng)驗(yàn)是一定要把頁(yè)數(shù)和每頁(yè)的要點(diǎn)條數(shù)明確寫(xiě)給Skills比如“8頁(yè)每頁(yè)不超過(guò)4個(gè)要點(diǎn)每點(diǎn)不超過(guò)15個(gè)字”。否則它會(huì)自由發(fā)揮生成一頁(yè)上堆20個(gè)字的“長(zhǎng)難句”觀眾根本看不清。還有圖片資源是個(gè)大問(wèn)題純文字的頁(yè)面好辦一旦牽扯到找配圖Skills通常會(huì)給你留占位符需要你后期自行替換。3.5 配圖Skills讓AI幫你搞定文章題圖和示意圖最后一個(gè)配圖Skills解決的是“文章寫(xiě)好了但沒(méi)有一張像樣的頭圖”這個(gè)問(wèn)題。它通常有兩種實(shí)現(xiàn)路線(xiàn)一種是通過(guò)調(diào)用圖像生成API根據(jù)文本描述直接生成插畫(huà)風(fēng)格的圖片另一種是生成SVG矢量圖適合做流程圖、架構(gòu)圖和數(shù)據(jù)示意圖。我更喜歡SVG路線(xiàn)因?yàn)樗傻氖噶繄D可以無(wú)損縮放還方便二次編輯。這個(gè)Skills的典型工作流是你給它一段描述比如“一張展示用戶(hù)登錄流程的示意圖”它會(huì)自己設(shè)計(jì)圖形元素、計(jì)算坐標(biāo)、生成SVG代碼你保存成文件后就能直接用。由于SVG本質(zhì)是文本AI在這方面的可控性比位圖高了不少生成出來(lái)的圖一般都不會(huì)太走樣。要注意的是SVG圖形里如果涉及中文文字可能會(huì)有字體兼容性問(wèn)題。我在Windows上生成過(guò)一張帶中文標(biāo)簽的架構(gòu)圖到了某個(gè)預(yù)覽器里中文全部變成了方框。后來(lái)我統(tǒng)一在生成指令里要求“所有文字標(biāo)簽使用英文括號(hào)內(nèi)附中文說(shuō)明”才徹底避開(kāi)這個(gè)坑。如果你的Skills配置里支持自定義字體也可以把系統(tǒng)中文字體路徑寫(xiě)進(jìn)去效果會(huì)更好。4. 踩坑實(shí)錄安裝和調(diào)用Skills時(shí)最容易翻車(chē)的幾個(gè)地方4.1 SKILL.md的“說(shuō)明書(shū)”寫(xiě)不好AI就不會(huì)用你這是整個(gè)Skills體系中最關(guān)鍵的一環(huán)。SKILL.md里的description字段決定了AI什么時(shí)候會(huì)想到調(diào)用這個(gè)技能。如果你把它寫(xiě)成“help user with notes”那么AI在整理筆記時(shí)不一定會(huì)優(yōu)先想到它因?yàn)檫@是一個(gè)非常模糊的描述。反之如果你寫(xiě)成“整理和重構(gòu)筆記將雜亂文本轉(zhuǎn)化為結(jié)構(gòu)化Markdown筆記支持標(biāo)簽生成、主題歸類(lèi)和鏈接提取”那觸發(fā)準(zhǔn)確率會(huì)大幅提升。我自己的血淚教訓(xùn)是一開(kāi)始寫(xiě)筆記Skills的description時(shí)圖省事只寫(xiě)了“筆記整理助手”結(jié)果AI經(jīng)常在用戶(hù)明顯需要做筆記輸出時(shí)選擇直接用內(nèi)斂能力回答而不是調(diào)用這個(gè)技能。后來(lái)我把description改成一句“當(dāng)你需要把非結(jié)構(gòu)化的想法、會(huì)議記錄或速記文本整理為結(jié)構(gòu)化的Markdown筆記時(shí)使用本技能”觸發(fā)率一下子高了非常多。寫(xiě)description時(shí)要站在“模型該怎么判斷”的角度而不是“人類(lèi)怎么理解”的角度。4.2 中文環(huán)境和模型能力的適配問(wèn)題這5個(gè)Skills大多來(lái)自英文開(kāi)源社區(qū)在命令行環(huán)境下處理中文時(shí)難免水土不服。最常見(jiàn)的問(wèn)題有兩個(gè)一是腳本中對(duì)中文字符編碼處理不當(dāng)在Windows PowerShell下會(huì)出現(xiàn)亂碼二是模型生成的JSON結(jié)果中包含中文字段而腳本用英文模式解析時(shí)報(bào)錯(cuò)。第一個(gè)問(wèn)題解決方案比較簡(jiǎn)單盡量在支持UTF-8的終端如Windows Terminal中運(yùn)行或者在腳本開(kāi)頭強(qiáng)制指定編碼# -*- coding: utf-8 -*-。第二個(gè)問(wèn)題就需要你手動(dòng)改腳本了。以我用的數(shù)據(jù)查詢(xún)Skills為例原本它解析返回結(jié)果時(shí)固定取result.summary字段但中文模型的輸出有時(shí)會(huì)把字段名也翻譯成中文導(dǎo)致解析失敗。我把相關(guān)代碼改成同時(shí)兼容中英文兩個(gè)字段名才解決。最后模型本身的能力差異也很明顯。同一個(gè)Skills配Claude 3.5 Sonnet和配一個(gè)開(kāi)源小模型效果天差地別。這不完全是Skills的問(wèn)題而是底層模型的指令跟隨和推理能力確實(shí)有差距。如果你用的是本地小模型建議把SKILL.md中的指令寫(xiě)得更直白、更步驟化減少模型的理解負(fù)擔(dān)。4.3 Skills數(shù)量管理裝得越多AI越容易“選擇困難”我剛開(kāi)始接觸Skills時(shí)和很多人一樣到處搜集一口氣裝了十多個(gè)。結(jié)果AI經(jīng)常選錯(cuò)技能明明讓他做數(shù)據(jù)查詢(xún)他偏偏去調(diào)用筆記整理。后來(lái)查了文檔才明白AI每次只讀取每個(gè)Skills的描述和名稱(chēng)來(lái)匹配任務(wù)Skills太多時(shí)相似場(chǎng)景描述之間會(huì)產(chǎn)生干擾。后來(lái)我做了一個(gè)精簡(jiǎn)把5個(gè)場(chǎng)景合并成5個(gè)核心Skills并且確保每個(gè)Skills的description都足夠“獨(dú)占”某個(gè)場(chǎng)景。比如客戶(hù)會(huì)議準(zhǔn)備Skills專(zhuān)門(mén)寫(xiě)“用于銷(xiāo)售和客戶(hù)成功場(chǎng)景生成客戶(hù)背景調(diào)查與會(huì)議準(zhǔn)備簡(jiǎn)報(bào)”數(shù)據(jù)查詢(xún)Skills專(zhuān)門(mén)寫(xiě)“用于連接數(shù)據(jù)庫(kù)執(zhí)行SQL查詢(xún)并解釋結(jié)果”兩者之間的界限非常清晰。這樣調(diào)整之后調(diào)用準(zhǔn)確率有了肉眼可見(jiàn)的提升。如果你確實(shí)需要很多不同的技能可以考慮分組管理把同一類(lèi)場(chǎng)景的Skills放在不同目錄再通過(guò)配置選擇當(dāng)前會(huì)話(huà)加載哪一組不要全部塞進(jìn)同一個(gè)skills目錄里。5. 從“能用”到“好用”上手之后還能怎么玩5.1 給Skills加一層“知識(shí)庫(kù)”你會(huì)發(fā)現(xiàn)這5個(gè)Skills里的“客戶(hù)會(huì)議準(zhǔn)備”和“筆記整理”其實(shí)都有較大的優(yōu)化空間。比如客戶(hù)會(huì)議準(zhǔn)備Skills目前依賴(lài)公開(kāi)網(wǎng)絡(luò)信息但對(duì)公司內(nèi)部的CRM數(shù)據(jù)、歷史合作記錄是盲區(qū)。如果你把公司產(chǎn)品資料、歷史溝通紀(jì)要整理成文檔放到Skills同級(jí)的reference目錄里并在SKILL.md中提示“回答時(shí)可以參考reference目錄下的內(nèi)部資料”它生成的內(nèi)容就能貼合你公司的實(shí)際情況。我實(shí)際用過(guò)這個(gè)思路給客戶(hù)會(huì)議準(zhǔn)備Skills增加了一個(gè)產(chǎn)品FAQ文件結(jié)果生成的會(huì)議策略從泛泛而談變成了真正結(jié)合我們產(chǎn)品賣(mài)點(diǎn)的建議質(zhì)量提升特別明顯。同理筆記整理Skills也可以?huà)煲粋€(gè)專(zhuān)屬詞表讓它把特定領(lǐng)域的簡(jiǎn)寫(xiě)在輸出時(shí)自動(dòng)展開(kāi)成全稱(chēng)這個(gè)小改動(dòng)在日常工作里非常實(shí)用。5.2 讓多個(gè)Skills協(xié)作完成復(fù)合任務(wù)單個(gè)Skills的價(jià)值很直接但把它們串起來(lái)用威力會(huì)更大。比如你可以在一個(gè)任務(wù)里先讓“數(shù)據(jù)查詢(xún)Skills”拉出上個(gè)季度的銷(xiāo)售數(shù)據(jù)再讓“演示文稿Skills”把結(jié)論生成成一頁(yè)匯報(bào)幻燈片最后讓“配圖Skills”給這頁(yè)加一張趨勢(shì)示意圖。這個(gè)工作流放到以前可能需要一個(gè)數(shù)據(jù)分析師、一個(gè)PPT專(zhuān)員和一個(gè)設(shè)計(jì)師干一整天現(xiàn)在你在一個(gè)Agent會(huì)話(huà)里就能完成。要讓協(xié)作更順暢可以在設(shè)計(jì)Skills時(shí)就約定好中間產(chǎn)物的格式。比如數(shù)據(jù)查詢(xún)Skills的輸出不僅是自然語(yǔ)言還同時(shí)輸出一份標(biāo)準(zhǔn)CSV文件路徑演示文稿Skills讀取這個(gè)文件路徑后就能直接從CSV生成圖表頁(yè)面。這就是為什么開(kāi)源Skills通常會(huì)把腳本拆分得比較細(xì)每一個(gè)步驟的輸出都能被下一個(gè)環(huán)節(jié)接住。5.3 把自己的Skills推到開(kāi)源社區(qū)用了一段時(shí)間之后如果你對(duì)這幾個(gè)Skills做了不少定制化改進(jìn)完全可以把它們整理成開(kāi)源項(xiàng)目分享出去。我建議一個(gè)Skills倉(cāng)庫(kù)里只放一個(gè)技能或者如果放多個(gè)一定要把目錄結(jié)構(gòu)和名稱(chēng)規(guī)范寫(xiě)清楚。README里至少要包含技能解決的問(wèn)題、安裝方法、使用示例截圖、依賴(lài)環(huán)境說(shuō)明。開(kāi)源的好處不只是“攢人品”更重要的是你會(huì)收到來(lái)自不同行業(yè)用戶(hù)的反饋有時(shí)候一個(gè)銷(xiāo)售場(chǎng)景的補(bǔ)充思路能讓你重新審視自己的技能設(shè)計(jì)。而且當(dāng)你把Skills當(dāng)作產(chǎn)品來(lái)維護(hù)時(shí)你會(huì)不自覺(jué)地開(kāi)始優(yōu)化description、豐富示例、打磨錯(cuò)誤提示這些長(zhǎng)期積累下來(lái)你寫(xiě)Skills的水平會(huì)明顯高于大多數(shù)人。最后說(shuō)點(diǎn)實(shí)在話(huà)這5個(gè)Skills看起來(lái)都挺“輕量”但真正把它們用順、用出效果靠的還是對(duì)場(chǎng)景的深刻理解和對(duì)AI能力邊界的判斷。我在實(shí)際使用中最深的體會(huì)是Skills不是裝完就能一勞永逸的“神器”它更像一個(gè)需要持續(xù)調(diào)教的“實(shí)習(xí)生”。你得時(shí)不時(shí)看看它的輸出質(zhì)量、更新它的描述文案、補(bǔ)充新的參考材料甚至重寫(xiě)一部分腳本邏輯。如果你剛接觸這塊建議先從“筆記整理”和“客戶(hù)會(huì)議準(zhǔn)備”這兩個(gè)風(fēng)險(xiǎn)最低、效果最直觀的Skills入手跑通一遍再說(shuō)。等你對(duì)Skills的工作機(jī)制有了手感再挑戰(zhàn)“數(shù)據(jù)查詢(xún)”和“演示文稿”這類(lèi)依賴(lài)外部環(huán)境和工具鏈的技能最后玩“配圖”這種偏創(chuàng)意的。這樣循序漸進(jìn)地搞每走一步都能看到實(shí)實(shí)在在的回報(bào)也不容易因?yàn)橐簧蟻?lái)就碰壁而放棄。