腾讯WorkBuddy直面OpenClaw争议：自研架构、无开源束缚，重新定义AI代理安全范式

导语：在OpenClaw引爆AI代理浪潮后，腾讯WorkBuddy因“自研vs开源”的质疑站上风口。本文深度解读腾讯的首次官方回应：如何通过完全自研摆脱开源束缚，又如何在安全设计上用“半自动化”破解代理失控难题。

当OpenClaw成为现象级AI代理产品后，行业陷入“快速跟进”的喧嚣，腾讯旗下WorkBuddy等多款类“龙虾”产品的密集发布，让外界质疑其是否直接借用了开源代码。3月14日，腾讯产品负责人首次正面回应，明确划清界限：“没有用过任何一行OpenClaw的源码”，WorkBuddy完全基于腾讯自研技术体系构建，由此也自然不受OpenClaw开源协议的约束。

这场澄清背后，是腾讯对AI代理（Agent）技术路线的深度思考。技术基座并非从零开始，而是源自腾讯此前发布的另一款开发者工具，经过内部重构与场景适配，才演化出面向智能助手赛道的WorkBuddy。负责人强调，自研既是技术选择，更是对产品生命周期的主动掌控——拒绝被单一开源生态捆绑，保持迭代自由。

在安全性这个AI代理的“阿喀琉斯之踵”上，腾讯给出了新的解法。业内普遍认为，代理系统的核心风险在于“透传”机制：模型将用户指令直接转发给第三方服务时，数据链路可能失控。WorkBuddy从设计之初就避开了这一模式，采用“半自动化+用户确认”的交互逻辑。每一步关键操作都需要用户明确许可，代理不会自作主张地跨应用执行任务，这使其更接近“智能副驾”而非“失控的自动机”。负责人用一句话概括产品哲学：“追求可控，而不是完全自主。”

面对腾讯内部多款“龙虾”产品并行的局面，外界一度猜测是“赛马机制”重演，但负责人将其解释为“多样性产品生态”。不同产品对应不同的用户群体与使用场景，例如轻量级助手与专业级工作台各有侧重。未来不会将所有功能粗暴整合进一个超级系统，而是让用户在不同产品间获得连贯的体验——登录同一账号，WorkBuddy记住你在其他工具中的习惯，做到“千人千面”的智能跟随。

从抢占“龙虾”风口到强调自研可控，腾讯正在走一条差异化的AI代理路径：不追求炫技式的全自动，而是深耕场景化的可信交互。当开源社区的代码唾手可得时，这种“有所不为”的克制，或许正是其想要构建的护城河。