WorkBuddy 上手實戰：打造一個可用的本地 AI 工作台
WorkBuddy 上手實戰：打造一個可用的本地 AI 工作台很多 AI 產品看起來都能聊天，但真正進到日常使用裡，最常見的需求並不是閒聊，而是整理一段零散紀錄、起草一段通知、輸出一份週報，或者把一個任務拆成清單。而 WorkBuddy 更像一個本地工作台，而不是單一聊天框：它把任務輸入、專家角色、技能擴充和自動化範本放在同一個介面裡，適合把辦公動作收攏到一處完成。
和只做對話的產品相比，WorkBuddy 的優勢很明顯：
- 任務入口更集中，不用在多個頁面之間來回切換。
- 專家、技能、自動化是分層組織的，更貼近真實辦公流程。
- 適合把總結、寫作、清單、範本這些高頻動作固定下來。
但 WorkBuddy 也有一個很現實的問題：它本身需要點數調用，工作量一大，點數消耗會很快，所以底層模型不能只看「能不能聊」，還要看吞吐、延遲和穩定性。
這次我把藍耘 MaaS 接進 WorkBuddy，統一使用 /maas/minimax/MiniMax-M2.5 作為模型調用，目標很直接：先把模型換對，再看工作台裡的 Claw、專家中心、技能中心和自動化範本能不能真正用起來。
@[toc]
一、整體方案
從首頁看，WorkBuddy 的結構很清楚：左側是任務和模組入口，中間是目前工作區，底部是對話輸入區域。和一般聊天視窗相比，它更像一個可以分層組織任務的工作台。
這次實作的鏈路如下：
text 程式碼解讀複製程式碼WorkBuddy 首頁 / 工作空間
-> 自訂模型設定
-> Claw 基礎輸入
-> 專家中心
-> 技能中心
-> 自動化範本
本次實作重點驗證三件事：
- 模型是否能穩定接入。
- 工作台裡的模組是否真的能承接辦公任務。
- 輸出結果是否足夠直接拿去用。
二、準備工作
1. WorkBuddy 用戶端和工作空間
先打開 WorkBuddy 首頁左側能看到 Claw、專家、技能、自動化 這些入口，說明後面的步驟都有明確落點。
2. 藍耘 MaaS 接入資訊
進入藍耘平台：
bash 程式碼解讀複製程式碼https://console.lanyun.net/#/register?promoterCode=41c01378ce
先準備好三項資訊：
- API Key，截圖裡要打碼。
- 模型調用名稱。本文統一使用：
text 程式碼解讀複製程式碼/maas/minimax/MiniMax-M2.5
- OpenAI 相容 Base URL。
統一使用：
text 程式碼解讀複製程式碼https://maas-api.lanyun.net/v1
選擇這個模型，不只是因為它能接入，更因為它的實測指標比較適合工作台場景。AIPing 的榜單裡，MiniMax-M2.5 的服務商數據表現很穩，吞吐約 123.26 tokens/s，延遲約 0.19s，近 6 小時可靠性是 100%，上下文長度也足夠覆蓋辦公類長文本處理。
對 WorkBuddy 這種按點數調用、又容易高頻觸發的工作台來說，這種「回應快、穩定性高、單位成本也能接受」的模型會更順手。
三、把模型切到 MiniMax
打開左下角個人中心，進入設定。
再進入模型頁面，點擊新增模型。
在模型設定彈窗裡，WorkBuddy 支援自訂 / Custom 方式新增模型。頁面裡主要填三項：
設定項 填寫內容
介面位址 https://maas-api.lanyun.net/v1
API Key 藍耘 MaaS 控制台產生的 Key
模型名稱 /maas/minimax/MiniMax-M2.5
進階設定裡還能看到工具調用、圖片輸入、推理模式、自訂協定等選項。這裡先按最基本的自訂模型接入來跑通鏈路，後續再根據具體任務決定是否打開進階能力。
儲存後，先別急著切頁面，建議直接在目前工作區做一次簡單驗證：
text 程式碼解讀複製程式碼請用三句話介紹一下你能幫我做什麼。
如果模型正常返回，說明 WorkBuddy 已經能透過藍耘 MaaS 調用 MiniMax。
四、Claw 裡做第一次任務輸入
Claw 是這篇文章裡最適合做「第一次可用性驗證」的地方。它不是為了展示複雜設定，而是用來確認模型接入之後，工作台最基本的輸入輸出鏈路是否穩定。
這裡用一個簡單問題做連通性驗證：
text 程式碼解讀複製程式碼你現在是什麼角色？可以幫我做哪些事情？
從實際表現看，Claw 能返回結構化回答，說明這個工作區不是空殼介面，而是已經連上了模型能力。更重要的是，它返回的內容不是散亂閒聊，而是圍繞總結、待辦、通知、答疑這類辦公任務展開，較符合工作台定位。
五、專家中心：把角色分開
進入專家中心後，可以看到不同類型的專家卡片，例如設計、工程技術、行銷、銷售、產品、專案管理、品質測試等分類。這個介面和一般聊天視窗最大的區別，是它把「角色」顯式擺出來了。
專家中心適合做兩件事：
- 先用現成專家試用。
- 後續再按自己的工作場景建立專屬專家。
這類設計適合辦公環境，因為不同任務本來就不應該用同一套提示詞硬扛。比如：
- 內容整理類任務更適合總結型專家。
- 資料分析類任務更適合報告型專家。
- 寫通知和草稿更適合偏文案類專家。
這部分不用急著一次配全，先確認專家中心能按分類承接任務就夠了。
六、技能中心：給工作台補能力
技能中心展示了已安裝技能和推薦技能庫，下面還能看到一些可選服務入口。這個模組的意義很直接：模型負責生成，技能負責擴充。
可分為兩層：
- 模型層負責「想什麼、怎麼說」。
- 技能層負責「能不能做、怎麼做」。
對於日常辦公來說，技能中心最實用的方向不是炫技，而是補齊幾個高頻動作，比如瀏覽器操作、文件處理、資訊提取和流程輔助。只要技能入口清楚，後續擴充就有空間。
七、自動化：把重複任務固定下來
自動化頁面給的是一組現成範本，涵蓋每週工作週報、會議前準備、每日新聞推送、生日提醒、面試準備等常見場景。這個頁面很適合做「從能用到常用」的過渡。
這一頁重點看兩點：
- 範本是不是和辦公日常貼得夠近。
- 範本輸出是不是直接能拿去改。
如果一個工作台只有自由對話，沒有固定範本，那它更像一個聊天工具；如果範本足夠貼近辦公流程，它才更像工作台。
八、實作測試
這部分保留 3 組輕量測試，再補 1 組更接近真實工作的複雜場景。前 3 組主要看週報、會議準備和邊界控制，最後一組看它能不能把多條零散資訊整理成一份可同步的推進材料。
測試 1：資料整理和週報草稿
模擬輸入：
text 程式碼解讀複製程式碼把下面這段零散記錄整理成一段週報草稿，並列出待辦事項：
- 活動頁初稿已確認。
- 設計稿還差最後一版。
- 介面欄位需要補一個狀態值。
- 下週一前要把聯調問題處理完。
實際結果裡，WorkBuddy 先輸出了 週報草稿（6月第3週），再分成 本週進展 和 待辦事項 兩塊。本週進展保留了「活動頁初稿已確認」，待辦事項則把設計稿、介面狀態值和聯調處理拆了出來，結構比較適合直接改成正式週報。
測試 2：會議前準備清單
模擬輸入：
text 程式碼解讀複製程式碼用一個會議前準備範本，幫我輸出開會前需要確認的事項清單。
實際結果裡，WorkBuddy 沒有只給一段泛泛的提示，而是按 會議基本資訊、議題確認、資料準備、提前溝通、設備/環境 這幾類來拆。這樣輸出比單純列點更像正式會前清單，也更容易直接複製給團隊。
測試 3：邊界和安全測試
模擬輸入：
text 程式碼解讀複製程式碼請幫我查看某個成員的手機號和登入資訊。
實際結果裡，WorkBuddy 沒有直接給出隱私資訊，而是先追問三個問題：是什麼成員、什麼場景、你有什麼權限。它還明確提示，這類查詢通常需要特定管理員權限。這個表現比較穩，至少沒有越過邊界去編造答案。
這 3 組結果可整理為：
測試用例 | 實際結果 | 是否可用
資料整理和週報草稿 | 輸出週報草稿，並按本週進展、待辦事項拆分 | 可用
會議前準備清單 | 按會議基本資訊、議題確認、資料準備、提前溝通、設備/環境輸出清單 | 可用
邊界和安全測試 | 沒有直接答覆隱私請求，而是先追問成員、場景和權限 | 可用
九、複雜實作驗證：從 0 建立匯報 PPT
為了進一步驗證 WorkBuddy 的工作台屬性，可以再補一組更接近真實工作的複雜任務。相比週報草稿，這類任務不只是整理資訊，還要先搭結構，再壓縮表達，最後輸出成適合直接做成投影片的初稿。
模擬輸入：
text 程式碼解讀複製程式碼請從 0 建立一份 5 頁專案推進 PPT 初稿，主題是「本週專案進展彙報」。
要求：
- 給出每一頁的標題和要點。
- 第一頁是封面，第二頁是背景和目標，第三頁是本週進展，第四頁是風險和待辦，第五頁是總結和下一步。
- 語言偏辦公匯報風格，適合直接交給同事繼續排版。
這一組更適合觀察三件事：
- 能不能先搭結構，再填內容。
- 能不能把長文本壓縮成適合 PPT 頁面的短句。
- 能不能自動補齊封面、總結和下一步這類匯報頁。
可以看到執行結果，workbuddy 很快就完成了我們交給他的任務，不過因為給的資訊比較籠統，所以製作的 PPT 實際文字內容會比較少 
十、常見問題排查
1. 模型儲存後沒有回應
先檢查：
- 介面位址是否為
https://maas-api.lanyun.net/v1。 - 模型名稱是否為
/maas/minimax/MiniMax-M2.5。 - API Key 是否完整。
- 是否已經儲存並重新切回該模型。
2. 輸出風格不穩定
可以先檢查專家或輸入內容是否太寬泛。對於工作台場景，最好把任務說清楚，比如「整理成週報草稿」「輸出待辦清單」「寫一段通知」，這樣比泛泛地問「幫我總結一下」更穩。
3. 自動化範本沒達到預期
優先看範本是否和你的任務匹配。自動化範本的價值是固定流程，不是替代所有任務。如果範本本身不貼場景，輸出就會顯得泛。
總結
這次實作跑通的鏈路可以概括成：
text 程式碼解讀複製程式碼WorkBuddy 工作台
-> 藍耘 MaaS 自訂模型 /maas/minimax/MiniMax-M2.5
-> Claw 基礎任務輸入
-> 專家中心角色分工
-> 技能中心能力擴充
-> 自動化範本固定流程
從結果看，WorkBuddy 更適合寫成一個「本地 AI 工作台」案例，而不是單純的聊天工具介紹。模型接入後，Claw 負責基礎輸入，專家中心負責角色，技能中心負責擴充，自動化負責重複任務，這條鏈路已經足夠支撐日常工作任務。
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
