豆包工作：字节跳动新推出的办公 Agent 平台
字节跳动发布了“豆包工作”，这是一个独立的办公 Agent 平台，与豆包桌面版使用同一套程序和模型。它支持文档、表格、PPT、图片、视频、网页和应用等多种内容生成与编辑，并与飞书深度集成。该产品定位为独立的办公 Agent 工作台，类似 Codex，登录或更新即可获得 30 天免费订阅。 这标志着字节跳动正式进入企业办公 Agent 市场，该领域已有阿里、腾讯和百度激烈竞争。作者认为 Agent 正在成为新的工作入口，用户习惯从打开应用转向打开 Agent。关键的竞争优势在于组织上下文数据，而飞书天然拥有这些数据，为豆包工作提供了潜在的护城河。 该产品支持“指哪改哪”的 AI 协作编辑，用户可对任意内容定点修改，而非反复重新生成，既节省算力又提升速度。它与飞书现有的权限和身份体系集成，Agent 访问会继承组织的访问控制。作者强调企业级 Agent 必须尊重权限，不同于个人场景下随意分享 API Key。据报道，该产品预计于 2026 年 8 月 29 日上线。
@dotey原推文1 张图片豆包今天发布了“豆包工作”，它和豆包桌面版应该是同一套程序和模型，但定位变了一个独立的办公 Agent 工作台。
豆包工作体验做的很好，有点像 Codex，能开项目、连接各种办公应用（尤其是飞书），体验后的一点感想：
一、用户的习惯正在发生变化，Agent 正在变成工作的入口
我发现自己处理工作时，下意识先打开的是 Agent，而不是某个应用。打开 Agent 之后，让 Agent 去帮我操作应用，我去验收或者调整 Agent 的操作结果。
这个变化看起来很小，但背后是一次入口的迁移。过去，应用是入口，人在应用里完成工作；现在，Agent 是入口，应用退到了后台，变成 Agent 调用的工具。
这种迁移一旦形成习惯，就很难逆转。就像人们从搜索引擎的首页开始上网，后来变成从微信和短视频开始，入口在哪，注意力就在哪，生态就在哪。
二、办公 Agent 已是红海，护城河可能在上下文
现在的 Agent，除了模型以外，Harness 这一层差距越来越小了，写文档、做表格、生成 PPT、操作浏览器，已经是各家基本功。模型可以换，工具可以接，功能差距会被迅速抹平。
真正的差距还得看 Agent 对组织了解多少，或者说能访问到哪些上下文数据，有最好的上下文，才有最好的企业级 Agent。
举个例子来说，我在《图解 Skill》举了个例子叫“周报 Skill”，如果你的 Agent 接不到任何工作数据，你就得把这周做了什么一条条告诉它，本质上你自己先写了一遍，它只是帮你润色。但如果 Agent 能读到你的会议纪要、你参与的群聊讨论、你编辑过的文档、你的项目看板，你只需要说一句“帮我写周报”，它就能基于你这一周真实做过的事，帮你生成一份有细节、有数据的工作总结。
所以，Agent 的通用能力容易被追平，但一个组织长期使用所沉淀下来的上下文：会议记录、文档资产、项目脉络、协作关系，这些才是别人复制不走的东西。谁拥有最完整的组织上下文，谁的 Agent 就能提供最精准的服务。从这个角度看，像飞书这样本身就是组织信息汇聚地的产品，天然就离这条护城河更近。
三、模型能力决定 Agent 能做多少事，权限决定组织敢让它做多少事
办公 Agent 和个人 Agent 有一个根本区别，很多人忽略了：权限。
个人场景下，你可以很随意。我自己就经常把 API Key 直接扔给 Agent 帮我验证代码，反正出了问题也只影响我自己。但在企业里，就不敢随便这么做了。
想想看，如果一个员工为了让 AI 帮忙写方案，顺手就把客户名单、合同内容、经营数据上传到了某个个人账号的 AI 工具，公司看不见他传了什么，不知道 AI 生成的内容又被转发给了谁，员工离职后这些数据还留在他的个人空间里。这不是假设，这是很多企业真实面对的情况，也是许多公司到今天还不敢放手让员工用 AI 的核心原因。
所以，企业级 Agent 必须解决一个前提问题：它得继承组织现有的权限体系。 员工看不到的数据，Agent 也看不到；未被授权的操作，Agent 也不能做。不是说限制 Agent 的能力，而是让组织敢把能力交给 Agent。
这一点上，那些本身就内建了完整权限和身份体系的协作平台有先天优势。Agent 接入之后，不需要重新搭一套安全架构，直接沿用组织已有的权限规则就行。
四、个人提效 ≠ 组织提效
这是我觉得最值得讨论的一点。现在每家公司都在推 AI，每个环节都有提效数字，但整体交付没快多少。核心原因是组织的流程还是围绕 AI Agent 之前组织架构搭建的，这些流程都是围绕人去设置的，有很多权限、审批都离不开人去做，但对 Agent 来说就会特别低效，Agent 只能在局部帮助提升效率，但是整体还是受制于人去确认审批。
真正的解法是围绕 Agent 重构流程：大部分确认环节交给 Agent 自验证，人只在关键路径上拍板。
但不是说这些确认环节都可以去掉，很多确认环节也都是有过很多教训之后才设立的，还是离不开人的判断，但有些流程是不是可以合并，是不是可以加速，还是值得仔细考虑的。
五、当 Agent 把很多执行的事情都做了怎么办？
这个问题很多人隐隐在担心，但换个角度看，Agent 把执行层的事做了：写文档、填数据、整理资料、跟进进度。并不是说人被替代了，而是人在往上走：更多精力要花在思考、决策和验收上。
过去，一个项目经理大量的时间花在整理信息、协调沟通、催进度上，真正用来思考“项目方向对不对、这个决策该怎么做”的时间都被挤占了。现在 Agent 把那些琐碎的事情接过去了，项目经理可以把精力放在更有价值地方，比如说：判断、取舍、创新。
回过头看，办公 Agent 的竞争，还得看谁能让 Agent 真正进入组织的工作现场：理解上下文、尊重权限、融入协作、推动流程，最终让人从执行中解放出来去做更有价值的事。
作为多年飞书用户，我一直很喜欢它在产品上的设计，那种想清楚了再做的克制感。这次豆包和飞书合并后，也是第一次看到两者真正融合的产物：「豆包工作」。意料之中，实际体验下来也没有让人失望。豆包的 Agent 能力加上飞书多年沉淀的组织关系、权限体系和协作数据，让人隐约看到了一种不一样的 Agent 形态：一种让 Agent 真正读懂组织、融入组织、为组织所用的形态。
展开原推文收起原推文
豆包今天发布了“豆包工作”，它和豆包桌面版应该是同一套程序和模型，但定位变了一个独立的办公 Agent 工作台。 豆包工作体验做的很好，有点像 Codex，能开项目、连接各种办公应用（尤其是飞书），体验后的一点感想： 一、用户的习惯正在发生变化，Agent 正在变成工作的入口 我发现自己处理工作时，下意识先打开的是 Agent，而不是某个应用。打开 Agent 之后，让 Agent 去帮我操作应用，我去验收或者调整 Agent 的操作结果。 这个变化看起来很小，但背后是一次入口的迁移。过去，应用是入口，人在应用里完成工作；现在，Agent 是入口，应用退到了后台，变成 Agent 调用的工具。 这种迁移一旦形成习惯，就很难逆转。就像人们从搜索引擎的首页开始上网，后来变成从微信和短视频开始，入口在哪，注意力就在哪，生态就在哪。 二、办公 Agent 已是红海，护城河可能在上下文 现在的 Agent，除了模型以外，Harness 这一层差距越来越小了，写文档、做表格、生成 PPT、操作浏览器，已经是各家基本功。模型可以换，工具可以接，功能差距会被迅速抹平。 真正的差距还得看 Agent 对组织了解多少，或者说能访问到哪些上下文数据，有最好的上下文，才有最好的企业级 Agent。 举个例子来说，我在《图解 Skill》举了个例子叫“周报 Skill”，如果你的 Agent 接不到任何工作数据，你就得把这周做了什么一条条告诉它，本质上你自己先写了一遍，它只是帮你润色。但如果 Agent 能读到你的会议纪要、你参与的群聊讨论、你编辑过的文档、你的项目看板，你只需要说一句“帮我写周报”，它就能基于你这一周真实做过的事，帮你生成一份有细节、有数据的工作总结。 所以，Agent 的通用能力容易被追平，但一个组织长期使用所沉淀下来的上下文：会议记录、文档资产、项目脉络、协作关系，这些才是别人复制不走的东西。谁拥有最完整的组织上下文，谁的 Agent 就能提供最精准的服务。从这个角度看，像飞书这样本身就是组织信息汇聚地的产品，天然就离这条护城河更近。 三、模型能力决定 Agent 能做多少事，权限决定组织敢让它做多少事 办公 Agent 和个人 Agent 有一个根本区别，很多人忽略了：权限。 个人场景下，你可以很随意。我自己就经常把 API Key 直接扔给 Agent 帮我验证代码，反正出了问题也只影响我自己。但在企业里，就不敢随便这么做了。 想想看，如果一个员工为了让 AI 帮忙写方案，顺手就把客户名单、合同内容、经营数据上传到了某个个人账号的 AI 工具，公司看不见他传了什么，不知道 AI 生成的内容又被转发给了谁，员工离职后这些数据还留在他的个人空间里。这不是假设，这是很多企业真实面对的情况，也是许多公司到今天还不敢放手让员工用 AI 的核心原因。 所以，企业级 Agent 必须解决一个前提问题：它得继承组织现有的权限体系。 员工看不到的数据，Agent 也看不到；未被授权的操作，Agent 也不能做。不是说限制 Agent 的能力，而是让组织敢把能力交给 Agent。 这一点上，那些本身就内建了完整权限和身份体系的协作平台有先天优势。Agent 接入之后，不需要重新搭一套安全架构，直接沿用组织已有的权限规则就行。 四、个人提效 ≠ 组织提效 这是我觉得最值得讨论的一点。现在每家公司都在推 AI，每个环节都有提效数字，但整体交付没快多少。核心原因是组织的流程还是围绕 AI Agent 之前组织架构搭建的，这些流程都是围绕人去设置的，有很多权限、审批都离不开人去做，但对 Agent 来说就会特别低效，Agent 只能在局部帮助提升效率，但是整体还是受制于人去确认审批。 真正的解法是围绕 Agent 重构流程：大部分确认环节交给 Agent 自验证，人只在关键路径上拍板。 但不是说这些确认环节都可以去掉，很多确认环节也都是有过很多教训之后才设立的，还是离不开人的判断，但有些流程是不是可以合并，是不是可以加速，还是值得仔细考虑的。 五、当 Agent 把很多执行的事情都做了怎么办？ 这个问题很多人隐隐在担心，但换个角度看，Agent 把执行层的事做了：写文档、填数据、整理资料、跟进进度。并不是说人被替代了，而是人在往上走：更多精力要花在思考、决策和验收上。 过去，一个项目经理大量的时间花在整理信息、协调沟通、催进度上，真正用来思考“项目方向对不对、这个决策该怎么做”的时间都被挤占了。现在 Agent 把那些琐碎的事情接过去了，项目经理可以把精力放在更有价值地方，比如说：判断、取舍、创新。 回过头看，办公 Agent 的竞争，还得看谁能让 Agent 真正进入组织的工作现场：理解上下文、尊重权限、融入协作、推动流程，最终让人从执行中解放出来去做更有价值的事。 作为多年飞书用户，我一直很喜欢它在产品上的设计，那种想清楚了再做的克制感。这次豆包和飞书合并后，也是第一次看到两者真正融合的产物：「豆包工作」。意料之中，实际体验下来也没有让人失望。豆包的 Agent 能力加上飞书多年沉淀的组织关系、权限体系和协作数据，让人隐约看到了一种不一样的 Agent 形态：一种让 Agent 真正读懂组织、融入组织、为组织所用的形态。
