DeepSeek Harness Creator Mode：持久外掛的生效、權限與回復檢查
DeepSeek Harness 在 Creator Mode 設好外掛後，下一個 session 還會受影響嗎？依 官方持久外掛指南，設定屬於目前 profile，會影響它的 sessions，並在程序重啟後保留。關閉這次對話後，外掛設定仍會保留。
本文以 2026-11-03 的 Preview 文件和 Plugin Manager 原始文件整理驗收方式；Harness 啟動、bundle 安裝、核准流程與 MCP 呼叫留待你在測試環境驗收。Release 頁列有 dsh-v0.2.1-rc.5 等預發版本；各安裝包的功能仍待逐一確認。測試前請同時記錄版本與來源 commit，並核對已安裝版本與 master 文件的差異。
先看 profile，再看外掛能到哪裡
Plugin Manager 文件區分設定與程式碼：安裝的 Host code 在程序內執行，位於 workspace sandbox 之外。一般檔案工具受 sandbox 限制，外掛可存取的範圍則以 Host 程序為準，可能超出 workspace 資料夾；安裝前先確認套件來源與權限。
判斷外掛是否可信時，應依這個權限邊界確認：是否信任這個套件及其依賴，能否接受它在 Host 環境執行，以及這份 profile 是否也供其他任務使用。首次嘗試應使用可拋棄的測試 profile 和非敏感 workspace，保留原始套件版本、bundle 與 patch。
外掛管理動作本身另有核准條件，依 session 權限而定；遇到核准訊息時，只核准該次管理動作，整個工作階段維持原本的權限範圍。套件依賴的 build scripts 核准也屬不同檢查。
以 MCP 的 ping 當最小驗收
官方範例要求 Web profile 切換 Creator Mode，設定一個可連線、提供 ping 的 Streamable HTTP MCP server。若你已有自己的無副作用測試 server，可以使用下列提示詞形狀；使用時需透過對話提交，並以自己掌握的測試 server 為目標：
將 <自己的測試 endpoint> 以 demo 名稱設定到目前 profile。先說明要新增的 bundle 與 patch，供我檢查。完成安裝後回報 management result，再呼叫它的 ping 工具。不要變更其他連線，也不要存取正式資料。閱讀實際產出的 patch，確認目標 endpoint、驗證來源與修改範圍。官方範例會加入 @deepseek-ai/dsh-mcp-client，並透過 plugin_manager install_bundle 安裝。
驗收要分成三筆：
| 證據 | 可以確認 | 尚不能確認 |
|---|---|---|
| 設定／bundle 已保存 | 變更已記錄 | 目前程序已啟用 |
application: applied | 管理層回報已套用 | 目標 MCP 呼叫一定成功 |
mcp__demo__ping 成功 | 這條工具路徑可用 | 所有工具與正式資料權限都正確 |
若結果是 restart-required，設定已保存，仍待啟用；依安裝版本與 HMR 條件完成重啟，再重做 ping。若失敗，先查配置及連線錯誤，釐清原因後再決定是否重裝相同 bundle，避免設定層持續堆疊。
停用後，還要重開確認
指南提供以 Plugin Manager 停用 entry 或移除 bundle 的路徑。先記錄要處理的唯一 entry／bundle 身分，再操作自己的測試項目，避免同名顯示文字造成誤判。停用與移除套件不同；介面消失後，磁碟上的依賴和外部憑證仍須分別確認是否已刪除。
回復後重開使用同一 profile 的 session，確認測試工具不再提供，原本的工具仍正常。若外掛已經寫出檔案、建立外部資源或傳送資料，那些副作用需要額外復原，依先前保存的變更紀錄逐項處理。
外掛入門文件也說明 ctx 註冊的資源與 effect 清理方式；這有助於理解卸載生命週期。外掛造成的其他變更仍依前述紀錄逐項復原。接新工具前也可先做 MCP 能力盤點，確認是否真的需要新增 Host 外掛。
參考資料：
DeepSeek Harness：Persistent plugins
DeepSeek Harness：Plugin Manager