DeepSeek Harness外掛不在同一個抽象層。有的整理上下文,有的攔截命令,有的接管回答渲染,還有幾個只改主題與桌面互動。我的選法是先畫出工作流的卡點,再只啟用一個對應外掛;一次裝滿12個,出現衝突時反而沒有足夠資訊排錯。
本文核對日期為2026年11月13日。@changfenhuang/dsh-genui有2026年11月10日的本機操作記錄,其餘11項只依開發者倉庫說明整理。這份筆記適合已經能使用DeepSeek Harness、準備評估第三方外掛的開發者;若需要12項完整相容性矩陣或長期穩定性報告,目前證據還不夠。
| 作用層 | 外掛 | 介入點 | 主要可見變化 |
|---|---|---|---|
| 上下文 | billion-context |
長工作階段的舊訊息與工具結果 | 壓縮、恢復、快取狀態 |
| 輸入路由 | dsh-vision-router |
圖片送入模型前後 | OCR、裁切、像素差異等視覺工具 |
| 執行保護 | cc-safety-net |
工具命令送出前 | 風險規則命中時攔截 |
| 輸出渲染 | @changfenhuang/dsh-genui、archify、dsh-ppt |
模型回答產生後 | 互動介面、架構圖、簡報 |
| 工作階段結構 | dsh-synapse、dsh-pua |
對話分支與多步任務推進 | 畫布節點、角色狀態、驗收迴圈 |
| 介面擴充 | dsh-wallpaper-engine、dsh-pet、dsh-meme、dsh-claude-style |
前端與桌面 | 背景、桌寵、表情包、主題 |
裝上主題外掛,模型會跟著變嗎?不會。這張表能避免兩種常見誤判:主題外掛不會更換模型;渲染外掛只負責把內容變成介面,不會自動驗證內容正確性。
billion-context處理長工作階段的負擔。訊息、檔案與工具輸出不斷累積時,它會壓縮或替換部分舊內容,再提供恢復與快取管理。它能降低每一輪都攜帶全部歷史的壓力,但壓縮本身可能失去細節;驗收規則、關鍵常數和不可變條件仍應放在專案檔案裡。
dsh-vision-router位於圖片輸入鏈路。開發者說明列出圖像問答、OCR、標註、裁切、顏色擷取、像素差異與SVG輪廓等能力。若後端模型沒有原生視覺,或任務需要先對圖片做局部處理,這類路由會比直接把整張圖丟給文字模型更容易觀察。
cc-safety-net則在命令執行前工作。正常操作可能完全看不到它;當工具嘗試破壞性Git操作、檔案刪除或存取常見敏感檔案時,才會顯示攔截原因。這不是備份系統。攔截規則漏掉的命令,仍要靠版本控制和可恢復副本兜底。
三者可以同時存在,因為它們不爭同一個介入點。測試時要看的是:壓縮是否改變必要上下文、視覺工具的輸出是否被誤信,以及安全規則會不會攔住正常腳本。
我實際操作的是@changfenhuang/dsh-genui。安裝前先遇到套件識別問題:舊的changfenhuang/dsh-genui倉庫路徑回傳404,目前原始碼在omdsh-dev/dsh-genui,npm套件名包含作用域@changfenhuang/dsh-genui。未加作用域的dsh-genui是另一個實作,不能當成縮寫。
我在DeepSeek Harness外掛頁輸入完整名稱,回到已安裝清單核對名稱與開關。

2026年11月10日,我用deepseek-v4.1-flash送出「展示一下剛剛加入的ui的完整功能。」DeepSeek Harness透過Crazyrouter的OpenAI相容入口呼叫模型,Base URL是https://api.crazyrouter.com/v1。完整回答在3分58秒後結束。
這次測試得到的事件分界如下:
| 操作 | 是否需要模型繼續處理 | 工程上的含義 |
|---|---|---|
| 表格排序、條件篩選 | 否 | 前端保留同一份資料並更新視圖 |
| 複製Markdown/CSV、切換圖例 | 否 | 不必重新生成整段回答 |
| 拖動函式參數滑桿 | 否 | 元件在本機更新狀態 |
提交表單、點擊帶action的按鈕 |
是 | 事件回到模型,開始下一輪處理 |

少一次模型往返,是否等於整體用量更低?還不能這樣下結論。若每次排序都重新呼叫模型,互動介面只是在改外觀;當排序與滑桿留在前端,才會真的減少對話往返。這次沒有記錄首次生成和各類事件的Token對照,因此不能從「本機操作沒有新請求」推導成「整體一定更省」。
圖表區顯示了柱狀圖、P50/P95折線和環形圖。按鈕與圖例可操作,頁面會更新。我沒有把演示數字當成業務結果,只把它當成渲染和事件行為的測試資料。

本次實測模型ID為deepseek-v4.1-flash。目前公開的DeepSeek V4 Flash模型頁顯示deepseek-v4-flash,兩者不是同一個ID。若要核對目前可用目錄,可開啟模型頁面查看,實際設定以帳號當下顯示為準。
archify把程式碼、計畫或想法轉成可縮放的關係圖。它適合建立陌生倉庫的閱讀入口,但生成圖可能漏掉執行期路由、外部服務或文件未描述的邏輯,不能取代程式碼審查。
dsh-ppt把材料推進到投影片規劃、預覽和PPTX輸出。這條鏈路比只產生簡報大綱多了一個實際交付物,也多了字型、換行、裁圖與版面比例等檢查點。能下載不代表能直接上台。
dsh-synapse改的是工作階段拓撲。它允許從某則訊息建立分支,再以節點和連線保存多條推理路徑。做方案比較時很方便;當畫布變大,仍需要把最後決策寫回專案文件,否則只是把線性混亂換成平面混亂。
dsh-pua包含角色風格、任務狀態與驗收迴圈。它能改變多步任務的節奏,卻不能補上缺失依賴或權限。
dsh-wallpaper-engine提供靜態、動態與影片背景;dsh-pet建立獨立透明桌寵;dsh-meme在輸入區加入表情包;dsh-claude-style改變顏色、布局和控制項外觀。
這四類改動都很容易在畫面上確認,也最容易被錯寫成「模型變強」。驗收時只要問兩件事:宿主介面是否按照預期改變,以及停用外掛後能否乾淨恢復。回答品質要另外測。
我不會先在主要專案啟用12項,而是採用單外掛、單任務、可回復的方式:
例如GenUI的最小驗收不需要跑完所有元件。先生成一張可排序表格,確認排序不發出新模型請求;再放一個帶action的按鈕,確認點擊後確實開始下一輪。兩個觀察點就能驗證事件邊界。
外掛清單愈長,排錯成本愈高。對工程工作流而言,能說清楚「它在哪一層介入、失敗時會看到什麼、怎麼停用」,比裝了多少項更有用。
billion-context:https://github.com/ranxianglei/billion-contextdsh-vision-router:https://github.com/ysr666/dsh-vision-routercc-safety-net:https://github.com/kenryu42/cc-safety-net@changfenhuang/dsh-genui:https://github.com/omdsh-dev/dsh-genuiarchify:https://github.com/tt-a1i/archifydsh-ppt:https://github.com/STARDUSTLC666/dsh-pptdsh-synapse:https://github.com/liangmianya/dsh-synapsedsh-pua:https://github.com/MichengAI/dsh-puadsh-wallpaper-engine:https://github.com/elysia395/dsh-wallpaper-enginedsh-pet:https://github.com/PC2005-cloud/dsh-petdsh-meme:https://github.com/yyh-001/dsh-memedsh-claude-style:https://github.com/Nwflower/dsh-claude-style