DeepSeek 的新模型虽然有点难评，但它的 Harness（DSH）还蛮火🔥。
8月13日晚，内测了一段时间的 DeepSeek Harness 开放了开发者预览版本。到了今天中午，官方 GitHub 仓库已经拿下超过13万个 Star，Fork 接近1.4万。
DSH 的打开方式很简单。一条命令安装之后，直接在本地浏览器运行。
和其他 Harness 相比，它的最大特点是高自由度。你不仅能把其他模型的 API 扔进去直接用，还能用它制作或者安装各种插件，自由扩展 Harness 的能力。
这种自由度，可能是 DeepSeek 做 Harness 的策略。
当 Harness 已经出现很多成熟产品时，DeepSeek 选择先用最开放的产品形态打开话题度，同时撬动动手能力更强、任务难度更高的开发者群体，有利于巩固生态，并获取高质量的任务轨迹数据。
这是它在 Agent 竞争中“上桌”，并反哺模型能力的机会。
再加上，开放度更高的 DSH，理论上也有成为好用 Agent 的潜力 —— 毕竟看哪个功能不爽，用户就可以自己用插件搓一个，完全按需构建。
但这个飞轮要跑起来，DSH 除了依仗强大的号召力，还必须是一款内核够稳、开放性足够强，并且能持续治理的产品。
那么现在除了号召力，DSH 的反馈和体验如何？能否承担起 DeepSeek 的预期？
在 DSH 发布的3天后，我尝试从社区声音和自己的真实体验中获取一些信号。
近6000个标签仓库，大家忙着给DSH换皮
截止目前，GitHub 上的代码仓库里已经有接近6000个公开仓库挂上了“dsh插件”的标签。
在这将近6000个项目里，有一些是纯蹭热度的项目。还有1000多个入选了一份社区热心开发者“精选清单”，我看了看里面的项目属于比较靠谱的那类。
细看这1000多个靠谱插件，数量最多的是给 DSH 换皮和换功能 UI，占了大概1/6。
这些皮和 UI 的画风相当丰富。
有人把 DSH 改成2007年 QQ 的样子，窗口、图标和会话气泡都有当年的味道；有人给它装上 Windows XP 的蓝色任务栏和草地壁纸；还有人做了《明日方舟》、赛博朋克 2077 和二次元角色主题。
有 Reddit 网友点评，DSH 里所有肉眼可见的元素都能调整和定制，潜力惊人。
它至少说明 DSH 的开放不只停留在更换模型和工具，连界面也留出了很大的改造空间。
数量排在第二位的是能力补充类插件，共有200个左右。
这里面 star 数最多的，是给 DSH 补上视觉能力插件。它允许 DSH 调用一个封装好的工具包，补足 DeepSeek 的抓瞎。
开发者还给 DSH 做了很多其他功能，像直接调用浏览器、管理本地文件的、保存对话成便签的插件，都很有需求🔥。
项目精选列表里还有开发运行、消息提醒、会话管理、自动工作流、token 与费用管理、长期记忆、模型接入等等插件，都属于“实用干活”的类别。
*社区精选插件列表中的全部分类
另外，像桌宠、小游戏、广告模拟器这种纯整活的插件，也单独分成了一类。
*社区精选插件中专门有一个“整活儿”分类
还有开发者在社区许愿，求 DSH 的 Memory 能力。
这个帖子下面，很快出现了几位插件作者拿出了自己的 Memory 方案，主打一个“你需要，你得到”。
官方治理缺位，数千插件一堆广告
我盯了下，GitHub 上大概一分钟冒出来6、7个新更新的 DSH 插件 。这种更新速度和五花八门的插件类别证明，大家的确在 DSH 生态里玩儿起来了。
但伴随着热度而来的是社区的混乱。我看了看，大伙要找到真正有用的 DSH 插件，必须要先排除一堆纯引流的“假”项目。
官方目前的规则太松散，是导致这些混乱的重要原因。
目前，DSH 官方主要通过 GitHub 的“dsh-plugin”标签帮助开发者展示插件。公开页面没有显示审核机制，任何仓库都可以自行添加这个标签。
结果是，现在任何人都能把任何仓库标记成一个 DSH 插件，包括那些根本不是插件的，或者并不具备可用功能的项目。
*在代码仓库设置里添加topic就能声明DSH插件并被官方话题收录
就像下面这个给自己项目打广告的仓库，其实和 DSH 没啥关系。现在官方话题下混杂了不少这类想蹭一波热度的项目。
在真正的插件项目里，还有不少是之前就一直在开发维护的老项目。在 DSH 上线后，这些项目迅速“变身” DSH 插件，只为获取一波新流量。
DSH 的官方代码仓库下的 Discussion 讨论区也乱作一团。
不少网友吐槽，原本应该是开发者们讨论代码问题、分享实用技巧的 Discussion 区，已经被加群广告攻占了。各种微信群、飞书群，都在这里打广告。
普通用户目前也不能直接新建 Issue，只能在 Discussions 聊天。但 Discussion 不像 Issue，缺少 Issue 常见的负责人、优先级和关闭状态，不适合开发者直接做贡献。
插件实测好上手，但往深走会冒Bug
为了减少插件带来的混乱，自力更生的社区出现了不少管理插件的插件。
在社区精选清单里，仅“插件市场与管理器”就出现了22个项目。有人做搜索和导航，有人提供一键安装，还有人管理依赖、排查故障，甚至给插件做安全体检。
为了测试 DSH 插件的上手门槛，我也动手搓了一个类似插件。
它可以用大白话给 DSH 插件分类，也能帮我搜索、安装和卸载插件。
我把需求描述给 Codex，它跑了大约半小时。随后我把代码开源到 GitHub，加上“dsh-plugin”标签，也加入了这支迅速膨胀的插件大军。
*我已经开源的DSH插件
装上我这个插件以后，DSH 左下角会多出一个“插件菜单”按钮。点开就能搜索现在发布在 GitHub 上的插件，既能按功能筛选，也可以按 Star、最近更新时间和名称排序。
每个插件都能一键安装，在“已安装”的目录下还可以实现一键卸载。
这个插件我已经开源并且发布到了 npm 上，用下面的命令能一键安装👇
：px -y @deepseek-ai/dsh plugin --profile web add dsh-plain-plugin-menu
从我的初步体验看，给 DSH 增加一个独立插件还蛮好上手。但当我接着安装复古 Windows XP 皮肤，想在这个皮里接着工作时，之前做好的插件直接无法显示。
折腾了一会儿，最后让 DSH 帮我把皮肤卸掉，我的插件才能正常显示出来，感觉兼容性有点 Bug。
*在这个复古XP皮肤下，我做的插件完全显示不出来
多位开发者也给出了类似反馈，认为制作简单插件不难，但深度适配还存在问题。
有人说自己把已有项目迁移到 DSH 时，几乎没有编写额外的适配代码；DSH 还能读取 SKILL.md、AGENTS.md 和部分通用配置，降低从其他开发工具迁移的成本。
也有开发者说，DSH 插件改得越深，学习和适配成本越高，需要理解插件描述文件、工具注册、依赖和宿主版本。
另外，还有人因为一些内核的开放接口还没有被官方补齐，导致没办法实现某些功能，已经向 DeepSeek 提出了优化建议。
这些反馈说明，DSH 的插件入门门槛够低，但接口能否保持稳定、复杂插件能否跨版本运行、多个插件装在一起会不会冲突，还需要更长时间验证。
回顾这短短几天，DSH 证明把产品的改造权交给开发者，确实能迅速换来插件、场景和关注度，也给 DeepSeek 换来了一张 Agent 入场券。
但它能不能把这场热闹变成牌桌上的长期位置，目前的开发者预览版还看不出来。
