[騰訊] 騰訊 "龍蝦戰隊" 回應壹切:偽需求、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（智能體對智能體）還是中心式架構，但現在大家其實已經不太在意這個問題了。
[物價飛漲的時候 這樣省錢購物很爽]
這條新聞還沒有人評論喔，等著您的高見呢
提問：對專業人士來說，他們已經能用 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（智能體對智能體）還是中心式架構，但現在大家其實已經不太在意這個問題了。
[物價飛漲的時候 這樣省錢購物很爽]
| 分享: |
| 注： | 在此頁閱讀全文 |
| 延伸閱讀 | 更多... |
推薦: