DeepSeek Harness爆火，第一批进场的为什么是企查查等数据厂商？

8月13日，DeepSeek上线Harness开发者预览版，并同步开放源码。没有发布会，没有铺天盖地的宣传，开源社区却用脚投了票：仅13天，截至8月26日，官方GitHub仓库已收获约19.5万Stars、2.21万Forks。即便在爆款频出的AI圈，这个速度也称得上罕见。

比数据更出名的，是Harness携带的那句设计理念——"一切皆插件"。模型、工具、技能、存储、会话乃至UI，全部被组织为插件。这套架构在8月下半旬迅速成为Agent生态的热点，插件与开发者社区持续活跃。

平台一旦开放，问题随之而来：谁第一批进场？答案有些出人意料。不是蜂拥而至的个人开发者，而是一家做了多年"重活"的数据服务公司。企查查的插件上线两天，下载量达到3240次，而它背后，是企查查团队开源的一个通用MCP连接器——一个连接器里，挂着82张覆盖9类业务场景的"能力卡片"。这可能是DeepSeekHarness生态里，第一批真正落进业务的样本。

模型负责想，Harness负责做

要理解企查查做的事，先要理解Harness在Agent链条里的位置。

过去两年，大模型竞争的主线是智能本身：理解、推理、生成。但对一个要真正办事的Agent来说，聪明只是第一步。模型给出计划，还需要一层东西去组织工具、执行步骤，把"想法"翻译成"行动"。这层工作，就是Harness。

企查查技术总监杜虎表示："模型让Agent会思考，Harness让它能把想法变成行动。但要真正进入业务，Agent还要连接企业数据、法律检索、办公协作、开发工具和本地文件这些专业服务。"

MCP（ModelContextProtocol）解决的则是"怎么连"。它为外部数据和工具提供一种通用连接方式，让不同专业服务能以统一接口进入Agent的任务流程。在这条链路里，模型负责"想"，Harness负责"做"，MCP负责"接"。

但协议打通之后，一个容易被忽略的问题浮出水面：Agent到哪里找到这些能力？用户如何判断值不值得连？授权、验证、启停、恢复，又该怎么完成？

这正是企查查想补上的那一块。

能接通，不等于能用

MCP降低了连接外部服务的技术门槛，却没有自动消除产品差异。有的服务需要网页登录授权，有的需要密钥；有的运行在云端，有的处理本地文件；有的只提供一项能力，有的一次授权会打开多项服务。

开发者可以阅读文档并手动配置，普通用户不应该先学会填地址、管密钥和判断连接方式，才能使用一项服务。真正的产品挑战，是把这些后台差异转化为看得懂的卡片、清晰的授权和可确认的结果。

对用户来说，Agent工具其实有三个不同状态：

•已安装，表示连接器已经进入DeepSeekHarness；

•已连接，表示账号授权或服务连接已建立；

•真正可用，表示Agent已经能看见这项能力，并在任务中成功调用。

因此，连接器不只是帮用户"接上服务"，还要把发现、授权、验证、启停和问题提示组织成一段完整体验。

从四组企查查MCP，走向一个通用连接器

dsh-mcp-connector的起点并不是建设市场，而是把四组已经投入使用的企查查MCP能力放进同一个Agent工作环境。

企查查智能体数据平台目前提供企业数据MCP、法律数据MCP、招标查查·标讯MCP、智能文档解析MCP四组能力，合计10个Server、203个工具。它们覆盖企业核查、法规与案例检索、招投标信息以及本地文档理解等真实业务场景。

早期，企业数据与法律数据各自使用专用插件。如果继续沿用这条路径，标讯和智能文档解析也要分别开发一遍授权、存储、连接恢复和界面交互。产品越多，重复工作越多，用户也要面对更多分散入口。

于是，团队把共同部分做成一个通用连接器，再把每项服务的名称、分类、连接方式和使用说明放进可独立更新的卡片。四组企查查MCP成为最早的内置能力，连接器却不再只服务于企查查，而是可以继续容纳其他MCP服务。

这个过程提供了一个具有普遍性的产品思路：不必为每项能力重做一套插件，可以先做好一个通用入口，再让专业服务持续加入。

"一切皆插件"，为什么还能再长出一座市场

DeepSeekHarness将模型、工具、技能、存储、会话和UI等能力都组织为插件。用户先从DSH插件市场安装dsh-mcp-connector；连接器启动后，又提供一座专门发现和管理MCP服务的市场。

截至2026年8月25日，开源公共目录已收录78条连接器描述。加上4张只随插件内置、与公共目录不重复的企查查卡片后，当前可浏览82张卡片，覆盖企业数据、金融投资、法律合规、开发工具、办公协作、调研分析、设计创意、效率工具和其他9类场景。

这里的82张卡片并不意味着要安装82个程序。每张卡片更像一份服务说明：只有当用户选择并连接某项服务时，相应能力才会进入Agent；停用或断开后，它也会移出可用工具清单。

这份开放目录同样已经开源。开发者和MCP服务商可以提交新的服务信息，通过检查后进入目录，无须重做连接器或等待新版本。企业也可以维护自己的私有目录，只向员工开放通过内部审核的MCP能力。

比数量更重要的，是可信与可控

连接器数量增长很快，但"被收录"不能等同于"已通过官方认证"。对普通用户和企业来说，比卡片数量更重要的，是每项服务的来源、权限、费用和使用边界能否说清楚。

在点击"连接"之前，至少需要回答四个大白话问题：

•来源是否清楚：谁提供、谁维护，是否能找到官方说明？

•授权是否透明：需要哪些账号权限，会访问或处理哪些数据？

•能力是否真的可用：连接后，Agent能否在实际任务中成功使用？

•风险是否可控：是否收费，是否会修改数据，关键操作是否需要人工确认？

因此，成熟的连接器市场不能只追求卡片数量，还要让服务信息更透明，让用户可以随时停用和移除。目录收录仅代表该服务可以被找到，不代表它已获得官方合作、质量认证或安全背书。企业还需要建立自己的准入清单和停用机制。

应用商店主要把软件分发给人，MCP连接器市场则同时面向人和Agent：人决定授权哪些能力，Agent在任务中决定何时调用。它分发的不只是一个应用入口，而是一组可以按需选择、随时启停和灵活替换的专业能力。

对Agent平台而言，连接器市场可以降低逐项接入外部服务的成本；对MCP服务商而言，它提供了进入不同Agent环境的通用路径；对企业而言，私有目录可以成为内部Agent工具的准入清单。

企查查MCP从四组专用能力走向通用连接器，是这一变化中的一个实践样本。它说明，专业数据服务不必为每个Agent平台重复建设一套孤立插件，可以通过通用连接器与开放目录进入更广泛的能力生态。

DeepSeekHarness、dsh-mcp-connector与社区目录仍在快速迭代，连接器市场距离成熟应用，还有稳定性、信息透明、权限管理和服务质量等问题需要继续解决。但方向已经逐渐清晰：模型决定Agent有多聪明，能力市场决定它能进入多大的真实世界。

开源与相关入口

DeepSeekHarness：https://www.deepseek.com/harness/

dsh-mcp-connector：https://github.com/duhu2000/dsh-mcp-connector

npm安装包：https://www.npmjs.com/package/dsh-mcp-connector

开源ConnectorRegistry：https://github.com/duhu2000/dsh-mcp-connector-registry

企查查智能体数据平台：https://agent.qcc.com

本文所述实践基于企查查智能体数据平台与开源MCP连接器项目的真实开发过程。第三方连接器收录表示目录兼容与可发现，不构成企查查、DeepSeekHarness或相应服务商的官方背书、质量认证或商业合作。

以上内容与数据，与有连云立场无关，不构成投资建议。据此操作，风险自担。