前言¶
DSH 的理念是「一切皆插件」，裝到最後 profile 裏往往混着官方插件、npm 包、從 GitHub 拉下來的倉庫和本地目錄。包內容一變就要重啓進程，於是「現在到底裝了哪些」「哪些能升到新版本」「這臺機器怎麼搬到另一臺」都靠命令行一條條敲，容易漏、也容易誤刪。下面介紹的 dsh-plugin-keeper 就是衝着這個日常運維的活來的，它只管理你已經有的東西，不提供插件市場，也不做熱重啓。
這是什麼¶
dsh-plugin-keeper 是一個面向 DeepSeek Harness（DSH 0.2.x）的插件運維臺，由 HelloQingTao 維護，在社區插件目錄中歸類爲 admin-security（該目錄頁當前顯示 0 星）。它把當前 profile 的插件集中到一個面板裏，按來源分組展示，提供批量更新、啓停、卸載，導出導入，GitHub 直裝和搜索。
一句話定位：它不是插件發現或安裝源，而是已裝插件的清單與批量操作檯。
核心功能¶
面板提供的能力，都能在 README 裏覈對：
- 在一處查看當前 profile 的全部插件，按來源分組：官方 / npm / GitHub / 本地。
- 檢查哪些插件存在新版本（徽標對應 npm / GitHub 上的最新版本），再批量更新。
- 對插件批量啓用、停用、卸載。
- 把選中的插件連同配置導出成 zip，在另一臺機器上導入。
- 直接從 GitHub 安裝插件。
- 按包名、簡述或版本搜索，命中的部分高亮顯示。
需要留意邊界：它只管已裝插件，不做插件市場；更新和卸載這類改變包內容的操作需要重啓宿主進程，啓用和停用纔是立即生效。
安裝與啓用¶
安裝命令來自 README 原文：
dsh plugin add dsh-plugin-keeper
安裝之後重啓 dsh，因爲包內容變更需要進程重啓才能生效。運行環境要求 Node >=20，DSH 版本在 >=0.2.0-rc.2 <0.3.0 區間內。
典型用法¶
面板掛在側欄「插件」→「插件運維 / Plugin Ops」頁籤，也可以在設置頁開一個同名入口。操作路徑是：勾選要處理的行 → 選動作 → 彈框先列出將被處理的包名 → 確認後執行。
README 給了四條上手檢查，可以當作最小驗證流程：
- 打開側欄「插件」→「插件運維」，看插件是否按來源分組，總數與
dsh plugin ls是否一致。 - 點「檢查更新」，覈對徽標上的最新版本與 npm / GitHub 網頁是否對得上。
- 勾一個非官方插件，執行「批量停用」，該行狀態應立刻變成「已停用」；再啓用同樣立刻恢復。
- 在搜索框輸入包名片段，列表收斂並高亮命中部分；按 Esc 或點 × 恢復全量。
導出導入的習慣是：導出會由瀏覽器下載 zip，拷到目標機器再導入；導入會先展示將要發生什麼，確認後才執行。
適用場景與注意¶
適合三類情況：換新機器時把在用插件導出、到新機器導入；集中清理安裝過多的插件，統一勾選後批量停用或卸載；日常維護時看一眼哪些過期，再批量更新。
幾點提醒：
- 插件以當前 dsh 進程的權限運行。裝之前先檢查源碼與許可證，本倉庫許可證爲 MIT。
- 更新和卸載不會即時生效，執行完需要重啓進程。
- 該插件來自社區，社區目錄是獨立站點，與 DeepSeek / 幻方無官方從屬關係，不要當成官方應用商店。
- 導出包裏包含插件配置，分享或遷移時注意裏面的憑據與環境相關項。
結尾¶
dsh-plugin-keeper 的價值在於把「裝了什麼、要不要動」這件事從命令行挪到一張可勾選的清單上，批量操作前還會先列出受影響的包名，降低誤操作風險。它不解決插件發現，也不改變 DSH 對包內容變更必須重啓的要求，定位清楚。
目錄頁：https://www.skillhub.cn/plugins/HelloQingTao/dsh-plugin-keeper
GitHub：https://github.com/HelloQingTao/dsh-plugin-keeper
