
写完阿里、写完百度,这一篇终于轮到字节了。
但字节的 AI 智能体产品线,是三家里最让人头疼的一家——不是因为它最强,而是因为它一直在变。TRAE Work 刚发两个月,母公司就开始讨论「要不要整合进豆包」。飞书的产研团队,一夜之间成了豆包的下属。今天画的产品矩阵图,可能下个月就过时了。
这篇文章,我先把字节当前的产品格局讲清楚,然后和 WorkBuddy/CodeBuddy 一条条比对。最后重点聊一聊——字节「三位一体」战略大调整对 AI 办公赛道的冲击有多大。
一、先认识字节的 AI 产品矩阵——「一直在变」就是它最大的特征
字节在 AI 智能体赛道上的产品布局,可以用四个字形容:多线并进,方向未定。
| Trae IDE | AI 原生编程 IDE | 2025.1 | 稳定运营,国内版+国际版双线 |
| TRAE Work | 桌面/网页/移动端 AI 工作助手 | 2026.6.9 | 刚上线两个月,前身是 TRAE SOLO |
| 豆包(含专业版) | C 端 AI 助手 → 正向办公延伸 | 豆包 2024.5 / 专业版 2026.6.24 | 日均 Token 180 万亿,ARR 超 40 亿美元 |
| 飞书 + Aily | 企业协作 + AI 智能体平台 | 飞书长期运营 / Aily 2026.3 | 产研团队已并入豆包,GTM 并入火山引擎 |
2026 年 7 月发生了字节今年最重要的一次组织调整:飞书产研并入豆包产品团队(赵祺统管),飞书销售并入火山引擎。这意味着飞书从独立事业部变成了豆包的「办公场景业务部」。
这次调整的背景是:豆包 C 端日活虽然大,但变现靠 To B。飞书 2026 年 Q2 新增客户超九成同步采购 AI 产品,ARR 同比增长超 100%。把飞书和豆包打通,是字节 AI 商业化效率最高的路径。
但对 TRAE Work 来说,这未必是好消息。豆包专业版已经在切入办公场景,飞书的 AI 能力也在加强。三款产品(豆包专业版、飞书 AI、TRAE Work)同时瞄准「AI 办公」这块蛋糕——普通用户根本分不清该用哪个。字节自己大概率也还在纠结。
二、编码线对比:Trae IDE vs CodeBuddy
Trae 是字节在编码领域最拿得出手的产品。它在国内的技术社区口碑很好,不少开发者说它是「国内最接近 Cursor 的产品」。
2.1 基础参数速览
| 上线时间 | 2025.9 | 2025.1(国内首个 AI 原生 IDE) |
| 产品形态 | 插件 + IDE + CLI | 纯 AI 原生 IDE(非 VS Code 插件,从零自建)+ CLI + Web |
| 核心模式 | Craft 智能体(一句话生成项目) | 双模式:IDE 模式(精细控制)+ SOLO 模式(全自主) |
| 模型支持 | 混元 Hy3 + DeepSeek/GLM/Kimi + 自定义 | 豆包 Seed 2.1 + DeepSeek/GLM/Kimi + GPT-5/Claude(国际版) |
| Tab 预测 | NES 智能补全 | Cue/Cue-Pro(仓库级编辑序列预测,Tab 一键跳转) |
| 上下文系统 | @Codebase、记忆系统 | Skills + Rules + Memory + Commands 四项上下文感知 |
| 多 Agent | SubAgent 机制 | 内置 Agent + 自定义 Agent + 社区共享 Agent |
| 部署集成 | 自配环境 | 原生集成 Vercel/Supabase(国际版) |
| SWE-bench | 未公布独立成绩 | Trae Agent + Claude 4 曾登顶 SWE-bench Verified #1(已开源) |
| 设计/美学 | 功能优先 | 被用户评为「最美代码编辑器」,UI/UX 设计感强 |
| 国内定价 | 免费 | 免费 / Lite 49元/月 / Pro 99元/月 / Ultra 699元/月 |
| 国际定价 | 无国际版 | 免费 / Pro $20/月 / Max $100/月 |
2.2 Trae 的三个独特优势
第一,真正的 AI 原生 IDE。 CodeBuddy 虽然也有独立 IDE,但底层是对 VS Code 的深度定制。Trae 是从零自建的 AI 原生 IDE,UI/UX 设计被开发者社区反复夸奖「美得不像生产力工具」。SOLO 模式下,AI 从需求分析到部署上线全包,你只是看着。
第二,Cue 预测补全。 CodeBuddy 的 NES 和 Trae 的 Cue 都是 Tab 预测,但 Cue-Pro 可以预测整个仓库级别的编辑序列——不是猜下一行,而是猜你接下来要在哪些文件里做什么改动。打一个 Tab,它自动跳到下一个需要改的位置。这个体验对多文件重构场景来说是降维打击。
第三,国际化和开源生态。 Trae 是国产 AI 编程工具中国际化最深的产品。国际版支持 GPT-5 和 Claude 4.1 Opus,原生集成 Vercel 和 Supabase 部署。Trae Agent 还开源了 SWE-bench 登顶方案——这在国产工具里是独一份。
两者的 Agent 调度架构也有本质区别:
CodeBuddy 的 Agent 调度:单模型深度推理
混元 Hy3 (快慢思考融合 MoE) -> Craft 智能体 -> 直接编码交付
优势:同模型深度推理,任务连贯性强
Trae 的 Agent 调度:混合模型 + 子Agent 协作
SOLO Agent -> 拆解任务 -> 分派给子 Agent
-> 前端 Agent (Claude 4.1) + 后端 Agent (GPT-5) + 测试 Agent (Kimi)
-> 汇总结果 -> 部署上线
优势:不同模型各取所长,复杂任务综合表现更好
Trae 的多 Agent 比 CodeBuddy 的 SubAgent 更激进——它敢让不同模型分管不同环节,在国际化项目中确实有优势。但代价是同一个项目里三种模型写出来的代码风格可能打架,需要人工 Review 的成本更高。
2.3 Trae 的短板也很明显
模型不够强。 字节自研的豆包 Seed 2.1 虽然在官方宣传中「对标 Claude Opus 4.7」,但 SWE-bench Verified 实测得分只有 58.1%——和 Cursor Composer 2.5 的 72.4% 有明显差距。字节的解法是「多模型切换」:你觉得豆包不行就切到 DeepSeek。但同一个项目里用不同模型写代码,风格和逻辑衔接经常打架。
商业化方向摇摆。 Trae 从 2025 年 1 月的「完全免费」,到 2026 年 2 月的「积分会员制」,定价方案已经改了至少三次。这对已经深度依赖的用户来说,不确定性很大。
2.4 编码线小结
| 追求极致 UI/UX 体验 | Trae IDE |
| 多文件重构 + 仓库级编辑 | Trae(Cue-Pro 胜出) |
| 国际化项目 + 海外部署 | Trae(Vercel/Supabase 原生集成) |
| 腾讯云/微信生态为主 | CodeBuddy |
| 模型稳定性 + 自定义模型 | CodeBuddy(混元 Hy3 + 可自定义) |
| 不想被定价变化困扰 | CodeBuddy(个人版一直免费) |
三、办公线对比:WorkBuddy vs TRAE Work + 豆包专业版
字节在办公领域的 AI 产品是三家里最混乱的——同时有 TRAE Work、豆包专业版、飞书 AI 三款产品在抢同一块蛋糕。
3.1 基础参数速览
| 上线时间 | 2026.3 | 2026.6.9 | 2026.6.24 |
| 定位 | 桌面办公智能体 | 三模式(Work/Code/Design)工作助手 | C 端 AI 助手向办公延伸 |
| 平台 | Win/Mac 桌面 | 桌面 + Web + 移动端 | App + Web |
| 模型 | 混元 Hy3 + 多模型 | 豆包 + DeepSeek/Kimi/GLM | 豆包 Seed 2.1 Pro |
| 特色能力 | 生态打通(企微/文档/网盘/乐享/会议) | Design 模式(AI 生成+修改设计稿)、 Code 模式(内置编码环境) | 「办公任务」Agent 模式,本地文件处理 |
| 技能生态 | SkillHub 7 万+ | 插件市场 + 模板库 | 豆包插件 + 飞书生态接入 |
| 远程操控 | 微信/企微/飞书/钉钉/小程序 | 无此能力 | 无此能力 |
| 定价 | 个人免费 | 免费 / Pro 99元/月(4000积分) | 专业版 68/200/500元/月 |
| 战略地位 | 腾讯办公 Agent 主线 | 方向待定(可能并入豆包) | 字节 AI 核心,办公场景主力 |
3.2 TRAE Work 的独特优势:Design 模式
TRAE Work 在三款办公智能体(WorkBuddy、QoderWork、TRAE Work)中最独特的差异,是它的 Design 模式。
你可以在 TRAE Work 里说「帮我设计一个电商 App 的首页」,AI 能直接给你生成设计稿——不是文字描述,是可视化界面。而且支持批量修改、转代码、与 Code 模式无缝切换。
WorkBuddy 也有设计能力(专栏 40/45/46 拆过),但它是通过 AI 生成 HTML/CSS 代码来实现的。TRAE Work 的 Design 模式走的是真正的「AI 生成设计」路线——对设计师和非技术用户更友好。
说实话,这个功能对普通用户来说,比「生态打通」更有感知力。腾讯如果要在 WorkBuddy 里补上这一块,可能需要专门的视觉设计模型能力。
3.3 豆包专业版 vs WorkBuddy:C 端巨头的办公野望
豆包专业版 2026 年 6 月 24 日上线,主打「办公任务」Agent 模式。它的核心竞争力不是产品功能有多强,而是 C 端流量底座足够大——豆包大模型日均 Token 调用量 180 万亿,ARR 超 40 亿美元。
豆包做办公的逻辑是「降维打击」:我 C 端有几亿用户,只要其中一小部分人用我的办公功能,就是千万级 DAU。WorkBuddy 虽然在办公 Agent 赛道 DAU 第一(2000 万 MAU),但面对豆包的 C 端流量池,压力是真实存在的。
不过豆包目前的问题是「办公能力偏轻」。它能写 PPT、做表格、总结文档——这些 WorkBuddy 也能做,而且 WorkBuddy 还能调企微发消息、调腾讯文档协作编辑、调网盘存储文件。豆包缺乏办公场景的深度生态链。字节现在把飞书和豆包整合,就是想补上这个短板。
3.4 飞书 Aily + 妙搭:WorkBuddy 没有直接对标的武器
飞书 Aily 是企业智能体平台,让企业把大模型、内部知识和业务系统接入统一平台。飞书妙搭是无代码应用构建——和百度的秒哒同一赛道。
WorkBuddy 企业版有 Agent Suite 和 ClawPro 管控平台,但缺少「企业内部知识驱动的自定义 Agent」能力。这一点上,飞书 Aily 的成熟度更高——毕竟飞书在企业管理软件里深耕了十年。
四、字节「三位一体」战略大调整——对 AI 办公赛道意味着什么
2026 年 7 月底,字节完成了近年最大的一次组织调整。核心变化:
| 飞书独立事业部,谢欣负责 | 飞书产研并入豆包产品团队,赵祺统管;飞书 GTM 并入火山引擎 |
| 豆包 + 飞书 + 火山引擎 各自为战 | 「豆包为智能核心、飞书为工作入口、火山引擎为云底座」一体化 |
| TRAE Work 独立发展 | 方向未定,可能并入豆包体系或保持独立 |
| 飞书有独立销售团队 | 统一归入火山引擎「创造力服务平台」 |
4.1 这个调整对腾讯的影响
腾讯在办公 Agent 领域当前的领先,建立在两个基础上:产品够成熟(43 个版本迭代),生态够深(微信+企微+文档全打通)。
字节的调整,补的是第二个短板——生态。以前豆包和飞书各做各的,数据不互通、能力不共享。现在合为一体,飞书的文档、会议、消息、组织架构,都会变成豆包 Agent 可调用的原生能力。
如果字节整合顺利,未来半年内,豆包+飞书的办公 Agent 体验会大幅提升。这对 WorkBuddy 是实实在在的威胁——毕竟飞书有超 2600 万企业组织(和钉钉同级别),加上豆包的 C 端流量,一旦形成合力,用户争夺战的烈度会再上一个台阶。
三家在办公 Agent 赛道的生态整合路径,对比一下就很清楚了:
腾讯:自始至终一条主线
2026.3 WorkBuddy上线
-> 2026.7 QClaw并入 -> WorkBuddy 成为唯一办公入口
-> 方向确定,资源集中,产品迭代最稳定
阿里:三马合一,两月完成
2026.5 QoderWork + 悟空 + MuleRun 各自运营
-> 2026.7 三合一千问办公 -> 品牌统一,定价一步到位
-> 整合速度最快,但产品体验还需要融合时间
字节:仍在纠结,多头并进
2026.6 TRAE Work / 豆包专业版 同月上线
-> 2026.7 飞书并入豆包 -> TRAE Work 方向待定
-> 方向最多变,产品最多元,但用户也最困惑
对比下来,就一个感觉:腾讯选了一条路走到头,阿里三条路合成一条,字节三条路都还开着门。
4.2 TRAE Work 的尴尬位置
字节整合中最尴尬的是 TRAE Work。
TRAE Work 刚上线两个月,Design 模式口碑很好。但豆包专业版也在做办公,飞书也在做 AI,三款产品功能高度重叠。如果字节决定把办公场景全部交给豆包+飞书,TRAE Work 可能面临两难:要么被合并进豆包(丢掉 TRAE 独立品牌),要么继续独立运营但抢不到内部资源。
已经有媒体报道,字节内部在讨论「把 TRAE Work 能力并进豆包」。如果成真,TRAE Work 将成为字节 AI 赛马中第一个被整合掉的产品。
五、三巨头策略对比——系列终章
这篇文章是「三大厂对比系列」的最后一篇。前面写了阿里(59)、百度(60)、字节(61)。收一个总表:
| 编码线 | CodeBuddy | Qoder CN | Comate | Trae IDE |
| 办公线 | WorkBuddy | 千问办公 | DuMate | TRAE Work / 豆包专业版 |
| 独特武器 | 微信14亿生态闭环 | 钉钉2600万+企业组织 | 秒哒无代码应用创造 | 豆包C端流量 + 飞书企业协作 |
| 模型策略 | 混元 + 多模型自由切换 | 千问 + 多模型切换 | 文心独占 | 豆包 + 多模型切换 |
| 整合进度 | 已完成(QClaw 并入7月) | 已完成(千问办公 7月上线) | 未开始(三产品独立运营) | 进行中(飞书并入豆包 7月) |
| 最大优势 | 产品最成熟,生态最深 | 商业化验证最早 | 覆盖面最广(秒哒独有) | 模型自研最强,C端流量最大 |
| 最大风险 | 模型能力仍需追赶国际一线 | 整合后产品体验在过渡期 | 模型不开放,生态不够深 | 产品方向摇摆,定价变化频繁 |
六、避坑指南
坑 1:TRAE Work 可能是个「短命产品」
说实话,不是唱衰 TRAE Work。Design 模式确实好用,但字节内部的方向摇摆是客观事实。如果你打算深度依赖 TRAE Work 做日常工作,建议先观望两个月——至少等字节内部「TRAE Work 要不要并入豆包」的讨论尘埃落定。
坑 2:Trae 的定价变化太快
Trae 从免费到 Lite 49元/月 到 Pro 99元/月 到 Ultra 699元/月,定价方案半年改了三次。如果你公司要采购 Trae,预算规划会很难做。相比 CodeBuddy 个人版一直免费、Comate 标准版一直免费——Trae 的商业化不确定性是最高的。
坑 3:别在豆包专业版和 TRAE Work 之间二选一(现在还太早)
很多用户问我「豆包专业版和 TRAE Work 选哪个」。我的建议是两个都别急着付费——字节自己还没想清楚这两款产品的最终分工。你现在花钱买了豆包专业版,可能两个月后发现你需要的功能跑到了 TRAE Work 里。或者反过来。
坑 4:飞书整合后的过渡期会有体验阵痛
飞书产研并入豆包团队,组织调整带来的不仅是人事变动——产品迭代节奏、功能优先级、文档更新速度都会受到影响。如果你公司重度依赖飞书 AI 功能,7-9 月要预期一些「功能暂时不可用」「旧入口找不到」的情况。
坑 5:别被字节的 C 端流量数据唬住
豆包日均 Token 180 万亿很吓人,但绝大部分消耗在 C 端对话(聊天、翻译、写文案),和 AI 办公 Agent 的「执行任务」是两回事。流量大不等于办公能力就强——WorkBuddy 虽然在 C 端流量上不如豆包,但在办公场景的任务完成率、生态集成深度上目前仍然领先。
七、总结
写完阿里、百度、字节三篇对比,我对国内 AI 办公 Agent 赛道有了一个更清晰的整体判断:
腾讯赢在了「稳」。 WorkBuddy 从 3 月上线至今,产品方向、定价策略、生态打法都没变过。在 AI 这个变化快到离谱的行业里,稳定本身就是巨大的竞争优势。
阿里赢在了「快」。 三款产品赛马 → 三合一千问办公 → 定价一步到位 198 元/月/席,整个过程不到两个月。MuleRun 月内 ARR 破 3 亿,证明了 AI 办公 Agent 有真实的付费需求。
百度赢在了「广」。 从程序员到小学生,从代码补全到无代码做 App,百度的覆盖广度是三家里最大的。秒哒 3500 万用户证明了这个策略在获客上是成功的。
字节最大的问题是「还没想好」。 Trae 编码线很强,但办公线到底是 TRAE Work 还是豆包专业版还是飞书 AI,字节自己都还在纠结。三位一体的战略方向是对的,但执行落地还需要时间。
最后一个判断:2026 年 Q3 是四家 AI 办公 Agent 的「定型期」。腾讯已经定了(WorkBuddy 主线),阿里也定了(千问办公),百度大概率保持三线独立,字节能不能在 Q3 结束前把「三位一体」从组织调整变成产品体验——将决定它在 Q4 的 AI 办公争夺战里能不能坐上一个有竞争力的位置。
专栏导航
本文是「腾讯小龙虾 WorkBuddy 专栏」第 61 篇。
| 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智能体产品全景对比与「赛马」逻辑深度拆解 | 已发布 |
| 59 | 【WorkBuddy专栏59】你的下一款办公智能体,选腾讯还是阿里——WorkBuddy/CodeBuddy vs 通义灵码 Qoder/QoderWork 全维度对比 | 已发布 |
| 60 | 【WorkBuddy专栏60】百度也有「龙虾全家桶」——WorkBuddy/CodeBuddy vs 百度 Comate/DuMate/秒哒全维度对比 | 已发布 |
| 61 | 【WorkBuddy专栏61】字节的AI打法为什么一直在变——WorkBuddy/CodeBuddy vs 字节Trae/TRAE Work/豆包全维度对比 | 本文 |
| – | 终结篇,大勇学长感谢各位读者! | 已发布 |

