[腾讯] 腾讯 "龙虾战队" 回应一切:伪需求、FOMO 与安全
可从另一个角度来说，比如我在上周五那场免费装机活动里，看到有六十多岁的退休工程师，也有带着两岁小孩来的妈妈。很多人会说，你花一天时间在这里排队装龙虾，回去可能根本用不起来。但我觉得对他们而言，愿意走出这一步，愿意去搞懂什么是龙虾，真正上手去接触 AI，本身就已经比大部分人更往前了一步。
提问：对专业人士来说，他们已经能用 Claude Code 、Claude Cowork 了，skills 也能自建，为什么还需要 OpenClaw？
丁宁：这个不好去评价。一个是模型厂基于自己的模型去做一个能力非常强的应用层产品，一个是开源的产品，它们本身就是两个维度的东西。
产品如何落地丨接入微信，能做到什么程度就做到什么程度
提问：Qclaw 和 WorkBuddy 最受外界关注的地方在于它与微信的连接，但实际上它们走的还是微信的客服渠道，入口深，也不兼容 markdown 的格式，你们未来会向微信争取更多资源吗？
丁宁：我们思考的是，微信肯定一个必要的入口，且大众的呼声比较高，那在现行的条件下能做到什么程度就做到什么程度，尽人事。
提问：在接入微信后，如何保证不抓取或泄露用户的微信数据？
苏建东：目前这两个产品只是通过企微客服号与用户做交互，原理相当于用户跟机器人对话，把指令发到后端去执行，而不是在你的手机上执行，所以它们是没有能力读取微信数据的。
提问： WorkBuddy 在设计上要如何做到既不显得太黑箱，但同时又不会频繁打扰用户？
丁宁：关键还是不要做得过于定制化。比如你刚才说的那种频繁通知，如果用户不想被一直打扰，其实完全可以通过定时任务或者主动触发的方式来用，而不是让产品默认不断推送。
我们更倾向于把它做成一个标准化产品，而不是做成高度定制、强干预的东西。比如你在地铁上，临时想处理一项工作，就可以直接在 QQ 上跟它说，让它把某个文件夹里的内容处理好，再把结果发到你的 QQ 邮箱。什么时候用、怎么用，更多还是由用户自己决定。
提问：从你们观察来看，目前哪些 skills 的使用频率会比较高？
丁宁：Documentation（文档）肯定是最高的。不过整体的数据，我这边还没有系统统计过。
我们自己团队会做很多偏泛开发、泛生产类的产品，所以会更倾向于自己写 skills，而且一个 skills 里面还可能再调用其他 skills。比如用无代码的方式做一个 agent、做一个游戏，或者做一个 web 应用，这些其实我们都会尝试，核心还是选最合适的方式。
提问：是否有发现什么令你们意想不到的使用场景？
丁宁：可以去看一下那些博主在小红书的直播，他把 OpenClaw 运用在了很多稀奇古怪的场景里，比如去帮你支付、聊天什么的，但这是因为它给的本地权限太高了。我们现在没做这些，安全合规还是第一位的。
提问：WorkBuddy 有计划拓宽自己的用户群体吗？
丁宁：我们还是会聚焦在 AI native 的工作的场景和泛生产力场景上来做。
提问：你们是如何考虑商业化的，会更偏向企业订阅收费，还是开放 API 按调用量计费？
丁宁：我们现在的第一步是要把场景实现好，把产品的价值做出来帮企业转型，如果只是看眼前的收入，产品做不好的。
提问： 除了 QClaw 和 WorkBuddy 以外，腾讯还有许多业务部门也在做类似的产品，未来这些产品会不会逐步打通，甚至变成一个统一的、跨终端的超级数字分身？
丁宁：现在整体还处在比较早期的阶段，所以大家更多还是先围绕已经被验证过、有价值、能形成闭环的高价值场景去做产品。如果将来是用户需求和新场景把这件事真正推出来了，那该打通的时候自然会打通，至少目前我们不会凭空先设想出一个很宏大的产品形态，再倒过来去找场景。
钟宇澄：轻量云这边也是，我们做的是 “云端虾”，更多还是希望先在云端提供一种更简单、更易用、也更安全的产品形态。但未来也不排除会探索更多云端和本地联动、融合的场景。
提问：你认为未来的 agent 是会变得越来越垂直还是 all in one？
丁宁：短期内应该还会是多 agent（多智能体）的架构，比如一个 orchestration agent（编排智能体）去调度不同的 specialist（专才型智能体），而 specialist可能是一个 skills，也可能是一个独立的 agent。以前我们还会讨论到底是 agent to agent（智能体对智能体）还是中心式架构，但现在大家其实已经不太在意这个问题了。
[加西网正招聘多名全职sales 待遇优]
好新闻没人评论怎么行，我来说几句
提问：对专业人士来说，他们已经能用 Claude Code 、Claude Cowork 了，skills 也能自建，为什么还需要 OpenClaw？
丁宁：这个不好去评价。一个是模型厂基于自己的模型去做一个能力非常强的应用层产品，一个是开源的产品，它们本身就是两个维度的东西。
产品如何落地丨接入微信，能做到什么程度就做到什么程度
提问：Qclaw 和 WorkBuddy 最受外界关注的地方在于它与微信的连接，但实际上它们走的还是微信的客服渠道，入口深，也不兼容 markdown 的格式，你们未来会向微信争取更多资源吗？
丁宁：我们思考的是，微信肯定一个必要的入口，且大众的呼声比较高，那在现行的条件下能做到什么程度就做到什么程度，尽人事。
提问：在接入微信后，如何保证不抓取或泄露用户的微信数据？
苏建东：目前这两个产品只是通过企微客服号与用户做交互，原理相当于用户跟机器人对话，把指令发到后端去执行，而不是在你的手机上执行，所以它们是没有能力读取微信数据的。
提问： WorkBuddy 在设计上要如何做到既不显得太黑箱，但同时又不会频繁打扰用户？
丁宁：关键还是不要做得过于定制化。比如你刚才说的那种频繁通知，如果用户不想被一直打扰，其实完全可以通过定时任务或者主动触发的方式来用，而不是让产品默认不断推送。
我们更倾向于把它做成一个标准化产品，而不是做成高度定制、强干预的东西。比如你在地铁上，临时想处理一项工作，就可以直接在 QQ 上跟它说，让它把某个文件夹里的内容处理好，再把结果发到你的 QQ 邮箱。什么时候用、怎么用，更多还是由用户自己决定。
提问：从你们观察来看，目前哪些 skills 的使用频率会比较高？
丁宁：Documentation（文档）肯定是最高的。不过整体的数据，我这边还没有系统统计过。
我们自己团队会做很多偏泛开发、泛生产类的产品，所以会更倾向于自己写 skills，而且一个 skills 里面还可能再调用其他 skills。比如用无代码的方式做一个 agent、做一个游戏，或者做一个 web 应用，这些其实我们都会尝试，核心还是选最合适的方式。
提问：是否有发现什么令你们意想不到的使用场景？
丁宁：可以去看一下那些博主在小红书的直播，他把 OpenClaw 运用在了很多稀奇古怪的场景里，比如去帮你支付、聊天什么的，但这是因为它给的本地权限太高了。我们现在没做这些，安全合规还是第一位的。
提问：WorkBuddy 有计划拓宽自己的用户群体吗？
丁宁：我们还是会聚焦在 AI native 的工作的场景和泛生产力场景上来做。
提问：你们是如何考虑商业化的，会更偏向企业订阅收费，还是开放 API 按调用量计费？
丁宁：我们现在的第一步是要把场景实现好，把产品的价值做出来帮企业转型，如果只是看眼前的收入，产品做不好的。
提问： 除了 QClaw 和 WorkBuddy 以外，腾讯还有许多业务部门也在做类似的产品，未来这些产品会不会逐步打通，甚至变成一个统一的、跨终端的超级数字分身？
丁宁：现在整体还处在比较早期的阶段，所以大家更多还是先围绕已经被验证过、有价值、能形成闭环的高价值场景去做产品。如果将来是用户需求和新场景把这件事真正推出来了，那该打通的时候自然会打通，至少目前我们不会凭空先设想出一个很宏大的产品形态，再倒过来去找场景。
钟宇澄：轻量云这边也是，我们做的是 “云端虾”，更多还是希望先在云端提供一种更简单、更易用、也更安全的产品形态。但未来也不排除会探索更多云端和本地联动、融合的场景。
提问：你认为未来的 agent 是会变得越来越垂直还是 all in one？
丁宁：短期内应该还会是多 agent（多智能体）的架构，比如一个 orchestration agent（编排智能体）去调度不同的 specialist（专才型智能体），而 specialist可能是一个 skills，也可能是一个独立的 agent。以前我们还会讨论到底是 agent to agent（智能体对智能体）还是中心式架构，但现在大家其实已经不太在意这个问题了。
[加西网正招聘多名全职sales 待遇优]
| 分享: |
| 注： | 在此页阅读全文 |
| 延伸阅读 | 更多... |
推荐: