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产业竞争中的位置。