七天7700个插件,DeepSeek不收一个PR

8月13日晚上八点半，DeepSeek把一个叫Harness的东西扔上了GitHub。

一个多小时后，它的star数破了两万。

这个速度值多少，得对比着看：DeepSeek自家的R1当年冲两万star用了5.7天，此前最快的xAI的Grok-1用了大约1.2天。一个多小时，是把"天"压成了"分钟"。

今天是发布第七天。我刚去仓库页面数了一遍：16.8万star、1.8万fork、12940次提交。

但真正让我停下来的不是这些数字，是它仓库里那份贡献指南。

官方一个外部PR都不收

CONTRIBUTING.md里写着一句话，翻译过来是：

"很抱歉，我们目前无法接受外部的pull request。"

这在开源项目里是反常的。16.8万star、1.8万人fork了代码，按常理这时候维护者最该做的事是开闸放PR、把社区的力气引进主干。DeepSeek反着来了。

更值得琢磨的是后面那段解释。原文的意思是：官方仓库里的包，并不天然比社区做的包更重要；你可以把这个仓库当成一个想法、一次官方示范、一个灵感来源，但它不是我们下达的规范。

指南最后一句是"Into the unknown"。

连起来读，这不是"我们忙不过来"，是一句立场：别往主干挤，去外面自己长。

这跟它的架构是一回事。Harness的设计口号是"一切皆插件"——模型、工具、技能、会话、沙箱、存储、调度、界面，连智能体的主循环本身都是插件，全都能换。既然任何一块都能在配置层替换，那么"往官方代码里加一段"这件事，本身就是多余的。

七天，7700个插件

社区接住了。

我今天去GitHub的dsh-plugin标签页看了一眼，挂着这个标签的公开仓库是7729个。七天。

发布第三天有人扒过当时全部的4300个插件，那份统计里有几个数字挺说明问题：

星数超过100的只有87个，占2%。零星和一星的项目，占了一大半。
名字叫dsh-desktop的桌面版有55个，叫deepseek-harness-desktop的另有33个——后面这33个里，排在最前的那个拿走6897颗星，剩下32个一共分255颗。
做鲸鱼桌面宠物的有69个。

还有一个数据我觉得比插件总数更有意思：一半以上的插件，从仓库创建到最后一次提交，总共不超过6小时，中位数3.58小时。

这不完全说明它们粗糙——有的人在建仓库之前已经想了很久。但七天长出七千多个仓库这件事本身，只有在AI写代码已经这么快的前提下才可能发生。

它做不到什么

这部分比上面都重要，因为热闹里最容易漏掉的就是这些。

它不是一个模型。Harness是套在模型外面的那层壳，负责让模型能读写文件、跑命令、管会话、调子智能体。壳本身不会让模型变聪明，只会让它别把力气用歪。

它现在是v0.1开发者预览版。README用全大写写着一句：将会出现破坏兼容性的变更。这不是免责声明的客套话，是在提前告诉你，今天照着写的插件和配置，下个版本可能要改。

它对不写代码的人不友好。早期试用的人反馈集中在三处：技能加载机制、插件说明、命令行用法，都有学习成本。有开发者的结论是，它的技术架构跑在产品体验前面。

它省不省钱要自己测。有人实测两个任务token花掉不到三块钱，也有人反馈完成一个任务耗时长、token消耗大。这两种说法不矛盾，取决于你让它干什么活、配的是哪个模型。别拿别人的账单当自己的预期。

还有个容易混的：Harness不等于DeepSeek的模型。它能接的模型不止一家，社区里已经有人拿它跑别家的开源模型。反过来，插件生态里也有专门做迁移桥接的项目，用来接从其他智能体工具搬过来的配置。

那到底该不该现在上手

发布那几天我写V4 Pro的时候提过一句：Harness值得关注，但别急着搬到生产环境。七天过去，这句话我一个字不改。

要判断的其实是三件事：

把口径说清楚：本文的16.8万star、1.8万fork、12940次提交和7729个插件仓库，是我今天直接看GitHub页面记下的，数字每天都在动；4300个插件的那组细分统计来自发布第三天的第三方分析，两组数据不是同一个时间点，不能直接相减。

一个只发模型的公司，开始做模型外面那层壳，还明说这层壳的主干不接受你的代码——这件事本身，可能比七天16万star更值得记住。

你上手试了吗？装了哪个插件、踩了什么坑，评论区说说，我挑几个有代表性的整理一份出来。

关注我，DeepSeek这条线我一直在盯，Harness后面每次破坏性更新我都会跟。