当前时间: 2026-08-06 07:31:23
分类:办公文件
评论(0)
以后真正使用办公软件的,可能不是人类过去三十年,几乎所有办公软件都建立在一个理所当然的前提上:人是软件的用户。我们打开邮件、查找文件、登录业务系统,从表格里提取数据,再把结论整理成PPT。软件负责提供功能,人负责学习它的菜单和规则,然后一步步操作。但这个前提正在松动。以后真正打开邮件、读取表格、查找文档和制作PPT的,可能不再是人,而是AI。比如老板说了一句:“帮我准备周三的经营会议。”按照今天的工作方式,接到任务的人要先找出上次的材料,再去不同系统里查数据,和几个团队确认口径,最后整理成一份演示文稿。整个过程可能需要半天,也可能需要两三天。如果Agent足够成熟,同样的任务会变得很不一样。它可以自己寻找历史材料,读取最新数据,找出异常,整理结论,制作PPT,最后回来告诉你:“材料已经准备好了,其中有三个判断需要你确认。确认之后,要不要发给参会人?”邮件没有消失,文档、表格和业务系统也都还在。变化只是,真正操作它们的人,可能已经从你变成了AI。我们为什么成了软件之间的搬运工
办公软件当然提高了效率。没有文档,知识很难沉淀;没有表格,数据难以计算;没有即时通讯,组织无法快速协作;没有财务、人事和审批系统,大公司也不可能正常运转。问题是,软件越来越多以后,协调软件本身也变成了一项工作。我们从邮件里复制信息,粘进文档;从业务系统导出数据,放进表格;开完会整理纪要,再把任务录入项目系统。每个软件都解决了一个局部问题,人却逐渐成了不同系统之间的连接器。很多人每天最累的部分,并不是判断一件事该不该做,而是切换窗口、寻找入口、核对字段、同步进度和复制粘贴。公司每解决一个问题,就可能增加一个系统;每增加一个系统,员工就要再学一套操作方法。SaaS把工作数字化了,也在无意中制造了大量信息搬运。我们以为自己在使用软件,换一个角度看,也可能是软件一直在占用人的注意力,要求人去适应它的结构。Agent不是一种新插件,而是新的工作入口
现在很多产品都在给原来的软件增加AI功能。文档里加AI,表格里加AI,邮箱和会议软件里也加AI。这些功能当然有用,但它们很可能只是一个过渡阶段。普通用户并不想在十个软件里分别学习十种AI。他真正想要的是,把目标说清楚,剩下的事情由一个统一的Agent协调完成。OpenAI在7月推出的,已经可以在不同应用和文件之间持续工作,把一个目标变成文档、表格、演示文稿等完整成果。的定位也很直接:用户告诉它要什么,它自己决定如何拆解任务、使用哪些文件和工具,最后把结果交给人检查。这种产品和传统软件的区别,不只是模型更聪明了。传统软件把功能交给人,接下来怎么做仍然由人决定;Agent接收的是一个目标,它需要自己拆解任务、选择工具、处理中间结果。软件做到“功能可以使用”就完成了职责,Agent只有在“事情已经完成”以后,才算真正交付。因此,Agent替代的并不是办公软件,而是人操作办公软件的过程。模型提供理解和推理能力,Agent接住目标并组织任务,办公软件提供数据、权限、流程和执行工具,最后由人确认关键判断、控制风险并承担责任。把这几层混在一起,很容易得出“AI会消灭办公软件”的结论;把它们拆开看,情况正好相反:Agent越想深入企业工作,越离不开那些看起来传统的系统。飞书没有消失,它正在成为AI的工作底座
根据飞书对的介绍,Agent可以在员工原有权限范围内读取飞书文档、表格、知识库、云盘和日历,完成分析、制作PPT或者操作浏览器。生成的结果又可以回到飞书,继续被团队查看、评论和修改。这个产品形态很有意思。站在用户面前、接收任务的是豆包;为它提供企业知识、组织关系、权限和协作流程的,则是飞书。用户不一定需要亲自打开每个功能,但Agent要把事情做好,仍然需要调用这些能力。这也解释了为什么飞书可能不再只是一个等待人点击的办公套件,却不意味着它的价值下降了。相反,文档、表格、会议记录、组织架构和权限体系,放在一起恰好构成了AI理解一家公司的上下文。缺少这些内容,再聪明的模型也只是一个不了解公司历史、没有工牌、没有权限的新员工。,把这种变化概括为飞书从办公产品变成字节AI的底座。这个判断比“飞书会不会被豆包取代”更接近问题的本质。它并没有消失,只是从人直接操作的前台,逐渐进入Agent工作的后台。谁接住人的目标,谁就掌握下一代入口
如果Agent成为办公软件的主要使用者,改变的不只是我们的工作习惯,软件行业原来的权力关系也会发生变化。过去,用户主动打开哪个软件,入口就属于谁。未来,用户可能只把目标告诉Agent。至于调用哪个搜索引擎、读取哪份文档、使用哪套数据、打开哪个业务系统,都由Agent决定。这时,底层软件虽然仍然提供服务,却可能逐渐失去一件重要的东西:对用户真实意图的理解。文档知道自己被读取了,却不知道用户最终要解决什么问题;表格知道一组数据被调用了,却不知道这些数据要支持什么决策。谁最先接住人的目标,谁就更了解用户真正想完成什么,也拥有选择和分配后续工具的权力。原来直接面向用户的软件,可能慢慢变成Agent背后的能力供应商。不过,这并不意味着协同办公会消失。AI降低了生产材料的成本,却可能制造更多需要审核、对齐和决策的内容。企业仍然需要确定谁能看到什么、谁有权执行、谁来审批,以及出了问题由谁负责。人和人的协作不会消失,只是协作的重点可能从共同生产,转向目标、判断和责任。办公软件真正面临的挑战,不是它们还有没有价值,而是它们还能不能继续拥有最上层的用户关系。好的Agent,应该把时间还给人
传统互联网产品习惯衡量日活、打开次数、使用时长和功能渗透率,因为用户停留得越久,产品通常越有价值。Agent可能带来一种相反的产品逻辑:真正好的产品,不是让你停留得更久,而是让你尽快把事情做完。一份原本需要三小时整理的报告,二十分钟交付;几十封邮件和附件读完,只告诉你真正需要处理的三件事;一场会议结束,纪要、任务和后续材料已经准备好。用户愿意付费的,未必是一次更聪明的回答,而是那些原本需要自己花时间完成的工作,确实被处理掉了。当然,这并不意味着人可以把一切都交给AI。目标应该由谁决定,哪些风险可以接受,一项重要操作是否执行,最终由谁负责,这些问题不能因为Agent更强就自动消失。未来更合理的分工,也许是AI处理大量寻找、整理和执行工作,人把精力留给目标、判断、取舍和责任。普通人也没有必要追赶每一个模型、插件和Agent。技术成熟的标志,从来不是每个人都成为专家,而是复杂度开始从用户身上撤退。过去,我们需要学习软件的菜单、按钮和规则。未来,Agent会学习人的目标、组织的规则和工作的标准。我们也许不会再关心背后调用了几个模型、打开了哪些软件,只会关心一件事:事情有没有真正做好。过去最好的办公软件,希望你每天都打开它。未来最好的Agent,应该把时间还给你。如果AI真的可以替你操作所有办公软件,你最想先交出去的是哪项工作?又有哪一种权限,你无论如何都不会交给它?
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-08-07 17:01:35 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/901243.html
- 运行时间 : 0.129285s [ 吞吐率:7.73req/s ] 内存消耗:4,661.77kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=fcbc6c01f2d3fa7169baef0d0a5fa15d
- CONNECT:[ UseTime:0.000739s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.001086s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000458s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000446s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.001091s ]
- SELECT * FROM `set` [ RunTime:0.000391s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.001066s ]
- SELECT * FROM `article` WHERE `id` = 901243 LIMIT 1 [ RunTime:0.000716s ]
- UPDATE `article` SET `lasttime` = 1786093295 WHERE `id` = 901243 [ RunTime:0.002066s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000366s ]
- SELECT * FROM `article` WHERE `id` < 901243 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000707s ]
- SELECT * FROM `article` WHERE `id` > 901243 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000630s ]
- SELECT * FROM `article` WHERE `id` < 901243 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.001150s ]
- SELECT * FROM `article` WHERE `id` < 901243 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.002335s ]
- SELECT * FROM `article` WHERE `id` < 901243 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.002338s ]
0.131598s