header-langage
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
扫码下载APP

百度赞助OpenClaw开源项目,成首家支持「龙虾」生态的国内大厂

BlockBeats 消息,3 月 14 日,百度开源办公室近日在 GitHub 上宣布赞助开源项目 OpenClaw,成为首家向该项目提供资金支持的中国大型科技公司。


此前一天,OpenClaw 创始人 Peter Steinberger 在社交平台向百度发出合作邀请,希望其不仅部署该项目,也能支持开发。不到 24 小时,百度即在 GitHub 完成赞助。


据介绍,OpenClaw 的赞助资金将 100% 用于社区贡献者与上游开源项目,包括提交代码、修复漏洞及开发技能插件的开发者。与此同时,百度还将基于 PaddleOCR 的文档解析能力以 Skill 形式接入 OpenClaw 生态,供开发者在 Agent 工作流中调用。

AI 解读
从加密行业的视角来看,OpenClaw的生态发展及其引发的厂商竞争,本质上是一场围绕“智能体权限”与“数据主权”的早期标准争夺战。百度此次迅速赞助并技术接入,核心动机并非单纯支持开源,而是抢占下一代AI交互入口的底层基础设施话语权。

OpenClaw的火爆类似早期互联网协议层的创新爆发,它通过开源和模块化设计降低了AI Agent的开发门槛,但同时也将最高权限的授予问题摆上了台面。这就像加密世界中的智能合约,一旦部署并授予权限,就意味着将部分数据操作权让渡给自动化程序。区别在于,OpenClaw目前缺乏类似加密学中的可验证透明性与权限隔离机制,这会导致大规模应用时出现严重的风险集中问题。

相关文章中提到的企业级部署瓶颈——“全公司只有一个Agent”——恰恰印证了这种风险。在加密架构中,我们会采用多签名钱包或零知识证明来管理共享资源,确保权限可控且操作可审计。而当前OpenClaw的单Agent架构在企业环境中相当于用一把私钥管理所有资产,一旦被攻破,后果将是灾难性的。

百度选择将PaddleOCR以Skill形式接入,实质是在布局数据解析层的标准。未来谁控制了关键Skill的生态,谁就能掌握数据流转换的通道权。这与加密行业中节点服务商通过控制API接口来影响链上应用类似,是一种隐性的基础设施捕获策略。

至于厂商纷纷入场推出基于自家大模型的Claw产品,这更像是一场“可信执行环境”的竞争。最终胜出的可能不是拥有最强模型的公司,而是能在权限隔离、数据加密和操作透明性上提供最优解的一方。毕竟,在AI学会“动手”之后,如何确保它不会擅自打开你的保险箱,才是真正考验生态生命力的核心。
展开
举报 纠错/举报
纠错/举报
提交
新增文库
仅自己可见
公开
保存
选择文库
新增文库
取消
完成