如果你也跟我一樣一開(kāi)始用 WorkBuddy 做圖做到懷疑人生——明明提示詞寫了一大堆模型也夠聰明產(chǎn)出的圖總有種說(shuō)不出的“塑料味”排版像 PPT 模板、配色刺眼、構(gòu)圖永遠(yuǎn)往正中間懟發(fā)給同事直接來(lái)一句“這是 AI 跑的吧”。說(shuō)實(shí)話WorkBuddy 本身的能力沒(méi)問(wèn)題問(wèn)題在于它沒(méi)有一個(gè)“審美兜底層”。后來(lái)我把“審美”這件事拆成 4 個(gè) Skill 裝進(jìn)去做圖終于不是碰運(yùn)氣了。這篇文章就把這套方法完整拆開(kāi)每個(gè) Skill 解決什么、怎么安裝、怎么在真實(shí)工作流里串起來(lái)以及我踩過(guò)的坑。適合正在用 WorkBuddy、CodeBuddy 這類 Agent 工具的朋友尤其是需要頻繁出圖、做架構(gòu)圖、寫視覺(jué)方案但本身又不是設(shè)計(jì)師的開(kāi)發(fā)者。1. 先說(shuō)我為什么開(kāi)始折騰 WorkBuddy 的 Skill1.1 WorkBuddy 到底是什么和普通工具差在哪WorkBuddy 是一個(gè)本地化部署的 Agent 型工作臺(tái)你可以把它理解成“能自己拆任務(wù)、調(diào)工具、按步驟執(zhí)行”的 AI 副駕駛。它跟 CodeBuddy 屬于同一套生態(tài)很多人從 CodeBuddy 切過(guò)來(lái)就是看中 WorkBuddy 對(duì)自定義指令和 Skill 機(jī)制的友好度。Skill 這個(gè)概念最早在 Claude Code 那套工作流里火起來(lái)后來(lái) Codex Skill、OpenClaw Skill 陸續(xù)跟進(jìn)。WorkBuddy 的 Skill 機(jī)制跟它們思路一致把一套完整的“行為準(zhǔn)則 操作規(guī)范 示例”打包成一個(gè)文件夾Agent 在干活時(shí)按需加載而不是靠每次對(duì)話里臨場(chǎng)寫一大段提示詞。用一句話概括提示詞是告訴 AI“這次怎么做”Skill 是告訴 AI“以后遇到這類事都按這套來(lái)”。做圖這種事恰好是最需要“以后都按這套來(lái)”的——因?yàn)闆](méi)有審美規(guī)范每次生成都是在盲盒里抽獎(jiǎng)。1.2 用 WorkBuddy 做圖丑的根因不是模型不行我一開(kāi)始也以為是底層模型畫圖能力弱后來(lái)發(fā)現(xiàn)根本不是。WorkBuddy 出圖丑根因有三個(gè)第一默認(rèn)指令太“通用”。AI 并不知道你的場(chǎng)景是公眾號(hào)封面、產(chǎn)品架構(gòu)圖還是技術(shù)方案配圖于是它會(huì)選擇最穩(wěn)妥的排版——居中、大標(biāo)題、純色背景結(jié)果就是千篇一律的“AI 模板臉”。第二缺少前置審美判斷。真正的好圖不是一次生成出來(lái)的而是先有“什么算好看”的標(biāo)準(zhǔn)再按標(biāo)準(zhǔn)去執(zhí)行。WorkBuddy 默認(rèn)沒(méi)有這個(gè)“判斷層”它只負(fù)責(zé)“生成”不負(fù)責(zé)“鑒別”。第三反饋回路太慢。你被丑圖氣到才開(kāi)始想怎么改提示詞改完再跑一次效率極低。如果能讓它在動(dòng)手之前就先過(guò)一遍審美規(guī)則、動(dòng)手之后自己檢查一遍整個(gè)出圖質(zhì)量就上來(lái)了。所以問(wèn)題的本質(zhì)不是工具不夠強(qiáng)而是缺少一套可復(fù)用的“審美操作系統(tǒng)”。把這套系統(tǒng)做成 Skill就是最合理的解法。2. 4 個(gè) Skill 的選擇邏輯與各自分工2.1 為什么是 4 個(gè)而不是 1 個(gè)“萬(wàn)能審美包”說(shuō)實(shí)話我也想一個(gè) Skill 搞定所有事。但試過(guò)之后發(fā)現(xiàn)審美這件事最少包含三個(gè)層次第一層是“知不知道什么是好看的”判斷力第二層是“能不能把好看做出來(lái)”執(zhí)行力第三層是“能不能避免 AI 味太重”人性化。再加上我日常工作里大量涉及架構(gòu)圖、流程圖這類可視化內(nèi)容于是又加了一個(gè)專門管圖紙的 Skill。一個(gè)萬(wàn)能包的問(wèn)題在于它所有規(guī)則混在一起Agent 加載時(shí)不知道該優(yōu)先執(zhí)行哪條最后往往是每條都淺嘗輒止。拆成 4 個(gè)獨(dú)立 Skill 之后每個(gè)都職責(zé)單一WorkBuddy 可以按任務(wù)類型精準(zhǔn)加載。這個(gè)設(shè)計(jì)思路跟你寫代碼時(shí)拆分模塊是一個(gè)道理。這 4 個(gè) Skill 分別是Taste Skill審美鑒別的“美術(shù)總監(jiān)”負(fù)責(zé)判斷美丑、給修改意見(jiàn)。Impeccable Skill視覺(jué)規(guī)范落地的“執(zhí)行標(biāo)準(zhǔn)”負(fù)責(zé)把美學(xué)原則變成可執(zhí)行的參數(shù)。Humanizer Skill去 AI 味的“人味修復(fù)器”負(fù)責(zé)讓圖看起來(lái)像人做的。Archify Skill圖紙可視化的“架構(gòu)美化器”負(fù)責(zé)讓架構(gòu)圖、流程圖告別黑框白字。2.2 Taste Skill先解決“不知道丑在哪”Taste Skill 的作用是給 WorkBuddy 裝上一個(gè)“審美判斷前置層”。每次生成圖片、網(wǎng)頁(yè)截圖、海報(bào)草稿之前它會(huì)先對(duì)輸入的需求做一輪風(fēng)格判斷這個(gè)場(chǎng)景適合什么構(gòu)圖、什么調(diào)性、什么配色邏輯輸出一份簡(jiǎn)短的“審美簡(jiǎn)報(bào)”。我實(shí)際使用時(shí)會(huì)讓它輸出三個(gè)東西風(fēng)格定位比如“冷靜專業(yè)向”還是“活潑社媒向”、視覺(jué)禁忌比如“避免大面積高飽和撞色”、參考方向比如“參考雜志封面式留白而不是 PPT 模板式排版”。這個(gè) Skill 的核心價(jià)值在于“把隱性審美顯性化”。很多非設(shè)計(jì)背景的人不是沒(méi)有審美而是說(shuō)不清“哪里不對(duì)”。Taste Skill 相當(dāng)于幫你把那種模糊的感覺(jué)翻譯成 AI 能聽(tīng)懂的語(yǔ)言。2.3 Impeccable Skill讓“好看”變成可執(zhí)行的參數(shù)光有判斷還不夠還得讓 AI 知道“具體怎么做才叫好看”。Impeccable Skill 就是干這個(gè)的它把設(shè)計(jì)規(guī)范拆成了可量化的參數(shù)。舉個(gè)最直接的例子它內(nèi)置了一套基礎(chǔ)排版規(guī)范標(biāo)題字重必須高于正文一個(gè)梯度、段間距統(tǒng)一用 1.5 倍行高、頁(yè)邊距不得小于內(nèi)容區(qū)的 8%、同一畫面里最多使用 3 種字體。配色上它會(huì)按 60-30-10 法則控制主色、輔助色、強(qiáng)調(diào)色的比例而不是讓 AI 隨手抓幾個(gè)顏色就往上懟。這套規(guī)范聽(tīng)起來(lái)有點(diǎn)死板但正是這種“死板”讓 AI 的輸出穩(wěn)定下來(lái)。設(shè)計(jì)的基礎(chǔ)從來(lái)不是純自由發(fā)揮而是先有秩序、再談突破。Impeccable Skill 做的事就是先把秩序建立起來(lái)。2.4 Humanizer Skill去掉一眼假的“AI 味”跑過(guò)幾次圖你就會(huì)發(fā)現(xiàn)AI 做得再“規(guī)范”也還是容易有一種難以言說(shuō)的生硬感。典型癥狀包括標(biāo)題永遠(yuǎn)居中、圖片永遠(yuǎn)對(duì)稱、注解文字永遠(yuǎn)工工整整排在下方。Humanizer Skill 專門解決這個(gè)問(wèn)題。它的思路是注入“人類設(shè)計(jì)師的真實(shí)操作習(xí)慣”比如標(biāo)題可以左對(duì)齊、刻意制造不對(duì)稱構(gòu)圖、用色塊代替細(xì)線做分割、在角落加一個(gè)小的裝飾性文字。這些都是人類設(shè)計(jì)師下意識(shí)會(huì)做的事AI 默認(rèn)不會(huì)。我自己的體會(huì)是加了這個(gè) Skill 之后出圖從“企業(yè) VI 手冊(cè)風(fēng)格”變成了“一個(gè)有點(diǎn)審美的同事隨手排的版”這個(gè)轉(zhuǎn)變對(duì)日常溝通非常重要——因?yàn)榍罢咭豢淳褪?AI 跑的后者至少愿意多看你一眼。2.5 Archify Skill處理技術(shù)人最常畫的丑圖第四個(gè) Skill 是我單獨(dú)為架構(gòu)圖、流程圖、拓?fù)鋱D加的。技術(shù)場(chǎng)景里最尷尬的事就是業(yè)務(wù)方案講得清清楚楚一畫架構(gòu)圖就露怯。黑框白字、箭頭交叉、該對(duì)齊的沒(méi)對(duì)齊整個(gè)圖的信息傳達(dá)效率還不如直接說(shuō)話。Archify Skill 的核心規(guī)則包括同一層級(jí)組件必須對(duì)齊同一邊緣、所有節(jié)點(diǎn)統(tǒng)一使用 2px 邊框、箭頭彎曲弧度和方向必須一致、標(biāo)簽文字統(tǒng)一用等寬字體、按區(qū)域用淺色背景做分區(qū)而不是靠方塊拼貼。它做得最好的一點(diǎn)是不只是生成漂亮的圖而是把“這個(gè)圖應(yīng)該怎么分組、怎么表達(dá)層級(jí)關(guān)系”也一并處理了。所以最后出來(lái)的圖不光是好看是真的能看懂。Skill 名稱核心職責(zé)解決的問(wèn)題典型應(yīng)用場(chǎng)景Taste審美判斷不知道丑在哪生成前出審美簡(jiǎn)報(bào)Impeccable規(guī)范落地知道好看但做不出來(lái)排版、配色、字體執(zhí)行Humanizer去 AI 味圖太生硬、模板感強(qiáng)社媒圖、海報(bào)、封面Archify圖紙美化架構(gòu)圖、流程圖丑技術(shù)方案、匯報(bào)材料3. 安裝與本地部署實(shí)操把 Skill 裝進(jìn) WorkBuddy3.1 Skill 放哪里、目錄怎么組織WorkBuddy 的 Skill 本質(zhì)就是一個(gè)本地文件夾里面放著描述文件、規(guī)則文件和示例文件。以我目前用的版本為例個(gè)人級(jí) Skill 放在~/.workbuddy/skills/下項(xiàng)目級(jí)的可以放到當(dāng)前項(xiàng)目根目錄的.workbuddy/skills/下。優(yōu)先加載項(xiàng)目級(jí)找不到再回退到全局。每個(gè) Skill 一個(gè)獨(dú)立文件夾命名要一眼能看出用途比如taste-skill、impeccable-skill。文件夾內(nèi)部結(jié)構(gòu)我強(qiáng)烈建議保持統(tǒng)一這樣后面維護(hù)和排查都方便~/.workbuddy/skills/ ├── taste-skill/ │ ├── SKILL.md │ └── rules/ ├── impeccable-skill/ │ ├── SKILL.md │ └── rules/ ├── humanizer-skill/ │ └── SKILL.md └── archify-skill/ └── SKILL.md這套結(jié)構(gòu)不是 WorkBuddy 強(qiáng)制要求的是我自己實(shí)踐下來(lái)比較好用的一種組織方式。目錄清晰的好處是哪個(gè) Skill 沒(méi)生效打開(kāi)文件夾一看就知道是描述文件寫錯(cuò)了還是規(guī)則文件沒(méi)放進(jìn)對(duì)應(yīng)目錄。3.2 SKILL.md 文件到底怎么寫SKILL.md 是每個(gè) Skill 的核心入口文件WorkBuddy 通過(guò)這個(gè)文件來(lái)理解“這個(gè) Skill 是干嘛的、什么時(shí)候該用”。它的格式其實(shí)不復(fù)雜最前面是一段 YAML frontmatter用---包起來(lái)里面定義元信息后面才是真正的指令正文。我以一個(gè)簡(jiǎn)化版的 Taste Skill 為例完整結(jié)構(gòu)大概長(zhǎng)這樣--- name: taste-skill description: 在生成任何圖片、海報(bào)或可視化內(nèi)容前先輸出審美判斷和風(fēng)格建議。 when_to_use: 處理圖片生成、封面設(shè)計(jì)、海報(bào)排版、視覺(jué)方案評(píng)審等任務(wù)時(shí)必須優(yōu)先加載。 --- # Taste Skill審美鑒別前置 ## 你的角色 你是一名擁有十年經(jīng)驗(yàn)的美術(shù)總監(jiān)善于用最簡(jiǎn)短的話指出設(shè)計(jì)方案的審美問(wèn)題。 ## 執(zhí)行步驟 1. 收到設(shè)計(jì)任務(wù)后先輸出審美簡(jiǎn)報(bào)風(fēng)格定位、視覺(jué)禁忌、參考方向。 2. 在 AI 動(dòng)手生成之前將審美簡(jiǎn)報(bào)作為前置指令注入任務(wù)上下文。 3. 生成完成后對(duì)結(jié)果按 構(gòu)圖、配色、字體、層級(jí) 四個(gè)維度打分并給出改進(jìn)建議。 ## 評(píng)分標(biāo)準(zhǔn) - 構(gòu)圖主體位置是否合理留白是否得當(dāng)。 - 配色色相是否統(tǒng)一對(duì)比度是否合適。 - 字體層級(jí)是否分明數(shù)量是否克制。 - 層級(jí)信息主次是否清晰視線引導(dǎo)是否自然。 ## 示例輸出 ### 審美簡(jiǎn)報(bào) - 風(fēng)格定位冷靜專業(yè)向適合技術(shù)博客封面 - 視覺(jué)禁忌避免大面積高飽和撞色避免陰影過(guò)重 - 參考方向大留白 細(xì)線分割 單強(qiáng)調(diào)色寫完 SKILL.md 之后把它保存到對(duì)應(yīng) Skill 文件夾里然后在 WorkBuddy 里重新加載一下 Skill 列表正常就能識(shí)別到了。如果沒(méi)生效先檢查 YAML frontmatter 的格式——冒號(hào)后面必須有空格縮進(jìn)必須一致這兩個(gè)問(wèn)題占了八成失敗原因。3.3 規(guī)則文件和組織 Skill 的小技巧除了 SKILL.md我把一些更細(xì)的、適合機(jī)器讀的規(guī)則拆到獨(dú)立文件里。這樣做的好處是SKILL.md 保持精簡(jiǎn)Agent 可以快速理解而真正的硬性規(guī)范放在 rules 目錄下按需加載。拿 Impeccable Skill 舉例它的 rules 目錄下會(huì)有rules/ ├── typography.md # 字體與排版規(guī)則 ├── color.md # 配色規(guī)則 └── layout.md # 構(gòu)圖與柵格規(guī)則每個(gè)規(guī)則文件不用長(zhǎng)重點(diǎn)是要“機(jī)器可執(zhí)行”。什么叫機(jī)器可執(zhí)行就是每一條規(guī)則都是明確的判斷標(biāo)準(zhǔn)而不是抽象形容詞。比如“顏色要高級(jí)”這種話 AI 是沒(méi)法執(zhí)行的但“主色不超過(guò) 2 個(gè)、輔助色不超過(guò) 2 個(gè)、對(duì)比度不低于 4.5:1”這種就是可執(zhí)行的。還有一個(gè)小技巧在 SKILL.md 里加一個(gè)when_not_to_use字段明確告訴 Agent“哪些情況不要加載這個(gè) Skill”。這一步很多人會(huì)忽略但它對(duì)減少上下文混亂非常有用。比如 Taste Skill 不需要在代碼編寫任務(wù)里生效提前寫清楚能避免它總出來(lái)?yè)寫颉?. 四個(gè) Skill 在真實(shí)做圖流程里怎么串起來(lái)4.1 一條完整流程從想法到成品單獨(dú)裝好了 Skill 只算第一步真正讓效果發(fā)生質(zhì)變的是把它們串進(jìn)同一條工作流。我現(xiàn)在處理任何一張圖基本都走四步先讓 Taste 做審美判斷再讓 Impeccable 定執(zhí)行規(guī)范接著用 Humanizer 做人性化調(diào)整最后如果是圖表類內(nèi)容再交給 Archify 收尾。以我最近做的一張“AI Agent 架構(gòu)方案配圖”為例。需求很簡(jiǎn)單給一篇技術(shù)博客配一張架構(gòu)圖加一張封面圖風(fēng)格要“簡(jiǎn)潔高級(jí)感”。第一步加載 Taste Skill它會(huì)先輸出審美簡(jiǎn)報(bào)“該場(chǎng)景適合淺色背景、單強(qiáng)調(diào)色、大留白架構(gòu)圖部分建議分層清晰封面圖部分建議標(biāo)題左對(duì)齊。”這個(gè)簡(jiǎn)報(bào)不一定驚艷但至少方向是對(duì)的AI 不會(huì)再瞎跑。第二步加載 Impeccable Skill把審美簡(jiǎn)報(bào)轉(zhuǎn)成具體參數(shù)背景色用 #F7F7F5 這樣的暖灰而不是純白強(qiáng)調(diào)色用低飽和度的藍(lán)綠色標(biāo)題字號(hào) 28px、正文 14px、注釋 12px。到這個(gè)階段出圖已經(jīng)不會(huì)難看到哪去了。第三步加載 Humanizer Skill做最后的“人味”處理。比如封面標(biāo)題從居中改成左對(duì)齊在右下角加一行小字注釋架構(gòu)圖的分組背景從純色改成輕微圓角的淺色塊。這些都是小改動(dòng)但整體觀感立刻不一樣了。第四步如果圖里帶架構(gòu)內(nèi)容Archify Skill 會(huì)復(fù)查一遍節(jié)點(diǎn)是否對(duì)齊、箭頭走向是否一致、標(biāo)簽字體是否統(tǒng)一然后輸出一張可以直接貼進(jìn)博客的圖。4.2 每一步的實(shí)際指令長(zhǎng)什么樣在 WorkBuddy 里我不需要手動(dòng)一個(gè)個(gè)切換 Skill只需要在任務(wù)描述里帶上標(biāo)記。比如任務(wù)給技術(shù)博客《AI Agent 架構(gòu)實(shí)踐》配一張封面圖和一張架構(gòu)圖。 風(fēng)格簡(jiǎn)潔、專業(yè)、有審美感。 請(qǐng)使用 [taste-skill] [impeccable-skill] [humanizer-skill] [archify-skill] 協(xié)同完成。WorkBuddy 會(huì)自動(dòng)把這 4 個(gè) Skill 按序加載。每一步的輸出是下一步的輸入整個(gè)流程像一條流水線。我實(shí)際跑下來(lái)的體感是以前做一張能看的圖要來(lái)回改三四輪現(xiàn)在基本一次成型偶爾微調(diào)也是在審美簡(jiǎn)報(bào)范圍內(nèi)的局部?jī)?yōu)化。4.3 效果對(duì)比裝上前后差多少裝 Skill 之前WorkBuddy 默認(rèn)生成的圖最典型的問(wèn)題是“什么都對(duì)但就是不好看”。字體字號(hào)規(guī)范、顏色也算協(xié)調(diào)但就是有一種“網(wǎng)頁(yè)模板”的味道像是在告訴你“這是一張 AI 做的圖”。裝上 4 個(gè) Skill 之后最明顯的變化是畫面有了“呼吸感”。所謂呼吸感說(shuō)白了就是留白變多了、層次變清了、元素之間有了主次關(guān)系。封面圖從最開(kāi)始的“大標(biāo)題圓形裝飾底紋”變成了“左對(duì)齊標(biāo)題大面積留白一個(gè)局部強(qiáng)調(diào)色塊”雖然內(nèi)容信息沒(méi)變但氣質(zhì)完全不同。團(tuán)隊(duì)同事后來(lái)看到圖的第一反應(yīng)是“這圖是你自己排的吧”而不是“這又是 AI 跑的吧”。對(duì)我來(lái)說(shuō)這個(gè)區(qū)別就是全部意義。5. 常見(jiàn)問(wèn)題與排查技巧實(shí)錄5.1 Skill 不生效怎么辦遇到過(guò)的最典型問(wèn)題就是 Skill 明明放進(jìn)目錄了WorkBuddy 就是不加載。排查思路按順序走先看文件名是不是叫SKILL.md注意大小寫不能錯(cuò)再看他到底放在哪個(gè)目錄了個(gè)人級(jí)和項(xiàng)目級(jí)的優(yōu)先級(jí)不一樣項(xiàng)目里已經(jīng)有一個(gè)同名 Skill 的話全局的那個(gè)會(huì)被忽略。還有一個(gè)隱蔽問(wèn)題YAML frontmatter 里如果有中文引號(hào)或者全角符號(hào)解析器可能直接報(bào)錯(cuò)但報(bào)錯(cuò)信息又不明顯表現(xiàn)就是 Skill 沒(méi)被識(shí)別。所以寫完 SKILL.md 之后我習(xí)慣先用文本編輯器檢查一遍引號(hào)和冒號(hào)是不是半角。5.2 多個(gè) Skill 互相搶戲、上下文爆炸同時(shí)掛載 4 個(gè) Skill最直接的副作用是上下文長(zhǎng)度會(huì)漲。我之前試過(guò)把每個(gè) Skill 的 SKILL.md 都寫得特別長(zhǎng)結(jié)果執(zhí)行任務(wù)時(shí) WorkBuddy 光讀 Skill 描述就占了大半上下文真正干活的容量反而少了。解決辦法有兩個(gè)。一是嚴(yán)格控制每個(gè) SKILL.md 的長(zhǎng)度我自己的標(biāo)準(zhǔn)是控制在 200 行以內(nèi)只保留核心指令。二是充分利用when_to_use和when_not_to_use讓 Agent 只加載當(dāng)前任務(wù)需要的 Skill而不是全部塞進(jìn)去。5.3 和其他工具生態(tài)的兼容問(wèn)題WorkBuddy 的 Skill 機(jī)制和 Claude Code、Codex 的 Skill 在思路上類似但格式并不完全互通。我試過(guò)直接把 Claude Code 的 Skill 文件夾拷到 WorkBuddy 里結(jié)果有的能識(shí)別、有的不行主要原因是 frontmatter 里的字段 WorkBuddy 不識(shí)別。如果你從網(wǎng)上下載了別人的 Skill 包先打開(kāi) SKILL.md 看看 frontmatter 里有哪些自定義字段。如果看到不認(rèn)識(shí)的字段保留name和description其他字段可以先去掉再一步步加回來(lái)測(cè)試。下面這張表是我踩坑后整理的最常見(jiàn)的 6 個(gè)問(wèn)題和對(duì)應(yīng)解法基本覆蓋了九成的情況。故障現(xiàn)象可能原因快速解決Skill 完全不出現(xiàn)文件名不是 SKILL.md 或目錄層級(jí)不對(duì)改成 SKILL.md放在 skills 根目錄下一級(jí)出現(xiàn)但從不加載when_to_use 描述太模糊寫清楚具體觸發(fā)場(chǎng)景避免“需要時(shí)”這種空話加載但行為錯(cuò)誤frontmatter 有未知字段只保留 name/description/when_to_use 再測(cè)試上下文不夠用Skill 內(nèi)容過(guò)長(zhǎng)精簡(jiǎn)到 200 行以內(nèi)細(xì)節(jié)移到 rules/ 目錄多個(gè) Skill 沖突規(guī)則出現(xiàn)矛盾檢查 when_not_to_use明確邊界中文內(nèi)容亂碼文件編碼不是 UTF-8另存為 UTF-8 without BOM5.4 排查 Skill 問(wèn)題的通用套路最后分享一個(gè)排查 Skill 問(wèn)題的通用套路二分法禁用。當(dāng)多個(gè) Skill 同時(shí)加載但行為不符合預(yù)期時(shí)不要排列組合地試直接從“只保留第一個(gè) Skill”開(kāi)始跑一次任務(wù)看結(jié)果對(duì)不對(duì)然后依次追加第二個(gè)、第三個(gè)。這樣很快就能定位到是哪個(gè) Skill 引入的問(wèn)題。還有就是建議在初期給每個(gè) Skill 單獨(dú)建檔做測(cè)試題一套固定的測(cè)試任務(wù)每次改完 Skill 配置后跑一遍。這其實(shí)就相當(dāng)于自動(dòng)化測(cè)試?yán)锏幕貧w測(cè)試看起來(lái)單調(diào)但能避免很多“我明明改了怎么沒(méi)變化”的問(wèn)題。6. 我在實(shí)際折騰中積累的經(jīng)驗(yàn)和后續(xù)玩法6.1 審美 Skill 不是越多越好先跑通再堆量最開(kāi)始我收藏了網(wǎng)上能找到的各種 Skill什么科研排版、數(shù)學(xué)建模可視化、甚至還有一些用途不明的包一股腦全塞進(jìn) WorkBuddy。結(jié)果就是目錄一堆文件夾真正干活時(shí)反而不知道該用哪個(gè)。后來(lái)我學(xué)乖了先只保留這 4 個(gè)和做圖強(qiáng)相關(guān)的 Skill把一條完整流程跑順再根據(jù)實(shí)際需求慢慢加。加的時(shí)候也堅(jiān)持一個(gè)原則新 Skill 要么能獨(dú)立解決問(wèn)題要么能明顯增強(qiáng)現(xiàn)有流程否則不裝。很多人誤以為 Skill 是多多益善實(shí)際上每次任務(wù)加載什么 Skill 是要花上下文和決策成本的裝多了只會(huì)拖慢 Agent 的響應(yīng)速度。6.2 把 Skill 當(dāng)作品類來(lái)打磨而不是一次性腳本我最早寫 Taste Skill 的時(shí)候只寫了大概二十行描述效果勉強(qiáng)能用。后來(lái)每跑一次圖遇到它判斷不準(zhǔn)確的地方我就順手在規(guī)則文件里補(bǔ)一條。兩個(gè)月下來(lái)這個(gè) Skill 已經(jīng)比我最初寫的那版厚了三倍判斷準(zhǔn)確率也高了很多。這個(gè)迭代思路很重要Skill 不是一次性寫完就不管的東西它應(yīng)該像你的知識(shí)庫(kù)一樣持續(xù)生長(zhǎng)。WorkBuddy 本身的優(yōu)勢(shì)就在本地部署所有配置文件都是可讀可改的這給了你充足的打磨空間。6.3 從做圖延伸到更多內(nèi)容生產(chǎn)場(chǎng)景這套思路其實(shí)不止能做圖。我已經(jīng)把 Taste Skill 的判斷框架用到了博客封面選擇上把 Archify Skill 的規(guī)則用到了方案匯報(bào)的排版里Impeccable Skill 里的配色規(guī)范也被我抄到了日常 PPT 里。本質(zhì)上你是在把“審美”拆成一系列可復(fù)用的規(guī)則而規(guī)則一旦沉淀下來(lái)放在任何內(nèi)容生產(chǎn)場(chǎng)景里都成立。我個(gè)人的體會(huì)是工具層面的差異最終會(huì)被抹平真正拉開(kāi)差距的是你愿不愿意花時(shí)間去建立自己的“審美操作系統(tǒng)”。這 4 個(gè) Skill 只是開(kāi)頭后面的擴(kuò)展空間完全取決于你在實(shí)際使用中愿意投入多少心思。