2026 年我用 Agent 最大的感受，是它终于开始碰我的文件了。
以前用 AI，写文案也好，查资料也好，一段回答出来，这件事基本就停在聊天框里。现在我给它一个文件夹，它会自己读；给它一项工作，它会拆开做；中间要找资料、跑脚本、改表格，也能接着往下走。最后回到我手里的，可能是一份 PPT，也可能是一张整理好的表，甚至是一套已经跑起来的代码。
最近我用得比较多的有三款，豆包工作、腾讯 WorkBuddy，还有 OpenAI 的 Codex。
三款产品摆在一起，功能表会长得很像。它们都有 Skills，能规划任务，也能处理本地文件。用上一阵以后，差别慢慢出来了。豆包工作离飞书最近，WorkBuddy 离个人电脑最近，Codex 则一直围着项目和代码转。
先看资料放在哪。
豆包工作最值钱的部分在飞书里
豆包工作刚出来时，我也把注意力放在了电脑操作上。它能看屏幕、点按钮，在浏览器和软件之间来回跑。Windows 上还有独立的工作环境，Agent 干活时不必一直抢着鼠标。这些功能很好演示，看一遍就能记住。
后来我盯上了飞书。
我平时做电商运营，产品成本、价格表、店铺数据和投流记录，有不少都放在飞书表格里。以前让 AI 做分析，我得先把文件找出来，再整理格式、上传，接着解释每张表在说什么。最累的往往还没轮到分析，光是把背景交代明白，人已经不想干了。
|
|
豆包工作原生接入飞书以后，这段准备工作短了很多。我可以直接告诉它文件叫什么、放在哪里，这次要看哪些指标。它在我有权限访问的资料里找数据，再补外部调研，最后把结果做成文档或表格。做完的东西还能回到飞书，继续让同事评论和修改。
这个过程有一个很实际的好处。AI 不用每次从零认识我的工作。很省时间。
官方给豆包工作的定位，是面向个人、团队和企业的智能体工作平台，它能读公开资料和本地文件，也能结合飞书里的企业知识，交付文档、表格、PPT、网页和轻量应用。图片和视频生成也接进来了，运营团队做一套方案时，可以少换几次工具。
用飞书的公司会很容易感受到它的方便。会议纪要、项目文档、业务表格原本就在同一个地方，Agent 拿到的是一段连续的工作背景。公司没有使用飞书，这项优势会缩水，豆包工作也就更接近一款能力齐全的通用 Agent。
它还有几个地方需要留心。复杂任务不能发完一句话就走人，数据口径、资料范围和中途检查都要交代清楚。企业知识接进来以后，权限管理也会跟着变重要。AI 能找到什么，取决于员工原本能看到什么。权限分得太乱，Agent 只会把这种混乱更快地带进结果里。
WorkBuddy 更像我电脑里的杂活承包商
我用 WorkBuddy，多是杂活。
|
|
做 PPT，整理文件夹，批量改名，转换格式，把几份表合到一起。这些工作单独看都不难，凑到一起很耗时间。WorkBuddy 可以在我授权的目录里读写文件，做完以后直接把结果留在本地。这一点很朴素，也很实用
它现在有默认、Ask 和 Plan 几种工作模式，Ask 适合先问清楚，不动文件，普通任务交给默认模式。文件多、改动大时，我会先开 Plan，看一遍它准备怎么做，再让它动手。重要目录最好另外复制一份。别拿唯一一份文件练胆量。
腾讯在这款产品上占便宜的地方，是国内用户熟悉的消息入口，WorkBuddy 可以接微信、企业微信、QQ，也能连钉钉和飞书。人在外面，手机发一条消息，电脑端继续执行，结果再回到手机上；微信小程序还提供云上和本机两种环境，临时派活很顺手。
|
|
我有时会用它做简单的小工具和微信小程序。需求不复杂，完成度还可以。项目一大，代码之间的关系多起来，它就容易顾此失彼。WorkBuddy 的代码能力能解决一部分办公开发，真要长期维护一个复杂项目，我还是会换到 Codex。
WorkBuddy 里面有专家、Skills、自动化和连接器。熟悉以后，可以把重复工作慢慢固化下来。第一次打开也容易迷路，每个模块都像能干很多事，反倒不知道先点哪个。它需要一点整理工作台的耐心。常用任务确定下来，界面才会越用越顺。
|
|
Codex 适合把一件事做进项目里
我最早用 Codex，只干一件事。先写代码。
它和普通代码助手的区别，在于工作会进入真实的项目目录。Codex 先读仓库，再改文件、跑命令和测试。做完以后，我能直接看代码差异，哪里改错了也比较容易退回来。
项目稍微复杂一点，多 Agent 就有用了。我可以让一个 Agent 修问题，另一个补测试，还有一个去查资料。它们在各自的工作区里推进，我负责看进度、补信息和验收。以前连续做几天的活，现在常常能并排展开。
Codex 也有 Skills 和自动化，团队可以把编码规范、测试方式和常用流程写进 Skill，项目里的 AGENTS.md 负责告诉它目录结构和协作要求；汇总代码提交、检查 CI 失败、整理发布记录，这些重复任务都可以按计划执行。
到了这里，Agent 已经很像一个需要管理的同事。任务要拆得合理，资料要放对位置，验收条件也得提前写清楚。这一步省不了。只扔下一句“帮我把项目做好”，通常收不到什么惊喜。
Codex 现在也能做文档、表格和图片，浏览器操作和手机远程控制也在完善。它的使用方式依旧带着很强的工程习惯。文件有范围，操作有权限，改动能审查，结果最好还能测试。开发者会觉得这些东西很自然，普通办公用户要适应一阵。
做一份常规汇报，我不会专门打开 Codex。要改一个长期维护的项目，或者让多个 Agent 同时推进几块工作，我会直接找它。
公司和员工算的是两笔账
三款产品用下来，我一直在想一件事，员工觉得好用的 AI，到了公司那里会怎样。公司未必满意。两边算的本来就是两笔账。
对员工来说，文件放在个人电脑上很方便。自己做的 Skills、整理过的资料和摸索出来的流程，换一份工作还能接着用。WorkBuddy 很适合这种需求，它围着个人的文件和日常软件转。
公司关心的是另一组事情。客户资料归谁，业务数据由谁查看，员工离职以后，一套已经跑顺的流程能不能留下。公司花钱让员工提高效率，最后只在员工电脑里多出几个 Skill。这笔账难算。
豆包工作接入飞书以后，处理这类问题会顺一些。资料沿用飞书原有权限，成果也回到团队空间里。员工离开以后，文档和业务流程还在。它把 Agent 放进了公司的协作关系里，管理者会更容易看到这件事的价值。
Codex 面对的是项目资产。代码、测试、文档和自动化流程都能留在仓库里，团队规范也可以跟项目一起维护。人总会换。项目里的做事方法可以继续用。
这里没有一款工具能够包办所有情况。个人办公追求轻便，企业系统在意权限，工程项目要求可检查。三种需求常常同时存在，只是每家公司所占的分量不同。
我现在会这样选
团队重度使用飞书，我会先试豆包工作。它最省力的地方，是能接住公司已经放在飞书里的资料。研究、分析和交付都在同一段背景里完成，做完以后还能回到团队继续协作。
日常工作围着本地文件、Excel 和 PPT 转，WorkBuddy 更合适。经常出门，又想从微信或手机上给电脑派任务，它也用得顺手。刚开始别急着装一堆 Skills，先拿两个高频任务跑通，价值会更容易看见。
写代码、做产品或者维护复杂项目，我会选 Codex。它能让多个 Agent 并行工作，也能把测试、审查和自动化接起来。它要求用户会拆任务，回报也来自这里。
我不会再比输赢。
它们已经各自找到了工作入口。豆包工作进入公司的飞书，WorkBuddy 留在个人电脑上，Codex 跟着代码和项目走。资料放在哪里，成果准备交给谁，这两个问题想清楚，选择通常就出来了。