你有没有想过一个问题:
同一家公司,为什么要同时做七八个功能高度重叠的 AI 助手?
WorkBuddy、CodeBuddy、QClaw、元宝、ima、Marvis、腾讯文档 AI……这些产品都号称「帮用户用 AI 干活」,但有的主打办公、有的主打编码、有的主打远程控制。作为用户,你可能会困惑:我到底该用哪个?作为从业者,你可能会更困惑:腾讯到底在干什么?
今天这篇文章,不吹不黑,把腾讯 AI 智能体产品矩阵从头拆到尾。
一、先认识一下「腾讯 AI 七子」——产品矩阵全景图
2026 年 6 月 5 日,腾讯云 AI 产业应用大会上,腾讯首次以「效率智能体工具集」的名义,一口气亮出了旗下所有 AI 智能体产品。这里面既有你已经很熟悉的 WorkBuddy,也有你可能听都没听过的 Marvis 和妙境 Miora。
我把这些产品按使用场景分成了三个梯队,先建立全局认知:
| 梯队 | 面向人群 | 代表产品 | 一句话描述 |
|---|---|---|---|
| 第一梯队:个人日常 | 普通用户、C端消费者 | 元宝、ima、QClaw、QQ浏览器 AI | 聊天问答、知识管理、远程操控电脑 |
| 第二梯队:职场生产力 | 白领、开发者、设计师、OPC | WorkBuddy、CodeBuddy、妙境 Miora/Ardot | 办公自动化、编程辅助、创意设计 |
| 第三梯队:企业级与垂直行业 | 企业客户、行业用户 | ClawPro、CloudQ、DatabaseClaw、LearnBuddy、企点 MAGIC Agent | 企业管控、运维、数据库、教育、营销 |
这里有一个关键认知——这三个梯队不是互相替代的关系,而是针对同一批用户的不同使用场景。一个腾讯员工,早上可能在元宝里查资料,上午在 WorkBuddy 里写周报,下午用 CodeBuddy 写代码,晚上收到 QClaw 的远程任务推送——四个产品在同一天里服务于同一个人的不同需求。
这种「多产品覆盖全场景」的策略,在执行层面容易让用户困惑,但在战略层面有它的合理性。我们来逐个拆解。
二、核心产品逐一定位——这 7 款到底有什么不同
为了避免「说了等于没说」的泛泛而谈,我用一张对比表把每款产品的核心差异点出来。注意:这张表的重点是差异,不是功能清单。
| 产品 | 核心场景 | 交互方式 | 技术底座 | 关键差异 |
|---|---|---|---|---|
| WorkBuddy | 办公全场景(文档、数据、PPT、调研) | 桌面客户端,自然语言对话 | 混元 Hy3 + CodeBuddy 底座 | 能调用本地文件系统和腾讯生态产品,多 Agent 并行,SkillHub 7 万+技能 |
| CodeBuddy | 编码全流程(写、审、测、部署) | 插件/IDE/CLI 三种形态 | 混元 Hy3 + DeepSeek 等 | 覆盖腾讯内部 95%+ 工程师,新增代码一半由 AI 生成 |
| QClaw(小龙虾AI) | 远程操控电脑、本地任务执行 | 微信/QQ 聊天框下达指令 | OpenClaw 开源内核 | 支持任意底模切换(Claude/GPT/DeepSeek/Kimi),数据留本地 |
| 元宝 | C端 AI 助手(聊天、搜索、创作) | 网页/App/微信内 @元宝 | 混元 + DeepSeek 双模型 | 可搜微信公众号/视频号信源,支持 AI 生视频/图片/录音转写 |
| ima | 个人知识管理(搜、读、写) | 桌面客户端 | 混元大模型 | 以知识库为核心,可按知识库创建专属 Agent,具备长期记忆能力 |
| 腾讯文档 AI | 协作编辑 + AI 辅助写作 | 网页/客户端 | 混元大模型 | 多人在线协作,Agent 可参与同文档编辑;与 WorkBuddy 联动后能力增强 |
| Marvis | 应用宝 AI 助手 | 手机 App | 混元大模型 | 应用推荐、智能搜索,2026 年 5 月刚发布,目前功能相对轻量 |
看完这张表,你会发现一个问题:QClaw 和 WorkBuddy 的差异,并没有想象中那么大。
两者都可以「操作电脑」「执行任务」「调用文件系统」。区别在于:QClaw 是「微信发消息 → 电脑干活」,WorkBuddy 是「桌面端对话 → 电脑干活」。但站在用户视角,「让 AI 帮我干活」这件事,用哪个不是用?
这正是腾讯内部「赛马」的典型场景——同一块阵地,两个团队同时做,看谁先跑出来。而这场赛马的结果,2026 年 7 月才刚见分晓。
三、为什么腾讯要「自己打自己」——赛马机制的前世今生
3.1 腾讯的赛马基因
腾讯做「内部赛马」不是第一次了。从当年的 QQ 和微信同时做移动 IM,到光子天美同时做 MOBA 手游,再到如今 AI 智能体的多线并进——赛马是腾讯产品文化的底色。
这套逻辑的核心假设是:在不确定性极高的新赛道里,与其押注一个方向,不如让多个团队同时探索。最后市场会给答案,资源向胜者集中。
在 AI 智能体赛道,这套逻辑尤其容易触发,因为:
| 触发条件 | 腾讯的实际情况 |
|---|---|
| 赛道前景大但方向不明确 | 2025-2026 年全球 AI Agent 市场爆发,IDC 预测年增速超 200%,但「什么样的 Agent 产品能赢」没人知道 |
| 技术底座可以复用 | 混元大模型是公共底座,各团队不需要重复造大模型 |
| 用户场景各不相同 | 开发者要写代码、白领要做 PPT、普通用户要聊天,同一套产品很难全搞定 |
| 开源生态降低了入场门槛 | OpenClaw 开源后,电脑管家团队用 5 人小团队 + 零营销预算,10 天就做出了百万用户的 QClaw |
3.2 赛马的代价
但赛马不是免费的。腾讯 AI 智能体赛马的代价,在 2026 年上半年暴露得非常清楚:
代价一:用户困惑。一个普通用户面对 WorkBuddy、QClaw、元宝、ima、腾讯文档 AI,很难搞清楚「我到底该用哪个」。产品矩阵丰富过头就成了「产品迷宫」。
代价二:资源分散。多个团队同时做功能重叠的产品,底层能力重复建设,品牌定位互相稀释。「效率智能体工具集」这个官方整合动作,本身就是对「太散了」的回应。
代价三:内部损耗。QClaw 的产品经理张舒昱——1999 年出生,2025 年 9 月入职,带 5 人团队零预算做出爆款——2026 年 6 月 29 日离职,在腾讯仅待了 10 个月。QClaw 出海版用户量暴跌 99.19%。一个天才产品经理+一个爆款产品的故事,以团队并入云产品六部收尾。
四、「龙虾大战」的终局——QClaw 并入 WorkBuddy
2026 年 7 月 20 日,腾讯发布内部组织调整通知:QClaw 产品中心划入云产品六部——也就是 WorkBuddy 所在的部门。
这不等于「QClaw 被砍了」,官方说法是「产品继续运营,团队纳入统一管理体系」。但市场普遍解读为:赛马结束,狼烟散去,资源向 WorkBuddy 集中。
从数据上看,这个结局没有悬念:
| 指标 | WorkBuddy | QClaw |
|---|---|---|
| 全平台 MAU(2026.7) | 2000 万 | 未披露(出海版暴跌 99%) |
| DAU/MAU 比率 | 65%-75% | 未披露 |
| 团队规模 | 完整的 CodeBuddy 团队孵化 | 5 人小团队起步 |
| 上位速度 | 马化腾三次点名,Q1 财报重点提及 | 爆红后迅速降温 |
| 商业化路径 | 个人版免费 + 企业版付费 | 本地免费 + 海外版尝试 |
QClaw 的失败不是产品不好——恰恰相反,它是 2026 上半年国内最现象级的 AI 产品之一。它的问题是「爆得快、凉得也快」:
- 优势:零门槛、微信直连、本地执行、底模可换——这些是真正的创新
- 劣势:深度办公场景打不过 WorkBuddy(QClaw 没有腾讯文档/网盘/乐享的深度集成),纯远程操控又是低频需求
腾讯的选择很务实:QClaw 的创新点(微信直连、远程操控)保留下沉为 WorkBuddy 的一个功能通道,团队合并减少内耗,主力资源全押 WorkBuddy。
五、不只是「龙虾大战」——其他产品的关系链
QClaw vs WorkBuddy 是曝光度最高的「内战」,但腾讯 AI 产品之间的重叠和分工,远不止这一对。
5.1 WorkBuddy vs CodeBuddy:同一个底座,两条产品线
很多人以为 WorkBuddy 是 CodeBuddy「升级」来的——不是。它们是同一个 CodeBuddy 团队孵化的并行产品线。
一个简单的验证方法:打开 WorkBuddy 和 CodeBuddy,分别问它们同一个问题——「你的底层 Agent 引擎和 MCP 协议是谁提供的」,答案会高度一致,因为共享同一套底座:
CodeBuddy 底座(AI 编程能力 + Agent 引擎 + MCP 协议) | +-- CodeBuddy(编码线)--> 插件/IDE/CLI --> 面向开发者 | +-- WorkBuddy(办公线)--> 桌面客户端 --> 面向白领/职场人群两者的关系用一句话概括:CodeBuddy 负责「写代码」,WorkBuddy 负责「用 AI 干活」。一个开发者可以早上在 CodeBuddy IDE 里写接口,下午在 WorkBuddy 里让 AI 帮他写技术文档——两个产品无缝切换,因为底层是同一套 Agent 引擎。
这种「同源双线」的策略,在行业里是独一份。阿里的通义灵码也有 Qoder(编码)和 QoderWork(办公),但 QoderWork 远没有 WorkBuddy 这么深的办公生态融入。字节的 TRAE(编码)和 TRAE Work(办公)则因为方向摇摆不定,至今没形成合力。
5.2 元宝 vs WorkBuddy:C 端对话 vs 生产力执行
元宝是腾讯 C 端 AI 的主入口——对话、搜索、生图、生视频、录音转写,走的是「全能聊天助手」路线。WorkBuddy 走的是「生产力工具」路线——你给目标,它直接交付文件。
两者不是竞品,因为使用场景完全不同:
- 你想问「今天天气怎么样」→ 元宝
- 你想「把这份 Excel 做成 30 页 PPT」→ WorkBuddy
- 你想「搜一下最近 AI 政策有什么变化」→ 元宝
- 你想「每天早上自动搜索 AI 政策新闻,生成简报上发到群里」→ WorkBuddy 自动化
元宝解决「一次性问答」,WorkBuddy 解决「持续性任务执行」。但当元宝 2026 年 6 月上线「复杂任务处理」、可以直接产出 PPT/Word/Excel 后,两者的边界开始模糊。这也是赛马逻辑的延续——C 端和生产力端,谁能吃掉对方的场景?
5.3 ima vs 腾讯文档 AI vs WorkBuddy:知识管理的三种路线
这三个产品都有「知识管理」的能力,但路线完全不同:
| 维度 | ima | 腾讯文档 AI | WorkBuddy |
|---|---|---|---|
| 知识形态 | 以知识库为核心,搜-读-写一体化 | 以协作文档为核心,AI 辅助编辑 | 以任务执行为核心,知识是执行上下文 |
| 知识来源 | 用户主动上传、导入 | 团队协作中产生 | 文件系统读取、联网搜索、本地文件 |
| 典型用法 | 「把我所有的行业报告导入 ima,以后查资料就问它」 | 「团队一起写方案,AI 帮忙润色和补充」 | 「分析这些数据,结合知识库内容出一份报告」 |
| 与其他产品的关系 | 知识库可被 QClaw/WorkBuddy 调用 | 文档能力可通过 Agent Suite 接入 WorkBuddy | 作为中枢调度 ima 查询 + 文档生成 |
简单说:ima 是「你的第二大脑」,腾讯文档是「团队的协作纸」,WorkBuddy 是「帮你用脑子和纸把活干完的那双手」。
用 WorkBuddy 的 Skill 来演示一下三者的配合关系:
任务:写一份 Q3 行业趋势报告 步骤 1:WorkBuddy 调用 ima 连接器 --> 从 ima 知识库中检索「Q2 行业报告」「竞品分析」 --> 提取关键数据点和趋势判断 步骤 2:WorkBuddy 调用联网搜索 --> 搜索 2026 Q3 最新行业动态 --> 补全 ima 知识库中没有覆盖的最新信息 步骤 3:WorkBuddy 整合数据 + AI 生成报告 --> 将检索结果整合为结构化大纲 --> 逐章节生成报告内容 步骤 4:WorkBuddy 调用腾讯文档 API --> 将生成的报告写入腾讯文档 --> 设置团队可编辑权限这个流程的核心价值在于:你不需要在三个产品之间手动切换、复制粘贴。WorkBuddy 作为调度中枢,自动串联知识检索、信息搜索、内容生成、文档发布的全链路。
六、避坑指南——普通用户如何选择
说了这么多产品,你可能最想知道的就一件事:我到底该用哪个?
以下是我自己踩过坑之后的真诚建议,不搞「全都要」的废话。
坑 1:以为「用元宝就够了」
现象:很多用户装了元宝以后,觉得「AI 聊天助手都有了,WorkBuddy 没必要」。
真相:元宝更像是一个「超级搜索引擎 + 内容生成器」,它不会操作你的本地文件、不会帮你整理桌面上的文件夹、不会自动运行定时任务。你让它「帮我写一篇公众号文章」,它能生成文字。但让它「把桌面上那三份 PDF 数据汇总成一张表」,它就做不了。
建议:元宝解决「知不知道」,WorkBuddy 解决「做不做得完」。两件事都需要。
坑 2:QClaw 和 WorkBuddy 都装了,结果只用了一个
现象:两款都装了,但日常只用 WorkBuddy。QClaw 躺在角落里吃灰。
原因:QClaw 的核心能力「微信远程操控电脑」在日常办公场景里是个低频需求。只有当你在外面、电脑在家里、突然需要操作电脑里的文件时,QClaw 的价值才会显现。而 WorkBuddy 是你坐在电脑前面每天都要用的东西。
建议:WorkBuddy 作为主力,QClaw 作为「应急通道」。不必纠结二选一——它们本来就不是互斥的。但如果你不是经常需要远程操控电脑,QClaw 确实可以先不装。
坑 3:把 WorkBuddy 当 CodeBuddy 用,写了一下午 bug
现象:在 WorkBuddy 里让 AI 写了一个完整的 Web 应用,跑了半天发现各种 corner case 没处理好,修修补补很痛苦。
原因:WorkBuddy 的定位是办公智能体,虽然也能写代码,但它没有 CodeBuddy 的 IDE 集成、实时补全、代码调试等专业编程能力。长代码生成、复杂调试、多文件重构这些场景,CodeBuddy 要强一个量级。
建议:WorkBuddy 写小脚本、简单 Demo、数据处理代码完全够用。正经项目开发切到 CodeBuddy。具体什么时候用哪个,参考专栏 49-50 篇已详细拆解。
坑 4:不知道 ima 和 WorkBuddy 的知识库是两回事
现象:在 ima 里建了知识库,然后在 WorkBuddy 里问「帮我查一下知识库里的 XX」,发现 WorkBuddy 找不到。
原因:ima 的知识库和 WorkBuddy 的记忆系统/知识库是独立的。虽然通过连接器可以打通,但默认不是互通的。
建议:把 ima 当成「长期知识沉淀库」(行业报告、学习笔记、参考资料),把 WorkBuddy 当成「当前任务的上下文工作区」。需要 ima 知识库配合 WorkBuddy 执行任务时,手动配置 IMA 连接器。
坑 5:腾讯文档 AI 和 WorkBuddy 的文档能力分不清
现象:写文档时不知道该在腾讯文档里用 AI,还是该在 WorkBuddy 里让 AI 写。
建议:一个简单的判断标准——如果是多人协作编辑同一份文档,用腾讯文档 AI;如果是你一个人需要 AI 帮你从零生成一份完整的文档/报告,用 WorkBuddy。当然,现在两者通过 Agent Suite 打通后,在 WorkBuddy 里可以直接操作腾讯文档,这个边界在逐渐消失。
七、总结——从「赛马」到「合力」
回到标题的问题:腾讯为什么要「自己打自己」?
其实答案就藏在腾讯的产品基因里。
当 OpenAI 用 Codex 一条产品线打天下时,腾讯选择用七条产品线同时下注。这不是盲目的资源浪费,而是基于一个理性的判断:AI 智能体赛道太新了,没有人知道最终的赢家长什么样。在不确定性面前,试探比押注更安全。
QClaw 用 5 人团队证明了「微信直连+远程操控」是有需求的,WorkBuddy 用 2000 万 MAU 证明了「办公智能体」这条路能跑通,CodeBuddy 用 95% 内部渗透率证明了「AI 编码」是刚需。
赛马的终点不是互相残杀,而是优胜劣汰后形成合力。
QClaw 并入 WorkBuddy 部门、元宝接入了复杂任务处理、腾讯文档接入 Agent Suite——这些动作说明腾讯正在从「各自为战」走向「统一调度」。混元 Hy3 上线后任务成功率从 72% 飙到 90%,也证明底层模型统一正在让产品之间的协同成本急剧下降。
最后一个判断:腾讯 AI 智能体的终局,不是某一个产品赢,而是「效率智能体工具集」作为一个整体赢。WorkBuddy 是这个整体的大脑,其他产品是四肢——各有分工,基础能力打通,用户面对的不再是七个互相打架的 AI,而是一个统一调度的 AI 工作系统。
这条路还没走完,但方向已经清晰了。
专栏导航
本文是「腾讯小龙虾 WorkBuddy 专栏」第 58 篇。
| 篇目 | 标题 | 状态 |
|---|---|---|
| 01 | 【腾讯小龙虾WorkBuddy专栏01】初识WorkBuddy!定位、核心优势、功能界面全解析 | 已发布 |
| 02 | 【腾讯小龙虾WorkBuddy专栏02】保姆级安装教程!彻底分清WorkBuddy/CodeBuddy,最新积分活动&会员体系全攻略 | 已发布 |
| 03 | 【腾讯小龙虾 WorkBuddy 专栏 03】技能(Skills)制作全教程!自定义技能编写、导出分享、导入使用一步到位 | 已发布 |
| 04 | 【腾讯小龙虾WorkBuddy专栏04】一文搞懂WorkBuddy的「专家」和「专家团」 | 已发布 |
| 05 | 【腾讯小龙虾WorkBuddy专栏05】深度解析WorkBuddy连接器(Connector) | 已发布 |
| 06 | 【WorkBuddy专栏06】让AI链接外部生态 | 已发布 |
| 07 | 【WorkBuddy专栏07】把AI训练成你的专属员工——WorkBuddy Skill系统深度解析 | 已发布 |
| 08 | 【WorkBuddy专栏08】从「定时任务」到「数字员工」——WorkBuddy自动化系统深度拆解 | 已发布 |
| 09 | 【WorkBuddy专栏09】AI不止会聊天——WorkBuddy多模态能力深度揭秘 | 已发布 |
| 10 | 【WorkBuddy专栏10】你的AI终于学会「分项目干活」了——WorkBuddy项目功能完全指南 | 已发布 |
| 11 | 【WorkBuddy专栏11】WB项目不是TAPD——WB项目在整个腾讯协作生态中的位置 | 已发布 |
| 12 | 【WorkBuddy专栏12】技能到底存在哪?——WorkBuddy两级技能存储架构深度解析 | 已发布 |
| 13 | 【WorkBuddy专栏13】WB的「记忆系统」是怎么搭建的 | 已发布 |
| 14 | 【WorkBuddy专栏14】专家不是「换皮」——角色切换、训练机制与自我进化深度拆解 | 已发布 |
| 15 | 【WorkBuddy专栏15】灵感被折叠到「更多」里,真的不重要了吗?——一个「被低估」功能的当下价值与未来演变 | 已发布 |
| 16 | 【WorkBuddy专栏16】三层记忆系统深度拆解——让AI真正「记住」你 | 已发布 |
| 17 | 【WorkBuddy专栏17】一个 AI 不够用?WorkBuddy SubAgent 多智能体协作系统深度拆解 | 已发布 |
| 18 | 【WorkBuddy专栏18】WorkBuddy API深度解析——打造开发者友好的AI生态 | 已发布 |
| 19 | 【WorkBuddy专栏19】技能的创造与迁移——从零开始打造你的AI工作流 | 已发布 |
| 20 | 【WorkBuddy专栏20】项目指令的深度解析——如何让AI真正理解你的意图 | 已发布 |
| 21 | 【WorkBuddy专栏21】WorkBuddy vs 爱马仕 vs Codex——「小龙虾」如何在 AI 助手红海中找到自己的生态位 | 已发布 |
| 22 | 【WorkBuddy专栏22】灵感功能完全实操指南——从「第一次打开」到「回不去了」 | 已发布 |
| 23 | 【WorkBuddy专栏23】SOUL、USER、MEMORY——三个文件,决定你的 AI「是什么人」 | 已发布 |
| 24 | 【WorkBuddy专栏24】连接器不是越多越好——WorkBuddy 43 个连接器的现实选择指南 | 已发布 |
| 25 | 【WorkBuddy专栏25】如何选择大模型——积分消耗、用途场景、选型决策全指南 | 已发布 |
| 26 | 【WorkBuddy专栏26】沙箱不是枷锁——WorkBuddy安全隔离机制的正确打开方式 | 已发布 |
| 27 | 【WorkBuddy专栏27】WorkBuddy 和 CodeBuddy 到底什么关系——一篇文章终结所有混淆 | 已发布 |
| 28 | 【WorkBuddy专栏28】WorkBuddy 网页抓取完全实战——从翻车到行云流水 | 已发布 |
| 29 | 【WorkBuddy专栏29】一个专家不够用——WorkBuddy专家团协作机制深度拆解 | 已发布 |
| 30 | 【WorkBuddy专栏30】AI钱包来了——绑定流程、美团场景与使用方法完全指南 | 已发布 |
| 31 | 【WorkBuddy专栏31】AI接入支付的真意义与真缺陷——WorkBuddy支付功能深度评析 | 已发布 |
| 32 | 【WorkBuddy专栏32】从「分文件夹」到「组队打仗」——WorkBuddy v5.0 项目模式深度拆解 | 已发布 |
| 33 | 【WorkBuddy专栏33】工作空间,最大的WorkBuddy技巧——任务隔离、记忆分区与多项目管理实战 | 已发布 |
| 34 | 【WorkBuddy专栏34】WB记忆能力深度解析——SOUL、USER、MEMORY的加载时机与工作机制 | 已发布 |
| 35 | 【WorkBuddy专栏35】从「聊天搭子」到「全栈工程师」——WorkBuddy编程能力深度实测 | 已发布 |
| 36 | 【WorkBuddy专栏36】从踩坑到上线——WorkBuddy代码开发避坑指南与部署完全手册 | 已发布 |
| 37 | 【WorkBuddy专栏37】项目功能 Reality Check——理想很丰满,现实很骨感 | 已发布 |
| 38 | 【WorkBuddy专栏38】让AI帮你配环境——WorkBuddy编程环境配置完全指南 | 已发布 |
| 39 | 【WorkBuddy专栏39】零基础也能做小程序——WorkBuddy微信小程序开发完全指南 | 已发布 |
| 40 | 【WorkBuddy专栏40】从「帮你干活」到「帮你创造」——WorkBuddy设计创意功能深度拆解 | 已发布 |
| 41 | 【WorkBuddy专栏41】学生党如何使用WorkBuddy——调研写作笔记知识库一站式解决方案 | 已发布 |
| 42 | 【WorkBuddy专栏42】初学编程用AI助手是捷径还是陷阱——正确使用方法的深度解析 | 已发布 |
| 43 | 【WorkBuddy专栏43】如何利用WorkBuddy开发一个PC网站(上)——环境选型、设计编码到部署上线 | 已发布 |
| 44 | 【WorkBuddy专栏44】如何利用WorkBuddy开发一个PC网站(下)——移动适配、SEO优化与GEO策略 | 已发布 |
| 45 | 【WorkBuddy专栏45】用WB做UI设计(上)——从想法到设计稿,AI帮你搞定「设计阶段」 | 已发布 |
| 46 | 【WorkBuddy专栏46】用WB做UI设计(下)——一套设计规范,小程序和PC网站两端通用 | 已发布 |
| 47 | 【WorkBuddy专栏47】学生党用WorkBuddy做开发学习——多语言速成与练习结合实战 | 已发布 |
| 48 | 【WorkBuddy专栏48】学生党用WorkBuddy做基础科目作业——提高成绩的正确姿势 | 已发布 |
| 49 | 【WorkBuddy专栏49】WB+CODEBUDDY代码开发配合指南——什么时候用哪个?怎么配合效率最高? | 已发布 |
| 50 | 【WorkBuddy专栏50】代码开发技术体系深度分析——前端、后端、全栈、移动端、数据工程,WB和CODEBUDDY谁更擅长? | 已发布 |
| 51 | 【WorkBuddy专栏51】Codex与WorkBuddy的底层基因——两条完全不同的AI智能体路线(上) | 已发布 |
| 52 | 【WorkBuddy专栏52】Codex与WorkBuddy在中国大陆的发展——生态适配、用户争夺与未来走向(下) | 已发布 |
| 53 | 【WorkBuddy专栏53】我的WB为什么变聪明了——SOUL与USER配置管理实战(上) | 已发布 |
| 54 | 【WorkBuddy专栏54】我的WB为什么变聪明了——定期清理与MEMORY管理艺术(下) | 已发布 |
| 55 | 【WorkBuddy专栏55】哪怕WB崩了也不怕——配置文件备份与灾难恢复完全指南 | 已发布 |
| 56 | 【WorkBuddy专栏56】WorkBuddy 7月「连环炮」更新——人机双写、项目重构、长期记忆等10+新特性一次说透 | 已发布 |
| 57 | 【WorkBuddy专栏57】你的左侧空间不是「日任务清单」——工作空间才是 WB 变聪明的核心秘密 | 已发布 |
| 58 | 【WorkBuddy专栏58】腾讯为什么要「自己打自己」——7款AI智能体产品全景对比与「赛马」逻辑深度拆解 | 本文 |
| – | 终结篇,大勇学长感谢各位读者! | 已发布 |