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