最近你豆姐也是进军工作 Agent 领域了。虽然“豆包工作”这个名字看上去就不像个很专业的工具，但是抱着尝尝咸淡的心态，我仔细测试了一下豆包工作。

安装豆包工作还是很简单的，已经集成到了豆包工作桌面端。

现在的豆包桌面端就像是上个月刚刚合并了 Codex 和 ChatGPT，其实挺混乱的。看上去有各种各样的形态，但是只是入口和登录方式非常多。别搞晕了，其实都是豆包工作。

无论是从豆包登录飞书，还是直接下载豆包工作客户端，都可以直接用起来。你也可以在飞书看到豆包工作的入口。无论是哪个入口，进来都是“豆包工作”。

又快又细，但不够好

用豆包工作整理了平时用 Codex 做的工作内容，最近两个月几百个 Codex 会话本地日志豆包很快就读完了，差不多只用了两分钟。

但是比较碍事的是，虽然具体的思考链会折叠，但思考步骤没有折叠键，所以当你做一个比较长的任务时看到的结果很可能是这个效果……

而且侧边没有类似 GPT 的问答索引条。所以当对话变长之后，历史的可读性会很差……

不过除了值得吐槽的产品细节之外，豆包工作还真的是给了我很多建议。我只是让她看看我在 Codex 的工作流有没有什么值得优化的，她直接读了所有的日志并且统计数据、根据数据指出问题、再解决问题。对数据的总结比我自己平时用 Codex 复盘还细节……这种拿数据说话的感觉真是字节味满满。

最后也是一气呵成直接给我把她发现的问题解决了。

她帮我完善了几个子 agent 的人设，我之前的 skill 里面不同子 agent 都是想到什么写了什么，豆包工作帮我按照工作流进行了比较系统的整理。

她的改动我体验下来会感觉工作变得有意思了，Codex 帮我优化都是追求那种极致的效率， GPT-5.6 sol ultra 给我写的那些子 agent 确实厉害，效果也是真的好。豆包工作写的子 agent 虽然效果没 Codex 那么好，但是我能感觉有种在检查几个下属（检索员、核查员、撰稿人……）的工作报告，虽然说实话没有什么太大实质提升，但是情绪价值还是有提升的。

工作小队，你有点真实过头了

除了重新设计已有 skill 中子 agent 的人设和边界，豆包工作里面内置了非常多预设的“工作伙伴/工作小队”。

而且这个预设真的非常非常多……这基本已经覆盖了绝大多数飞书用户的场景……

我尝试了一下这个工作小队，也就是已经预设好的一组子 agent。比如这个“爆款内容创作小队”就已经包括了负责策划、文案、设计的子 agent 和创意总监这个管理者。

比较让我惊讶的是，当我提出需求的时候，创意总监给我的回复竟然是一个格式化的小问卷。这个比 agent 向我提问，我在对话框里一点点敲一大段话的体验好太多了。投放方向甚至只需要勾选投放的平台名字就可以。

而且最终形成的是飞书文档，对用飞书办公的人来说真的非常友好，不需要再把 .md 文件从 agent 复制过去了。

但是写个策划方案太简单了，我又拿出了我的 agent 经典测试案例：吃豆人。

果然，碰到稍微复杂一点的代码需求就完全不行了。这次用“软件研发小组”开发，不仅特别特别慢，花了半个小时，而且完全无法控制吃豆人、而且它不会按照地图路线前进、而且不会吃豆、而且不会吃超级豆、而且幽灵敌人运动轨迹不正常、而且……总之几乎没有一处是对的……

于是开始让小队开始复盘然后 debug。只是一轮对话，开发改 bug 改了将近一个小时、测试测了二十分钟、研发 leader 写完报告又让测试重新测试、测试又发现还是没改对……就这样拉锯。光是这一轮对话的 debug 任务整个小队做了整整两个小时，然后美美混了半天的工资。

高情商：豆包工作模拟了你在现实推进需求时候会遇到的团队配合阻力。

低情商：工作小队拉完了。

而且成果依然有问题，我想请问：这个地图我该怎么通过呢…… ？

哦对了，同提示词下 Codex 花 18 分钟写的结果是这样的，一遍过，没有任何修改。

场景夯，但是模型拉了

说到底豆包工作最大的优势还是接入飞书。

因为这不只是直接生成飞书文档方便转发共建这么简单，而是直接打通了飞书和 Agent 的生态。

我其实并不用飞书工作，所以不少宣传的特色很难测试到。飞书对我来说更像是 notion 式的备忘录，里面存了我很多最近几年写过的文档。

所以我让豆包工作把我本地的工作记录上传的飞书里面，然后对我的工作习惯总结一下。这个效果还是不错的，除了云盘本来有的历史文档，我还用豆包工作上传了最近一周我的电脑使用历史。而且有了飞书的数据，豆包工作还可以更好地理解云盘文档的所属关系、编辑权限、@、批注这些正常复制之后 agent 看不到的上下文信息，这对于平时用飞书办公的人来说绝对是大提效。我平时让agent看批注都是用截图的方式让模型理解，这下就方便多了。

我还试了下豆包工作在真实飞书办公场景下的表现。让她检索一个老项目，然后给我写一个交接文档。我只给了她项目的名字，至于应该从哪里找、应该找哪些一律没有说。

我的文件夹分类有点乱，这个项目从立项、PRD、每次会议纪要、测试报告和复盘的材料分散在各好多目录里。最终豆包工作找到了 12 个文档里的 11 个，还是找漏了一个……

但是豆包工作在飞书的场景优势很明显，她根据不同文章的作者、编辑者、@ 到的人给我整理出了各个项目负责人的变更情况，毕竟我是要写个交接文档嘛，这样更方便交接之后遇到问题应该找哪位同事。

接入飞书的豆包工作，有了飞书账号的上下文确实是个不错的办公辅助 agent。但是硬实力还是会受限于豆包她自己的模型水平……豆包工作目前不支持更换外部模型，只能用自家的豆包 2.1 turbo/pro 模型。

我在让她总结我个人信息的时候她直接忘了我还有云文档。看到“对不起，我搞错了……”的时候直接气笑了。

我将用最直白，最直接，最不绕弯子的方式告诉你，豆包工作赢在了交互和场景，但是输在了能力跟不上。可是基本的能力都不行，我要交互和场景有什么用呢？

如果豆包工作可以不用豆包，一定会更好用。