DeepSeek Harness（DSH）自8月13日公開發布，到8月26日僅13天，就在GitHub上積累了約19萬顆Star、超過2.1萬次Fork，Discussion編號也突破了#4300。然而，如此高的熱度並未帶來共識，反而讓DSH成為評價最兩極分化的產品。

支持者將DSH捧上神壇，稱其為“Agent時代的作業系統”，甚至有開發者表示“有點想拋棄Codex了”，還有人準備停掉自己做了兩年的Agent客戶端，把積累的能力改造成DSH外掛。反對者則直指其許可權判定異常、外掛安裝後啟動崩潰等問題，並質疑：市場上已有Claude Code、Codex等成熟工具，為何還要重新學習Cordis、Profile、Bundle以及一整套外掛配置？

這種分裂並非完全源於DSH本身的好壞，而在於兩批人想要的根本不是同一種產品。DSH的擁護者反覆強調“一切皆外掛”，在Codex、Claude Code這類產品中，新需求通常要等官方開發，而DSH讓模型接入、工具、Skills甚至預設的agent loop都通過外掛和公共介面組合，官方不再是新能力進入產品的唯一入口。這帶來的好處是，開發者的積累更容易保留——底層模型升級或更換供應商時，不必重做整套Agent，模型作為provider可替換，工具、Skills和工作流留在Harness層，從而讓開發者的積累擺脫單個模型和客戶端的更新週期。此外，DSH的agent loop本身也是外掛，開發者既可掛載新工具，也可介入迴圈關鍵節點，甚至通過配置替換預設loop，更激進的想象是Agent可根據任務為自己生成外掛。yage.ai的鴨哥評價道：“自進化這碟醋，目前只有DSH預留了‘物理插槽’。”

然而，DSH把選擇權交給使用者的同時，也把麻煩交給了使用者。不喜歡DSH的人要求很簡單：一個好用的Agent產品。他們並不反對開源或外掛，但認為對於日常工具，Claude Code和Codex把內部機制藏起來未必是壞事，使用者只需發出任務、檢查Diff、決定是否接受修改。而DSH卻讓使用者面對Cordis、Profile、Bundle等概念，需自行選擇模型、安裝外掛、調整配置、處理版本相容。即便拋開普通使用者，DSH的生態管理也存在問題：沒有官方外掛市場，社群形成的多個外掛市場各自使用不同後設資料，缺乏統一的釋出前檢查和故障診斷。外掛數量增長雖快，但許可權檢查、相容性驗證、惡意外掛處理、舊版本遷移、專案停止維護後的處置等，都缺少統一規則。外掛生態真正困難的地方，從來不是有沒有人做外掛，而是有沒有人長期維護秩序。

DSH進入的並非空白市場，Claude Code、Codex和OpenCode已能讀取程式碼、修改檔案、執行命令和展示Diff，要讓使用者放棄成熟的預設體驗，DSH需要提供足夠明確的回報。高度自定義的產品幾乎都會遇到同一問題：開發者把空白看成介面，普通使用者把空白看成缺陷。DSH尤其如此，模型、工具、loop和UI都可替換，上限很高，但預設體驗難以照顧所有人。

爭議迅速放大，還因為DSH來自DeepSeek。若由普通開源團隊釋出，關注者主要是Agent開發者，大家會將其視為有趣的架構實驗，接受“開發者預覽版”的粗糙。但DeepSeek的熱度吸引了大量普通使用者和“許願使用者”，他們自然將DSH與Claude Code、Codex直接競爭，一個面向Agent開發者的預覽專案，就這樣承受了大眾主力工具的評價標準。DSH的目標使用者與DeepSeek的品牌受眾出現錯位。

長期以來，DeepSeek更像一間極客研究室，梁文鋒早期表示公司目標是“不做垂類和應用，而是做研究，做探索”，釋出模型權重、公開技術報告、開源訓練和推理基礎設施，構成外界對DeepSeek最熟悉的印象。但隨著行業競爭加劇，DeepSeek難以只做研究室，App進入大眾市場，模型被國內外雲平台接入，融資、上市和商業化的討論隨之而來，人們開始以一家公司的標準要求它。有開發者吐槽，一個面向開發者的專案居然只有webui，這恰好印證了DSH站在兩種身份交界處的尷尬。這種尷尬可能持續，甚至影響DeepSeek在模型和AI產業競爭中的位置。