腾讯批量搬运ClawHub全部技能包建自家平台，回应「是镜像不是搬运」引OpenClaw创始人不满

BlockBeats 消息，3 月 12 日，有用户今日发现腾讯创建了名为 SkillHub 的平台，将 OpenClaw 官方技能市场 ClawHub 上的全部技能包批量导入其中，并附上截图显示了大量数据同步记录。帖子迅速引发关注。

OpenClaw 创始人 Peter Steinberger 随即回应，称此前曾收到邮件抱怨他设置的速率限制「抓太慢了」，批评腾讯大量消耗其服务器资源却不提供任何支持，ClawHub 的服务器成本正面临攀升至五位数。他直接 @ 了腾讯混元团队官方账号，质问「能不能帮忙支持一下，而不是把我的服务器成本推到五位数」。

腾讯 AI 官方账号随后公开回应，将 SkillHub 定义为「基于 OpenClaw 生态系统构建的本地化技能平台」，旨在为中国用户提供更好的可用性和速度。腾讯强调始终标注 ClawHub 为来源，并公布首周运营数据：为用户处理了 180GB 流量（87 万次下载），但仅从 ClawHub 官方源拉取了 1GB 的非并发请求。腾讯还表示团队成员是活跃的代码贡献者（提交了代码和 PR），愿意成为更好的赞助者。

Steinberger 看到回应后仍不买账：「重点不在这里。我们本可以对齐，把 SkillHub 做成官方第五镜像，同步下载统计数据。礼貌的做法是先问一声。」镜像开源项目在中国开发者生态中是常规操作（npm、PyPI、Docker Hub 等均有大量中国镜像），腾讯的回应也已覆盖了 Steinberger 最初的核心关切，但 Steinberger 显然更在意的是事先沟通而非事后解释。他提出的「做成官方镜像、同步下载统计」是更优解，双方距离达成合作并不远。

AI 解读

从加密和开源生态的角度看，腾讯与 OpenClaw 的争议核心并非技术层面的对错，而是商业实践与开源精神之间长期存在的张力。腾讯的行为本质上属于对开源项目的镜像操作，这在中国互联网环境中是常见做法，例如 npm 或 Docker Hub 的国内镜像站。从技术实现上，如果腾讯确实遵循了开源协议的要求标注来源，并在后期积极贡献代码，这甚至可能被视为一种符合规范的操作。

但问题在于，大规模数据抓取行为对开源项目的基础设施造成了实质性压力。OpenClaw 创始人 Peter Steinberger 的抱怨直指一个关键矛盾：企业利用开源资源时，往往忽视其对项目维护成本的实际影响。他的服务器成本攀升至五位数，恰恰说明这种“免费使用”并非真的免费，而是将成本转嫁给了开源维护者。

腾讯的回应试图从技术层面化解争议——强调仅拉取 1GB 数据、承诺成为贡献者和赞助者。这些举措在理论上符合开源协作的伦理，但未能解决事前沟通的缺失。Steinberger 提出的“官方镜像+统计同步”方案之所以重要，是因为它既满足了本地化需求，又尊重了开源项目的主体性。这种方案实际上是一种共赢：腾讯能获得更稳定的数据同步，OpenClaw 则能准确衡量其生态影响力。

更深层的问题在于，开源生态中的权力不对称。大公司可以凭借工程能力快速复制和本地化开源项目，而个体维护者往往缺乏谈判筹码。这种结构性问题不仅存在于此次事件中，也是许多开源项目面临的共同困境。

从安全角度考虑，ClawHub 此前被曝出的恶意技能投毒事件（千余个恶意包）反而为腾讯的镜像行为提供了某种合理性——本地化镜像确实能通过审核机制增强安全性。但这依然不能替代事前的善意沟通。

最终，这场争议揭示了一个经典教训：技术上的正确不等于协作上的得体。在开源生态中，事先的尊重往往比事后的解释更有价值。

展开

纠错/举报