1. 為什么我要認(rèn)真聊聊 WorkBuddy 這個(gè) AI 工作臺(tái)第一次接觸 WorkBuddy 是在一個(gè)做企業(yè)數(shù)字化的朋友推薦下。當(dāng)時(shí)我的第一反應(yīng)是又一個(gè)套殼的 AI 聊天工具但真正用起來(lái)之后我發(fā)現(xiàn)它和市面上大多數(shù)對(duì)話框式的 AI 產(chǎn)品完全不是一個(gè)思路。WorkBuddy 是騰訊推出的一款 AI 工作臺(tái)產(chǎn)品核心定位是把 AI Agent 的能力落到具體的工作場(chǎng)景里而不是讓你對(duì)著一個(gè)輸入框反復(fù)調(diào)教提示詞。它通過(guò) Skill技能機(jī)制、models.json 配置、以及一套相對(duì)完整的工作臺(tái)管理邏輯讓 AI 真正能下地干活。這篇文章適合幾類(lèi)人看一是剛聽(tīng)說(shuō) WorkBuddy 但不知道怎么安裝和配置的新手二是已經(jīng)在用 CodeBuddy 或者其他 AI 編程工具想搞清楚 WorkBuddy 和它們區(qū)別的開(kāi)發(fā)者三是想基于 WorkBuddy 搭建自己 AI Agent 工作流、甚至考慮做 AI Agent 中臺(tái)的團(tuán)隊(duì)技術(shù)負(fù)責(zé)人。我會(huì)從安裝、配置、Skill 機(jī)制、models.json 參數(shù)、緩存目錄修改、常見(jiàn)坑這幾個(gè)維度把我知道的全部倒出來(lái)。需要提前說(shuō)明的是WorkBuddy 有國(guó)內(nèi)版和國(guó)際版兩個(gè)版本功能上有些差異我下面會(huì)分別提到。另外網(wǎng)上流傳的WorkBuddy 從入門(mén)到精通 PDF之類(lèi)的資料我翻過(guò)一些大部分是拼湊的真正有用的信息還是得從實(shí)操里來(lái)。下面這些內(nèi)容一部分是我自己踩坑總結(jié)的一部分是跟幾個(gè)同樣在用 WorkBuddy 的朋友交流后補(bǔ)充的盡量做到你照著做就能跑通。2. WorkBuddy 的核心設(shè)計(jì)思路與和 CodeBuddy 的區(qū)別2.1 WorkBuddy 到底解決什么問(wèn)題傳統(tǒng)的 AI 工具使用模式是人找 AI你打開(kāi)一個(gè)網(wǎng)頁(yè)或者客戶端輸入問(wèn)題AI 回答然后你復(fù)制結(jié)果去別的地方用。這個(gè)模式的問(wèn)題在于AI 始終是一個(gè)外掛它不參與你的實(shí)際工作流。WorkBuddy 的思路是反過(guò)來(lái)讓 AI 主動(dòng)嵌入到你的工作臺(tái)里通過(guò) Skill 機(jī)制把常見(jiàn)任務(wù)固化下來(lái)你只需要觸發(fā)對(duì)應(yīng)的 SkillAI 就按照預(yù)設(shè)的邏輯去執(zhí)行。舉個(gè)具體的例子。假設(shè)你每天需要整理一份競(jìng)品動(dòng)態(tài)簡(jiǎn)報(bào)傳統(tǒng)做法是你打開(kāi) AI粘貼一堆鏈接讓它總結(jié)然后你再手動(dòng)排版。而在 WorkBuddy 里你可以寫(xiě)一個(gè) Skill把抓取指定來(lái)源、提取關(guān)鍵信息、按固定格式輸出這一整套流程封裝起來(lái)以后每次只需要點(diǎn)一下或者輸入一個(gè)指令整個(gè)流程自動(dòng)跑完。這就是 AI Agent 和普通 AI 對(duì)話工具的本質(zhì)區(qū)別Agent 有目標(biāo)、有工具、有執(zhí)行鏈路。2.2 WorkBuddy 和 CodeBuddy 的關(guān)系很多人搞不清楚 WorkBuddy 和 CodeBuddy 的區(qū)別包括我自己一開(kāi)始也混淆過(guò)。簡(jiǎn)單說(shuō)CodeBuddy 更偏向編程場(chǎng)景是一個(gè) AI 編程助手核心能力在代碼補(bǔ)全、代碼審查、項(xiàng)目理解這些方向。而 WorkBuddy 的覆蓋面更廣它定位是AI 工作臺(tái)編程只是其中一個(gè)場(chǎng)景更多是面向日常辦公、內(nèi)容處理、數(shù)據(jù)分析、流程自動(dòng)化這類(lèi)通用工作場(chǎng)景。從技術(shù)架構(gòu)上看兩者都支持 Skill 機(jī)制但 WorkBuddy 的 Skill 更偏向任務(wù)編排CodeBuddy 的 Skill 更偏向代碼操作。如果你是一個(gè)純開(kāi)發(fā)者日常就是寫(xiě)代碼CodeBuddy 可能更順手但如果你需要處理的是跨工具、跨平臺(tái)的復(fù)合任務(wù)WorkBuddy 的工作臺(tái)模式會(huì)更合適。當(dāng)然兩者并不是互斥的我現(xiàn)在的做法是兩個(gè)都裝編程用 CodeBuddy日常任務(wù)編排用 WorkBuddy。2.3 Skill 機(jī)制為什么是 WorkBuddy 的靈魂Skill 這個(gè)詞在 WorkBuddy 里出現(xiàn)的頻率極高網(wǎng)上關(guān)于workbuddy skill 最好用、skill 開(kāi)發(fā)指南、agent skill 教程的搜索量也很大。我的理解是Skill 就是 WorkBuddy 的能力插件它定義了一個(gè)具體任務(wù)從觸發(fā)到完成的完整邏輯。一個(gè) Skill 通常包含幾個(gè)部分觸發(fā)條件什么情況下激活這個(gè) Skill、執(zhí)行步驟具體做什么、輸入輸出定義需要什么參數(shù)、產(chǎn)出什么結(jié)果、以及依賴的工具或 API。為什么 Skill 機(jī)制重要因?yàn)樗烟崾驹~工程變成了工程化的任務(wù)定義。你不需要每次都在對(duì)話框里寫(xiě)一大段提示詞而是把邏輯固化在 Skill 里復(fù)用性極高。而且 Skill 可以組合一個(gè)復(fù)雜的任務(wù)可以拆成多個(gè) Skill 串聯(lián)執(zhí)行這就有點(diǎn)像搭積木而不是每次都從零開(kāi)始捏泥人。提示Skill 的編寫(xiě)質(zhì)量直接決定了 WorkBuddy 的使用體驗(yàn)。一個(gè)寫(xiě)得好的 Skill能讓你省下大量重復(fù)勞動(dòng)一個(gè)寫(xiě)得爛的 Skill可能比手動(dòng)操作還慢。后面我會(huì)專門(mén)講 Skill 的編寫(xiě)要點(diǎn)。3. WorkBuddy 安裝與初始配置的完整流程3.1 安裝前的環(huán)境準(zhǔn)備WorkBuddy 支持 Windows 和 macOS 兩個(gè)主流桌面平臺(tái)Linux 版本目前社區(qū)里有討論但官方支持情況需要你自己確認(rèn)。安裝之前我建議你先確認(rèn)幾件事系統(tǒng)版本不要太老Windows 10 1809 以上、macOS 12 以上比較穩(wěn)妥、磁盤(pán)至少留出 2GB 空間因?yàn)楹罄m(xù) Skill 和緩存會(huì)占空間、網(wǎng)絡(luò)環(huán)境要能正常訪問(wèn)所需的資源。另外有一個(gè)容易被忽略的點(diǎn)WorkBuddy 的緩存目錄默認(rèn)在系統(tǒng)盤(pán)。如果你跟我一樣系統(tǒng)盤(pán)空間緊張強(qiáng)烈建議在安裝前就規(guī)劃好緩存目錄的位置裝完之后再改會(huì)比較麻煩。網(wǎng)上搜workbuddy 怎么更改系統(tǒng)緩存目錄的人很多說(shuō)明這是個(gè)普遍痛點(diǎn)我后面會(huì)專門(mén)講怎么改。3.2 國(guó)內(nèi)版和國(guó)際版的安裝差異WorkBuddy 有國(guó)內(nèi)版和國(guó)際版兩個(gè)分發(fā)渠道。國(guó)內(nèi)版通常從騰訊官方渠道獲取安裝包體積相對(duì)小一些初始內(nèi)置的 Skill 更偏向國(guó)內(nèi)常用場(chǎng)景。國(guó)際版在功能上可能有一些差異比如支持的模型列表、部分 Skill 的可用性等。我兩個(gè)版本都裝過(guò)實(shí)際使用下來(lái)核心的工作臺(tái)邏輯是一致的差異主要在模型接入和部分 Skill 的預(yù)置上。安裝過(guò)程本身不復(fù)雜基本就是下載、雙擊、下一步。但有幾個(gè)細(xì)節(jié)要注意安裝路徑盡量不要帶中文和空格雖然現(xiàn)在大部分軟件都做了兼容但 AI 類(lèi)工具涉及大量文件讀寫(xiě)路徑里有特殊字符偶爾會(huì)出問(wèn)題。安裝完成后第一次啟動(dòng)會(huì)有一個(gè)初始化過(guò)程會(huì)下載一些基礎(chǔ)資源這時(shí)候不要急著關(guān)窗口等它跑完。3.3 首次啟動(dòng)后的必做配置第一次打開(kāi) WorkBuddy你會(huì)看到一個(gè)工作臺(tái)界面。別急著開(kāi)始用先做幾件事。第一進(jìn)入設(shè)置頁(yè)面檢查模型配置。WorkBuddy 支持接入多種模型你需要根據(jù)自己的賬號(hào)情況配置好可用的模型。第二檢查緩存目錄設(shè)置如果默認(rèn)在系統(tǒng)盤(pán)且你系統(tǒng)盤(pán)緊張現(xiàn)在就改。第三瀏覽一下預(yù)置的 Skill 列表了解它自帶哪些能力這能幫你快速建立對(duì) WorkBuddy 能力邊界的認(rèn)知。關(guān)于 models.json 這個(gè)配置文件它是 WorkBuddy 模型接入的核心。網(wǎng)上搜models.json的人不少說(shuō)明很多人卡在這一步。這個(gè)文件定義了 WorkBuddy 可以調(diào)用哪些模型、每個(gè)模型的接入?yún)?shù)是什么。如果你只是用默認(rèn)配置一般不需要?jiǎng)铀绻阆虢尤胱远x的模型服務(wù)就需要編輯這個(gè)文件。編輯的時(shí)候注意 JSON 格式的合法性一個(gè)逗號(hào)或者引號(hào)寫(xiě)錯(cuò)整個(gè)文件就解析失敗WorkBuddy 會(huì)報(bào)模型不可用。{ models: [ { name: default-model, provider: your-provider, apiKey: your-api-key, baseUrl: https://your-endpoint, maxTokens: 4096 } ] }上面是一個(gè)簡(jiǎn)化的 models.json 結(jié)構(gòu)示例實(shí)際字段名和結(jié)構(gòu)請(qǐng)以你所用版本的官方文檔為準(zhǔn)。我要強(qiáng)調(diào)的是apiKey 這類(lèi)敏感信息不要明文提交到任何公開(kāi)倉(cāng)庫(kù)這是基本的安全常識(shí)。4. Skill 機(jī)制深度拆解與編寫(xiě)實(shí)操4.1 一個(gè) Skill 的完整結(jié)構(gòu)要寫(xiě)好 Skill先得搞清楚一個(gè) Skill 由哪些部分組成。根據(jù)我的使用經(jīng)驗(yàn)一個(gè)完整的 Skill 通常包含元信息名稱、描述、版本、觸發(fā)規(guī)則什么條件下激活、執(zhí)行邏輯步驟定義、以及依賴聲明需要哪些工具或權(quán)限。元信息里的描述很關(guān)鍵它決定了 WorkBuddy 能不能在合適的時(shí)機(jī)自動(dòng)匹配到這個(gè) Skill。觸發(fā)規(guī)則是很多人寫(xiě) Skill 時(shí)容易忽略的部分。你可以把它理解成這個(gè) Skill 什么時(shí)候該上場(chǎng)。觸發(fā)條件可以是指令關(guān)鍵詞、可以是特定文件類(lèi)型、也可以是前置 Skill 的輸出。觸發(fā)條件寫(xiě)得越精確Skill 被誤觸發(fā)的概率就越低。我見(jiàn)過(guò)有人寫(xiě)的 Skill 觸發(fā)條件過(guò)于寬泛結(jié)果隨便說(shuō)句話都能激活反而干擾了正常使用。4.2 Skill 編寫(xiě)的三個(gè)核心原則第一個(gè)原則是單一職責(zé)。一個(gè) Skill 只做一件事不要把十個(gè)功能塞進(jìn)一個(gè) Skill 里。這樣做的原因是單一職責(zé)的 Skill 更容易調(diào)試、更容易復(fù)用、也更容易組合。如果你有一個(gè)復(fù)雜任務(wù)正確的做法是拆成多個(gè)小 Skill然后用一個(gè)編排 Skill 把它們串起來(lái)。第二個(gè)原則是輸入輸出明確。每個(gè) Skill 都應(yīng)該清楚地定義它需要什么輸入、產(chǎn)出什么輸出。輸入最好是結(jié)構(gòu)化的比如 JSON 格式的參數(shù)而不是讓 AI 去猜。輸出也要有明確的格式約定這樣下游的 Skill 或者你自己處理起來(lái)才方便。第三個(gè)原則是容錯(cuò)設(shè)計(jì)。實(shí)際執(zhí)行中工具調(diào)用失敗、API 超時(shí)、數(shù)據(jù)格式異常都是常態(tài)。一個(gè)好的 Skill 應(yīng)該考慮到這些異常情況定義好失敗后的重試邏輯或者降級(jí)方案。我踩過(guò)的最大的坑就是寫(xiě)了一個(gè)沒(méi)有容錯(cuò)的 Skill結(jié)果網(wǎng)絡(luò)一抖動(dòng)整個(gè)流程就斷了還得手動(dòng)重跑。4.3 從零寫(xiě)一個(gè)實(shí)用 Skill 的完整過(guò)程假設(shè)我要寫(xiě)一個(gè)每日資訊匯總的 Skill需求是每天早上自動(dòng)抓取幾個(gè)指定來(lái)源的最新內(nèi)容提取關(guān)鍵信息按固定格式輸出一份簡(jiǎn)報(bào)。下面是我的實(shí)操步驟。第一步明確輸入輸出。輸入是來(lái)源列表和日期范圍輸出是一份 Markdown 格式的簡(jiǎn)報(bào)。第二步拆解執(zhí)行步驟抓取內(nèi)容、清洗數(shù)據(jù)、提取要點(diǎn)、格式化輸出。第三步為每一步確定實(shí)現(xiàn)方式抓取用 HTTP 請(qǐng)求工具清洗和提取用模型能力格式化用模板。第四步寫(xiě) Skill 定義文件把上面的邏輯用 WorkBuddy 支持的格式表達(dá)出來(lái)。第五步測(cè)試。先用手動(dòng)觸發(fā)的方式跑一遍看每一步的輸出是否符合預(yù)期再調(diào)整。測(cè)試環(huán)節(jié)我要多說(shuō)一句。很多人寫(xiě)完 Skill 就直接掛到自動(dòng)觸發(fā)上結(jié)果出了問(wèn)題都不知道是哪一步錯(cuò)了。正確的做法是先手動(dòng)觸發(fā)逐步驗(yàn)證每個(gè)環(huán)節(jié)確認(rèn)無(wú)誤后再開(kāi)啟自動(dòng)觸發(fā)。而且測(cè)試的時(shí)候要用真實(shí)的、有代表性的數(shù)據(jù)不要用那種理想化的樣例數(shù)據(jù)否則上線后遇到真實(shí)數(shù)據(jù)的邊界情況就會(huì)翻車(chē)。4.4 Skill 組合與編排的思路單個(gè) Skill 的能力是有限的WorkBuddy 真正的威力在于 Skill 的組合。你可以把 Skill 想象成樂(lè)高積木單個(gè)積木只能拼出一個(gè)形狀但組合起來(lái)就能搭出復(fù)雜的結(jié)構(gòu)。編排的核心是定義好 Skill 之間的數(shù)據(jù)流轉(zhuǎn)上一個(gè) Skill 的輸出怎么變成下一個(gè) Skill 的輸入。我常用的一個(gè)編排模式是串行加分支。主線是串行執(zhí)行但在某些關(guān)鍵節(jié)點(diǎn)上根據(jù)條件分支到不同的 Skill。比如一個(gè)內(nèi)容處理流程先判斷內(nèi)容類(lèi)型如果是文本走文本處理 Skill如果是表格走表格處理 Skill處理完再匯合到統(tǒng)一的輸出 Skill。這種模式的好處是靈活能應(yīng)對(duì)多種輸入情況。注意Skill 編排的復(fù)雜度不要一次性堆太高。我建議從兩三個(gè) Skill 的簡(jiǎn)單串聯(lián)開(kāi)始跑通了再逐步增加。一上來(lái)就搞十幾個(gè) Skill 的復(fù)雜編排調(diào)試起來(lái)會(huì)讓你懷疑人生。5. 緩存目錄修改與性能調(diào)優(yōu)實(shí)戰(zhàn)5.1 為什么要改緩存目錄WorkBuddy 在運(yùn)行過(guò)程中會(huì)產(chǎn)生大量緩存文件包括模型響應(yīng)緩存、Skill 執(zhí)行日志、臨時(shí)文件等。默認(rèn)情況下這些文件都放在系統(tǒng)盤(pán)的用戶目錄下。如果你跟我一樣系統(tǒng)盤(pán)是塊小容量 SSD用不了多久就會(huì)發(fā)現(xiàn) C 盤(pán)告急。網(wǎng)上搜workbuddy 怎么更改系統(tǒng)緩存目錄的人這么多就是因?yàn)檫@個(gè)默認(rèn)設(shè)置對(duì)系統(tǒng)盤(pán)不友好。改緩存目錄的另一個(gè)好處是便于管理。把緩存集中放在一個(gè)獨(dú)立目錄清理的時(shí)候方便備份的時(shí)候也方便。而且如果你用的是機(jī)械硬盤(pán)加 SSD 的組合把緩存放在讀寫(xiě)速度更快的盤(pán)上理論上能提升一些響應(yīng)速度雖然實(shí)際感知可能不明顯。5.2 修改緩存目錄的具體步驟修改緩存目錄的方法不同版本可能略有差異但基本思路是一致的找到配置文件里的緩存路徑設(shè)置項(xiàng)改成你想要的路徑然后重啟 WorkBuddy 讓配置生效。具體來(lái)說(shuō)你需要先關(guān)閉 WorkBuddy然后找到它的配置文件通常在安裝目錄或者用戶配置目錄下編輯里面的 cachePath 或者類(lèi)似的字段。改完之后有一個(gè)關(guān)鍵步驟把原來(lái)緩存目錄里的內(nèi)容遷移到新目錄。如果你直接改配置不遷移WorkBuddy 會(huì)認(rèn)為緩存是空的之前的一些狀態(tài)可能會(huì)丟失。遷移的時(shí)候注意保持目錄結(jié)構(gòu)一致不要只復(fù)制文件不復(fù)制文件夾層級(jí)。# 示例在類(lèi) Unix 系統(tǒng)下遷移緩存目錄 # 先關(guān)閉 WorkBuddy然后執(zhí)行 mv ~/.workbuddy/cache /your/new/path/workbuddy-cache # 再修改配置文件中的緩存路徑指向新位置Windows 下的操作類(lèi)似只是路徑格式不同。改完之后啟動(dòng) WorkBuddy檢查設(shè)置頁(yè)面里的緩存路徑是否已經(jīng)更新然后隨便跑一個(gè)任務(wù)確認(rèn)緩存文件確實(shí)寫(xiě)到了新目錄。5.3 性能調(diào)優(yōu)的幾個(gè)實(shí)用參數(shù)除了緩存目錄還有幾個(gè)參數(shù)值得調(diào)。第一個(gè)是并發(fā)數(shù)設(shè)置。WorkBuddy 執(zhí)行 Skill 時(shí)有些步驟可以并行有些必須串行。合理設(shè)置并發(fā)數(shù)能提升效率但設(shè)太高反而會(huì)因?yàn)橘Y源競(jìng)爭(zhēng)導(dǎo)致整體變慢。我的經(jīng)驗(yàn)是并發(fā)數(shù)不要超過(guò)你機(jī)器 CPU 核心數(shù)的一半。第二個(gè)是超時(shí)設(shè)置。每個(gè) Skill 步驟都應(yīng)該有合理的超時(shí)時(shí)間。設(shè)太短正常任務(wù)可能被誤判為超時(shí)設(shè)太長(zhǎng)真出問(wèn)題的時(shí)候你要等很久才知道。我一般把網(wǎng)絡(luò)請(qǐng)求類(lèi)步驟的超時(shí)設(shè)在 30 秒左右本地處理類(lèi)步驟設(shè)在 10 秒左右具體根據(jù)任務(wù)實(shí)際情況調(diào)整。第三個(gè)是日志級(jí)別。調(diào)試階段把日志級(jí)別調(diào)高方便排查問(wèn)題穩(wěn)定運(yùn)行后調(diào)低減少日志文件占用空間。這個(gè)切換很實(shí)用我建議你養(yǎng)成習(xí)慣。6. 常見(jiàn)問(wèn)題排查與避坑經(jīng)驗(yàn)實(shí)錄6.1 安裝與啟動(dòng)階段的典型問(wèn)題安裝階段最常見(jiàn)的問(wèn)題是安裝包下載不完整或者校驗(yàn)失敗。如果你遇到安裝程序報(bào)錯(cuò)第一件事是重新下載安裝包確認(rèn)文件完整性。第二件事是檢查系統(tǒng)權(quán)限Windows 下有時(shí)候需要以管理員身份運(yùn)行安裝程序。第三件事是臨時(shí)關(guān)閉安全軟件有些安全軟件會(huì)誤攔截 AI 工具的安裝過(guò)程。啟動(dòng)階段最常見(jiàn)的問(wèn)題是卡在初始化界面。這通常是因?yàn)槌跏蓟枰螺d資源而網(wǎng)絡(luò)環(huán)境不穩(wěn)定導(dǎo)致的。解決辦法是檢查網(wǎng)絡(luò)連接或者換個(gè)時(shí)間段再試。如果一直卡著可以嘗試刪除初始化緩存目錄后重新啟動(dòng)讓它重新下載。6.2 Skill 執(zhí)行失敗的排查思路Skill 執(zhí)行失敗是最常見(jiàn)的問(wèn)題類(lèi)型。我的排查思路是分三步走。第一步看日志。WorkBuddy 的日志會(huì)記錄 Skill 執(zhí)行的每一步找到報(bào)錯(cuò)的那一步看具體錯(cuò)誤信息。第二步隔離測(cè)試。把出錯(cuò)的步驟單獨(dú)拿出來(lái)手動(dòng)執(zhí)行看是不是這一步本身的問(wèn)題。第三步檢查依賴。確認(rèn)這一步依賴的工具、API、權(quán)限是否都正常。下面這張表是我整理的常見(jiàn) Skill 執(zhí)行錯(cuò)誤和對(duì)應(yīng)排查方向你可以對(duì)照著看。錯(cuò)誤現(xiàn)象可能原因排查方向Skill 不觸發(fā)觸發(fā)條件不匹配檢查觸發(fā)規(guī)則定義手動(dòng)觸發(fā)測(cè)試執(zhí)行中途卡住某步驟超時(shí)或死循環(huán)查看日志定位卡住的步驟檢查超時(shí)設(shè)置輸出格式錯(cuò)誤模板或解析邏輯問(wèn)題檢查輸出模板驗(yàn)證數(shù)據(jù)格式工具調(diào)用失敗權(quán)限或配置問(wèn)題檢查工具配置、API 密鑰、網(wǎng)絡(luò)連通性結(jié)果不符合預(yù)期提示詞或邏輯設(shè)計(jì)問(wèn)題調(diào)整 Skill 內(nèi)的提示詞和步驟邏輯6.3 模型接入相關(guān)的坑models.json 配置錯(cuò)誤是模型接入階段的高頻問(wèn)題。最常見(jiàn)的錯(cuò)誤是 JSON 格式不合法比如多了個(gè)逗號(hào)、少了引號(hào)、括號(hào)不匹配。排查方法很簡(jiǎn)單把文件內(nèi)容復(fù)制到任意 JSON 校驗(yàn)工具里驗(yàn)證一下就知道。另一個(gè)常見(jiàn)問(wèn)題是 apiKey 失效或者額度不足這個(gè)只能通過(guò)檢查賬號(hào)狀態(tài)來(lái)解決。還有一個(gè)坑是模型名稱寫(xiě)錯(cuò)。不同提供商的模型名稱格式不一樣有的帶版本號(hào)有的不帶有的區(qū)分大小寫(xiě)。寫(xiě)錯(cuò)模型名稱WorkBuddy 會(huì)報(bào)模型不存在。我的建議是配置新模型的時(shí)候先查清楚該模型的準(zhǔn)確名稱不要憑記憶寫(xiě)。6.4 我踩過(guò)的幾個(gè)印象深刻的坑第一個(gè)坑是 Skill 之間的數(shù)據(jù)傳遞。我早期寫(xiě)的一個(gè)編排 Skill上游輸出的是 JSON 字符串下游期望的是解析后的對(duì)象結(jié)果下游一直報(bào)錯(cuò)。后來(lái)才明白Skill 之間的數(shù)據(jù)傳遞需要明確約定格式要么統(tǒng)一用字符串要么統(tǒng)一用對(duì)象不能混著來(lái)。第二個(gè)坑是緩存目錄權(quán)限。我把緩存目錄改到了一個(gè)需要特殊權(quán)限的位置結(jié)果 WorkBuddy 沒(méi)有寫(xiě)入權(quán)限緩存寫(xiě)不進(jìn)去任務(wù)執(zhí)行各種異常。排查了半天才發(fā)現(xiàn)是權(quán)限問(wèn)題。所以改緩存目錄的時(shí)候一定要確保 WorkBuddy 進(jìn)程對(duì)該目錄有完整的讀寫(xiě)權(quán)限。第三個(gè)坑是過(guò)度依賴自動(dòng)觸發(fā)。我曾經(jīng)把一堆 Skill 都設(shè)成自動(dòng)觸發(fā)結(jié)果它們之間互相干擾一個(gè)任務(wù)觸發(fā)了多個(gè)不相關(guān)的 Skill輸出亂七八糟。后來(lái)我把大部分 Skill 改成手動(dòng)觸發(fā)或者精確條件觸發(fā)問(wèn)題就解決了。自動(dòng)觸發(fā)雖然方便但一定要控制好觸發(fā)條件的精確度。7. 關(guān)于 WorkBuddy 使用的一些個(gè)人體會(huì)用 WorkBuddy 這段時(shí)間我最大的感受是AI Agent 類(lèi)工具的價(jià)值不在于它有多智能而在于它能不能穩(wěn)定地幫你完成重復(fù)性工作。WorkBuddy 的 Skill 機(jī)制給了你這種能力但前提是你愿意花時(shí)間去設(shè)計(jì)和調(diào)試 Skill。我見(jiàn)過(guò)很多人裝完 WorkBuddy隨便試了幾個(gè)預(yù)置 Skill 就放下了覺(jué)得也就那樣。但真正把它用起來(lái)的人都是那些愿意花時(shí)間打磨自己 Skill 的人。另外一點(diǎn)體會(huì)是關(guān)于期望管理。WorkBuddy 不是萬(wàn)能的它擅長(zhǎng)的是流程化、結(jié)構(gòu)化的任務(wù)對(duì)于需要大量創(chuàng)造性判斷的任務(wù)它目前還替代不了人。把它當(dāng)成一個(gè)能幫你處理瑣事的助手而不是一個(gè)能替你思考的大腦這樣用起來(lái)心態(tài)會(huì)好很多。最后分享一個(gè)小技巧定期整理你的 Skill 庫(kù)。用了一段時(shí)間后你會(huì)積累一堆 Skill有些是常用的有些是試了一次就再也沒(méi)用過(guò)的。定期清理掉那些沒(méi)用的把常用的做好分類(lèi)和命名規(guī)范能讓你的工作臺(tái)保持清爽找起來(lái)也快。這個(gè)習(xí)慣我是從整理代碼倉(cāng)庫(kù)遷移過(guò)來(lái)的同樣適用于 Skill 管理。