DeepSeek Harness（下面简称DSH）8月13日开源，到今天正好两周。
这两周的讨论我基本全程围观，热度走了一个很典型的曲线：第一周全是"历史最快涨星"“一切皆插件太强了”，第二周开始冒出"DSH的热度是不是过去了"，同时伴随着"我的服务器被黑了"。狂热和翻车同时存在，反而是最适合做盘点的时刻。如果你正打算装，或者装了之后觉得哪里不对劲，这篇就是写给你的。
先说清楚：它不是Claude Code的平替
这两周最常见的误会，是把DSH当成"Claude Code、Codex、Cursor之外的第四选一"。
对着定位看其实很清楚：Codex和Claude Code的核心，是成熟的编码Agent执行后端；Cursor是围绕编辑器做的产品；而DSH是一个开源的Agent"宿主"。官方README自己写了两句话：everything is a plugin（一切皆插件）；目前是developer preview（开发者预览），后续可能出现不兼容修改。知乎
有知乎用户实测后发现了一个更关键的事实：DSH可以把Claude Code和Codex作为插件接进来，新建会话时直接选择后端，延续的是Codex、Claude Code自己真实的会话和工具状态，DSH只负责项目归属、会话入口和界面。知乎它不是和它们竞争，是想当它们上面那一层统一入口。
所以问题从来不是"DSH和Claude Code谁强"，而是"你现在需不需要宿主层"。对只想把代码任务做完的大多数人，答案是：暂时不需要，成熟工具优先。
星标和插件数，先看口径再用
热度这块先泼点冷水。
DSH开源后一小时内星标破2万，多个信源口径一致。微博之后的数字就开始各说各话了——微博有人说"42小时破10万，刷新GitHub史上最快涨星纪录"。微博也有人说"六天冲破十六万"。社区里流传的一张GitHub topic页截图显示，deepseek-harness仓库页面为16万星，dsh-plugin标签下挂着7583个仓库，和后面这个口径对得上。方向没问题，它确实是现象级的火，但统计口径不统一，拿某一个数字当安装依据，大可不必。
插件生态的爆发也是真的：发布当天就冒出200多个。知乎两周不到，博主晒出的GitHub topic页截图里，dsh-plugin标签下已经挂着7583个仓库。但注意：这个标签是谁都可以打的，没有审核，也没有质量排序，连写插件推荐合集的作者自己都承认"鱼龙混杂"。知乎这些插件长什么样？有补能力的，有改界面的，比如有人给鲸鱼装了个视觉插件让它"开眼"，顺手把界面皮肤也换了：
有博主在视频里提醒得更直接：开源插件存在安全风险，安装前应该先审查代码。哔哩哔哩
星标证明的是关注度，插件数证明的是热闹，都不直接等于"你能用好"。
真正的分化：同一个DSH，一边上生产，一边被黑
两周里我看到的案例，两极分得特别开。
行动派这边。知乎用户"诗与星空"8月26日说，他们已经把DSH上了生产环境，接私有化部署的DeepSeek全量模型，做了两个场景：一是替代RPA，自动登录、自动处理、自动把结果通过FTP交付给下游系统，“在自动化任务方面远超传统RPA”；二是重构一个已经停止维护的史前遗留系统，原来只支持Oracle和MSSQL，重构后支持达梦，顺利完成信创改造。知乎更激进的是一个产品团队，创始人体验完之后开会决定：停掉自己持续开发了两年的客户端，全面论证迁移到DSH。知乎
个人玩家也有把它当正经基础设施用的：社区晒出的DSH Remote界面里，一台电脑同时连着macOS和Linux上的多台设备，在线状态、插件版本、Harness版本号一目了然。
翻车派这边。同样在知乎，有用户8月16日提醒：千万不要把DSH暴露在公网——他有两台机器被黑，API密钥被偷，还被装了探针，“还好没什么余额”。知乎除此之外，DSH发布没几天，来路不明的各种套壳GUI就冒出来了，有人专门提醒"请不要乱下"。小红书上的新手体验帖，高频反馈集中在"经常出bug要来回返工"“API花得飞快”。小红书甚至有人看完文档直接劝"普通人别碰"。小红书
注意，这两边说的都是真的。差别在于：上生产的人把它当基础设施，先做了私有化、权限和高危操作限制；被黑的人把它当一个装完就用的App。
B站那期100小时实测对比视频（原视频来自YouTube博主Nate Herk）的结论比较中立：自定义能力远超Claude Code和Codex，但开发者预览阶段的bug不少——随机停止工作、长会话上下文压缩出错导致遗忘、UI元素异常；而且DeepSeek模型目前没有视觉能力，做前端UI还原这类任务天然吃亏。它的最终结论值得引用：“Deepseek harness不能替代Claude Code……它不是免费版Claude Code，而是一个免费的开源harness”。哔哩哔哩
装之前，还有一笔账要算
DSH本身免费，但它走的是纯token计费，没有订阅制。这带来两件事。
第一，成本上限取决于用法。100小时实测里有个提醒很到位：如果框架效率低、模型能力有短板导致反复重试，便宜的token最后也可能花出昂贵的账单，要看端到端完成成本，而不是只看token单价。哔哩哔哩有小红书用户做小游戏的体感就是"API花得飞快"。
第二，模型端的价格波动会原样传给你。DeepSeek这个月刚涨过价，高峰时段的价格也在上调。微博订阅制工具会帮你平滑掉这部分波动，DSH不会。如果你打算拿它跑大量并行任务，先查当前价格，再对照自己的任务时间段做安排。
三类人，三个结论
直接给判断。
适合现在就装的：一是想做Agent产品、研究插件机制的人，"一切皆插件"加Cordis微内核，是目前最开放的样本；二是有私有化部署、内网、信创场景的团队，前面那个生产案例说明路是通的，但权限和高风险操作限制要先做好；三是编码工具太杂、会话散落在各处的人，可以把CC、Codex作为插件接进DSH统一入口——不过建议等这个痛点真实出现了再装。
建议再等等的：主力工作就是写业务代码，现在用CC、Codex、Cursor挺顺手的人，没必要为了"统一"去换，那是给不存在的问题找解决方案；还有对长会话、大项目稳定性敏感的人，现阶段的bug恰好集中在这里。
不建议碰的：想开箱即用的纯新手。这一点上社区共识出奇一致。
装前检查清单和三个观察信号
如果你决定装，先看清楚唯一入口：官方仓库的README写着developer preview，安装只有官方命令这一条路，不存在"一键安装包"。发布没几天，来路不明的套壳GUI就已经冒出来了，有人专门提醒"请不要乱下"。知乎
然后五件事过一遍：
不暴露公网，API密钥单独放，别在机器上留重要凭据；
只从官方仓库安装，不碰来路不明的套壳GUI；
装插件前把仓库丢给Claude Code或Codex审一遍代码，尤其是要权限、要联网的插件；
从极简模式跑起，先熟悉循环再加插件，token消耗可控；
开发者预览阶段升级前记好版本号，为不兼容修改留出余量。
如果你决定观望，盯三个信号就行：官方TUI/GUI和桌面安装包什么时候出；rc版本什么时候走到稳定版；插件生态会不会出现审核和排序机制。这三个信号落地之前，DSH值得围观、值得折腾，但不值得把你的主力工作台搬过去。
不是DSH不强，是它强的地方在"宿主层"和"可能性"。这两样东西，需要的是时间，不是抢跑。
