TechNode 報導引述 DeepSeek Harness 團隊的說法，截至 2026 年 11 月 4 日，透過 DeepSeek 官方 API（應用程式介面）使用 Harness 的日活躍使用者達 154 萬。同篇報導也提到，團隊正規劃官方插件市場，並準備改善插件 API 的穩定性、相容性與安全機制。對正在評估 AI 代理工具的開發者來說，這個數字說明使用規模受到關注，卻還不能回答更實際的問題：插件接進工作流程後，能做什麼、能接觸哪些資料，又要由誰負責檢查？
若要先理解 Creator Mode 如何建立或安裝插件，可參考DeepSeek Creator Mode 的插件工作流檢查重點；官方市集規劃、使用規模與安裝治理也值得一併評估。
一、DeepSeek Harness 日活 154 萬，數字涵蓋哪些使用者？
154 萬指截至 2026 年 11 月 4 日，經 DeepSeek 官方 API 使用 Harness 的日活躍使用者。 這個口徑不能直接代表所有執行方式，也不能證明插件使用率或工作效率提升。
TechNode 於 11 月 6 日報導，該統計截至 11 月 4 日，計入透過 DeepSeek 官方 API 使用服務的使用者。換言之，它反映特定服務入口的活躍程度，並未涵蓋所有可能透過其他模型供應商或不同部署方式使用 Harness 的情況。讀者在引用這個數字時，應連同日期和 API 範圍一起說明。
TechNode 同篇報導另引述約 3.5 萬個第三方插件，以及約六成活躍使用者曾建立或安裝至少一個插件。這些團隊資訊與 154 萬日活屬於不同指標：日活是使用者規模，插件數量是供給端規模，建立或安裝比例則是採用情況；都沒有直接測量任務品質、節省工時或安全事件。
因此，評估者不宜把高使用量當成採購或部署的替代證據。若團隊關心的是程式碼審查或資料整理，仍要以自己的任務集測量完成率、人工修正時間、錯誤影響與維護成本。這和程式代理 Harness 評估的品質與導入判斷一文談到的原則一致：先界定任務，再看可核對的結果。
「統計範圍是透過 DeepSeek 官方 API 使用的使用者。」（TechNode 報導，中文意譯）
二、官方插件市場規劃，和現有自訂市場功能有何不同？
目前報導描述的是官方市場仍在規劃中。 DeepSeek Harness 文件已說明一種實驗性的自訂插件市場功能，兩者不能混為一談。
DeepSeek 官方產品頁將 Harness 描述為支援可組合插件的預覽產品，並展示透過 Creator Mode 建立插件，以及文件整理、資料分析、程式碼工作等用途。TechNode 則報導團隊計畫建置官方市場，幫助開發者分發插件、使用者探索插件；報導沒有提供正式上線日期。因此，現階段不應把官方市場寫成已開放下載的商店。
目前開發者文件所述的 Custom plugin markets（自訂插件市場）是實驗性功能。使用者啟用後，可在 Discover（探索）分頁新增 JSON 索引網址，由索引列出插件名稱、版本、作者和來源。Harness 不會預先提供市集索引來源，索引內容由第三方維護。這種機制已有探索與安裝流程，但不等於 DeepSeek 經營的官方插件目錄。
官方產品頁另有一個 Pomodoro 計時器示範：Creator Mode 產生插件程式、透過插件管理器安裝，再顯示完成安裝的計時器。這能說明建立到安裝的操作路徑，屬於產品方展示，不是獨立的安全測試或效率評估。對開發團隊而言，應以自身環境重現流程，並檢查生成的程式與安裝來源。
「市集內容由第三方提供，Harness 會檢查檔案格式，但不會驗證市集列出的描述或來源聲明。」（DeepSeek Harness 官方文件，中文意譯）
三、插件可以把哪些工具接進代理工作流？
插件可擴充代理可用的工具、技能或介面，讓不同任務接上需要的操作。 實際支援範圍仍取決於插件內容、相容版本與工作環境。
DeepSeek 官方產品頁用檔案整理、試算表分析和程式碼編輯展示日常工作用途，頁面列出的檔案包含 DOCX、XLSX、PDF、Markdown、HTML、TypeScript 和 Python。這些例子呈現同一工作環境如何處理文件、資料與程式碼；頁面沒有公布獨立測試結果，也沒有證明每種任務在不同組織都能直接套用。
同頁的程式碼編輯展示中，代理修改 label.ts，先去除輸入文字前後空白，再對空字串回傳預設值。團隊可用類似任務設計測試，先固定輸入、預期差異與驗收方式，再確認插件是否真的減少手動步驟。
從單一工具呼叫擴展到重複任務流程，要確認輸入、步驟和輸出是否穩定。例如每週彙整專案筆記，先確認代理能讀哪些目錄、產物存放位置及是否需要人工核准，再決定是否交由排程執行。插件若會存取程式庫、執行命令或傳送資料，也要納入工作流檢查。
四、安裝插件前，來源、權限與維護要檢查什麼？
先確認索引網址、插件實際來源、版本相容性和所需存取範圍。 市集提供搜尋與分發入口，不能取代對程式內容和資料流向的檢查。
官方文件指出，Discover 索引可以列出 npm 套件，或 Git 儲存庫中的指定版本與提交。安裝確認畫面會顯示 npm 套件及 registry（套件登錄庫），或 Git 儲存庫、commit 與目錄；使用者必須確認後才會開始安裝。這個確認步驟有助於辨識實際來源，但市場由第三方維護，列表上的作者、圖示、描述等資訊並未因此獲得官方背書。
網路來源也會影響索引可信度。文件提醒，不受控網路上的 HTTP 索引可能被路徑中的其他人修改，連帶改變安裝規格，因此遠端市集應使用 HTTPS。即使來源使用 HTTPS，仍要核對套件或程式碼是否符合團隊接受的來源、版本和維護者標準。相容性檢查只能說明安裝條件符合，不代表程式無風險。
npm 的 Shai-Hulud 事件可以說明這項檢查為何不能省。GitHub 說明，2025 年 9 月 14 日接獲通報，這隻會自我複製的蠕蟲透過被盜的維護者帳號，把惡意安裝後腳本注入熱門 JavaScript 套件，還能竊取多種機密；GitHub 隨後從 npm 移除 500 多個遭入侵的套件。Harness 市集同樣可以列出 npm 套件，確認畫面上的套件名稱正確，仍不足以證明該版本沒有被動過手腳，鎖定版本並檢查安裝腳本才能降低這類風險。
權限檢查要回到插件實際能做的事：它能讀哪些檔案、是否可寫入或刪除、能否執行命令、會不會連外傳送資料、憑證是否會進入上下文或日誌。初次測試可採用隔離工作區、非敏感資料和最低必要權限，並保留輸入、執行記錄及輸出供人工比對。若插件會碰觸客戶資料、金鑰或正式環境，先確認組織的資料處理規則與責任人。
維護同樣需要安排負責人。插件 API 可能改版，版本更新可能改變行為；團隊應記錄目前版本與來源、訂定更新檢查方式，並預先知道如何停用、移除或撤銷憑證。可參考DeepSeek DSec 對代理沙盒與隔離環境的設計，進一步評估代理執行環境的隔離邊界。
五、開發者如何判斷插件是否值得納入測試？
選一項重複、範圍小而且結果容易核對的任務，先訂成功條件與停止方式。 測試應同時看任務品質、權限需求、相容性和後續維護成本。
- 定義任務：寫清楚工作輸入、預期輸出、不能觸碰的資料，以及完成判準。
- 核對來源：從可信的 HTTPS 索引進入，檢查確認畫面的套件或 Git commit，並記下版本。
- 縮小權限：使用隔離工作區和非敏感資料，僅開啟任務需要的檔案與工具能力。
- 設計對照：以相同輸入比較人工流程與插件流程，記錄成功率、人工修正、耗時及錯誤影響。
- 安排維護與回退：指定更新檢查人、移除方式、憑證撤銷步驟和出問題時的人工接手流程。
- 決定是否擴大：只有在結果可重現、權限合理、相容性清楚且維護有人負責時，才擴大任務範圍。
這套流程不需要先追求全面自動化。若插件只在理想輸入下成功，遇到格式變化便需要大量人工修補，效益可能不及維護成本。測試時也要區分「代理完成了操作」和「操作結果可接受」：例如程式修改需經測試與審查，文件摘要要抽查來源，批次整理則要核對是否漏檔或覆寫。
DeepSeek Harness 官方市場仍在規劃，對開發者目前較務實的做法，是把已公開的自訂市集文件當作操作說明，把官方產品展示當作能力範例，再用自己的任務與資料邊界驗證插件。154 萬日活提供的是特定 API 口徑下的使用規模；是否納入工作流，仍要由可重現的測試結果、權限範圍和維護安排來判斷。
- 154 萬日活的統計口徑是透過 DeepSeek 官方 API 使用 Harness 的使用者。
- 官方插件市場仍屬規劃；文件已說明的自訂市集是實驗性功能。
- 安裝前要檢查來源、版本、權限與資料流向，市集索引不等於安全審查。
- 先以隔離環境測試單一任務，確認輸出、維護和回退方式，再考慮擴大。
常見問題
Q1: DeepSeek Harness 官方插件市場已經可以使用了嗎？
TechNode 報導團隊正在規劃官方插件市場，未提供正式上線日期。官方文件目前描述的是實驗性自訂插件市場功能，需自行加入索引來源。
Q2: DeepSeek Harness 插件市場的 154 萬日活代表有多少人用插件？
不代表插件使用者數。154 萬是特定日期透過 DeepSeek 官方 API 使用 Harness 的日活統計；插件採用率是另一項指標，不能由日活推算。
Q3: 插件市集顯示相容或可安裝，就代表安全嗎？
不代表。相容性與格式檢查只處理部分安裝條件，使用者仍需確認來源、程式內容、權限和資料傳送方式。
Q4: 開發團隊應該先測試哪種插件工作？
可先選一項重複、輸入範圍明確且輸出容易人工核對的工作，例如固定格式的文件整理或小型程式碼修改，並使用隔離工作區和非敏感資料。
