把模型橋接好了，也順便照顧一下螢幕前的你：workbuddy-to-dsh 教學文的另一面

2026 年 10 月 5 日，掘金出現一篇名為「workbuddy-to-dsh 使用教程」的文章，作者 ianzh。它講的是一個開源專案：把 WorkBuddy 桌面端裡已登入的模型能力，透過只監聽本機 127.0.0.1 的本地橋，轉成 OpenAI 相容介面，讓編輯器插件、Agent 工具之類的客戶端可以直接呼叫，不用再一邊開桌面端、一邊手動複製貼上。

這是個工程味道很重的工具文，但整個使用場景其實很具體：一個開發者，晚上想把自己付費的模型接進日常工作流，於是開始裝插件、跑腳本、看診斷頁、等模型調通。這個過程常常一坐就是兩三個小時。工具的事原作者寫得很清楚了，這裡想補上的是你這一側的事。

先把來源裡可確認的事實說清楚。這個專案由三部分組成：一個綁在 127.0.0.1:8790 的本地橋、一個 127.0.0.1:8792 的網頁控制臺、一個裝進 dsh 的原生插件，全部是純 Node 腳本、零 npm 依賴。控制臺提供用量統計、請求明細、環境診斷等功能，帳本檔案只記時間、模型、耗時、token 數、積分與狀態碼這類元資料，依原文說法，不記對話內容也不記請求本體。這點對在意隱私的人是好消息。

接下來是你在折騰這類工具時，身體這邊可以排的幾件事。

一、診斷頁的紅色項目，不值得你用紅著的眼去盯

原文提到，環境診斷有 8 項檢查，紅色項目不解決，模型就不會出現。這種等待與重試的循環，最容易讓人盯著螢幕不放。給自己一個規則：每次重跑診斷之前，先離開座位三到五分鐘。裝水、看窗外、讓眼睛看遠處都行。這比連續盯著終端機捲動有用得多，很多時候問題本來就需要等一輪重試。

二、模型調不通的時候，先檢查你的姿勢再檢查日誌

請求明細會把失敗的行標紅，附上上遊錯誤碼，還能一鍵複製錯誤詳情。排查這種問題常常一低頭就是半小時。提醒你幾個可以隨手做的事：螢幕上緣與視線大致齊平、筆電外接鍵盤比較不容易讓手腕折著打字、每半小時動一次肩膀與脖子。這些話你大概聽過很多遍，但它們只有在「正在用的時候想起來」才有價值。

三、「跑通為止」最容易喫掉你的睡眠

用量統計可以切到小時粒度，看某個時段是不是在偷偷跑量。這個功能也可以反過來用在你身上：回頭看自己昨晚哪些小時還在電腦前。如果你發現趨工具的進度都發生在深夜，這和你下班後趕 side project 的處境很像，可以參考我們之前聊過的一個人熬夜趕專案時的作息照顧。設定一個明確的收工時間，把沒調通的部分留到隔天，通常比硬撐到凌晨兩點更快解決問題，因為睡眠不足時的判斷力本來就會下滑。

四、積分倍率看得清，你的精力帳也要看得清

原文有個值得留意的細節：不同模型的積分倍率差距很大，作者舉了 space-bunny 的 x0.03 與 kimi-k3-1 的 x1.62，差五十多倍。控制臺還提供「實測成本」的計算，而且數據不夠時會顯示「—」而不是編一個數字。這種誠實對待數據的態度，也可以搬到你的精力管理上：哪些時段你的產出最高、哪些時段只是在硬耗，多半有跡可循，不用憑感覺。

五、本地工具再方便，也別讓它變成新的常駐焦慮

這類本地橋的好處是只綁回環位址、不對外暴露。工具安靜地待在本機，某種程度上也降低了「隨時要盯著」的心理負擔。不過自動簽到、用量趨勢這些功能，看久了也可能變成另一種忍不住要去刷的頁面。這和久坐盯盤、追工作數據的情形類似，如果你對這種狀態有共鳴，可以看看我們先前寫的晚班與長工時工作者的作息照顧。原則很簡單：工具為你服務，統計頁一天看一次通常就夠了。

最後補一句關於安全的事。這類專案牽涉到把已登入客戶端的憑據橋接出來使用，是否違反服務條款、帳號會不會受影響，原文並沒有討論，這部分在動手之前值得你自己先查清楚。技術上可行與使用上合適，是兩件事。

工具調通了，工作流順了，這很好。隔天起牀眼睛不痠、脖子不僵、睡眠沒被喫掉，這份成就感才算完整。