前言¶
在 DeepSeek Harness（DSH）裏接多個 MCP 服務器時，常見做法是在進程啓動階段就建立連接並拉取工具列表。MCP 服務未就緒、網絡慢或工具很多時，啓動會變長，也可能在尚未調用任何工具前就佔用連接與資源。
下面介紹社區插件 dsh-lazy-mcp（維護者 kvnis，分類爲客戶端）。它把「註冊工具」和「真正連上 MCP 服務」拆開：啓動時用緩存的 manifest 把工具註冊進 DSH，第一次調用某個工具時再建立連接。DSH 本身強調「一切皆插件」；插件索引來自 SkillHub 等社區目錄，與 DeepSeek、幻方無官方從屬關係。
這是什麼¶
dsh-lazy-mcp 是面向 DeepSeek Harness 的 Lazy MCP client。官方簡介爲：
Lazy MCP client for DeepSeek Harness: registers a server’s tools from a cached manifest at boot and connects on the first call.
一句話：啓動階段只根據本地緩存的 manifest 註冊 MCP 工具，延遲到首次調用再連接對應 MCP 服務器。維護者爲 kvnis；SkillHub 目錄頁標註最近版本爲 v0.4.0（以目錄頁顯示爲準）。GitHub 倉庫地址爲 kvnis/dsh-lazy-mcp；撰寫本文時該倉庫頁面與 README 均無法抓取（HTTP 404），具體配置字段與示例以目錄頁及後續可用的源碼文檔爲準。
核心功能¶
以下能力均來自上述簡介與目錄說明，未展開的部分不在本文斷言。
-
啓動時註冊工具
在 DSH 啓動（boot）階段，從 cached manifest 讀取 MCP 服務器的工具定義，並完成向 Harness 的註冊，使智能體在對話中能看到這些工具名稱與 schema。 -
首次調用再連接
與「啓動即連 MCP」不同，實際與 MCP 服務器的連接推遲到 the first call——即某工具第一次被調用時才建立，從而減少冷啓動時的連接壓力。 -
客戶端插件定位
SkillHub 將其歸類爲 可安裝客戶端 類 DSH 插件，適合作爲 Harness 進程內的 MCP 接入層，而不是單獨的外部服務。
安裝與啓用¶
已抓取資料中 GitHub README 不可用，SkillHub 未提供可複製的 shell 安裝命令；請勿自行拼接未在文檔中出現的 dsh plugin add 形式。
在 SkillHub 插件頁 使用「發送給 DeepSeek Harness 安裝」生成的說明。頁面給出的開頭爲：
請安裝 DSH 插件 kvnis/dsh-lazy-mcp。先讀取..
將目錄頁生成的完整安裝話術交給當前 DSH 會話執行；插件標識固定爲 kvnis/dsh-lazy-mcp。安裝前建議在目錄頁確認版本號（當前顯示 v0.4.0），並在 GitHub 可訪問時閱讀源碼與許可證。
典型用法（行爲層面）¶
因 README 未能抓取，下面只描述簡介中可覈對的行爲路徑，不含未證實的配置項或命令。
- 在 DSH 中安裝並啓用 kvnis/dsh-lazy-mcp，並準備好對應 MCP 服務器的 cached manifest（manifest 的格式與路徑以插件源碼或目錄頁後續文檔爲準）。
- 重啓或啓動 DSH 進程後，插件在 boot 階段根據 manifest 註冊 MCP 工具，此時不必已完成與遠程 MCP 的長連接。
- 在智能體對話中首次調用某一 MCP 工具時，插件再 connect 到該 MCP 服務器並完成實際 RPC。
經過上面的步驟，Harness 在工具列表上仍表現爲「已接入 MCP」，但連接成本被推遲到真正需要調用時。
適用場景與注意¶
適合誰
- 本地或 CI 中 DSH 掛多個 MCP，希望縮短啓動、避免「用不到的服也先連上」的場景。
- 已能接受「第一次調用某工具時可能多一次連接延遲」的交互方式。
使用注意
- 插件在 當前 dsh 進程的權限 下運行，manifest 緩存與 MCP 連接行爲與進程用戶一致；安裝前請審查 GitHub 倉庫 源碼與許可證（倉庫暫不可讀時以目錄頁信息爲準）。
- manifest 與真實 MCP 服務不一致時，可能出現註冊工具與首次調用失敗；需保證緩存與服務器版本匹配，細節以官方文檔爲準。
- GitHub 上該倉庫星標爲 0（線索數據）；選型時可結合目錄頁更新時間與自身需求判斷。
結尾¶
dsh-lazy-mcp 用「manifest 預註冊 + 首次調用再連」的方式，爲 DeepSeek Harness 提供惰性 MCP 客戶端能力，適合希望控制啓動成本的智能體開發者。
