鹅厂出手:面向Agent的网盘,到底应该长什么样?

在AI工具迭代不断深化的当下,用户需要用众多AI产品处理复杂任务,往往面临工具分散、文件管理混乱等痛点。基于此,鹅厂推出的面向Agent的腾讯网盘应运而生,凭借一站式存储能力,试图为AI工作场景提供更高效的文件支撑。腾讯网盘定位为WorkBuddy办公套件的存储基座,核心面向Agent场景,覆盖统一存储、跨工具连接、安全管理、智能备料四大能力,旨在打通AI办公中不同工具间的文件调用链路,为Agent提供统一、稳定的文件存储与上下文基础。当下AI工具应用日益多元化,文件流转也从单纯的人操作转向Agent操作,腾讯网盘的推出顺应了这一趋势,有望成为打破Agent工作文件管理壁垒的关键产品,为AI办公效率提升提供全新方向。

--91likeyou---

但对于大部分人而言,毕竟它是国外滴,由于众所周知的原因,在国内用它,终究是不方便滴。

我最早用云盘是 2012 年,Google Drive 刚上线那会儿,图的就是一个文件不用发邮件来回传。

十几年过去,云盘对大多数人还是只干三件事:存东西、同步、发个链接。

那么有没有产品能整一点新东西呢?

有滴,AI 来了,情况就不一样了:以前文件的使用者是人,现在经常是 Agent。

我们打开文件是看,Agent 打开文件是干活。干活就要上下文,而网盘就变成上下文极佳的一个载体。

于是,鹅厂出手了,今天在它的数字生态大会上发布了新产品:腾讯网盘。

主打一个点:面向 Agent的网盘。

它能给 WorkBuddy 这套办公Agent提供统一的存储基座,同时也开放连接第三方 Agent。

我在内测阶段用了几天,几番折腾下来,发现这产品有点东西。

今天,咱们就来盘一盘它——

二

先说一下它到底是个什么东西——

腾讯网盘的官方定位是 WorkBuddy 办公套件的存储基座,它面相的,不仅仅是人,还有 Agent。

为什么鹅厂现在来做这件事?

因为它手里本来就有一整套AI办公产品——

WorkBuddy 、腾讯文档、腾讯会议、企业、乐享、ima,都是每天不断有产出物的地方。

把这些产品的存储打通,是它顺手能干、别家不太好干的事。

官方把能力归成四件事:统一存储、跨工具连接、安全管理、智能备料。

WorkBuddy 办公套件与腾讯网盘的关系

官方这张图很复杂,在我看来,核心其实就是一点——

AI时代的文件、会议纪要、项目背景、工作过程和成果,散落在不同的工具、应用和设备里。

用腾讯网盘,就可以方便地实现跨Agent的调用。

三

废话少说,下面咱们就一起来看一看腾讯网盘到底怎么用?

打开连接页的第一眼,大家感受一下——

连接页全貌,官方、Agent、MCP 服务三段

分官方、Agent、MCP 服务三块,很多图标密密麻麻排着,量大管饱。

不过我觉得连接数量倒在其次,重点是这个连接到底通到了哪一层。

我把它拆成三类——

第一类,原生连接:WorkBuddy、腾讯文档。

这是同一个屋檐下的自家人,连上腾讯文档,网盘能直接索引你在文档里的文件,连上腾讯会议,会议纪要和逐字稿能进来。

连接腾讯文档之后,文档里的文件可以直接被索引

第二类,通用 AI Agent。

官方页面上只列了国内的Workbuddy、DeepSeek Harness的这些AI Agent。

但事实上我试了一下,Codex、Claude Code、Grok Bot等洋人的东西也都是支持的。

还有,豆包工作也支持。

连接 DeepSeek Harness 的弹窗,指令和 skill 包地址都给了

第三类,是连接标准的MCP 服务。

微云、乐享、Notion、Plaud、飞书、企业、腾讯会议、钉钉、金山文档,都在列表里。

由于是MCP服务,所以其实它是支持连接任何支持MCP协议的产品的。

连完能干什么?

那能做的事情就很多了——

在 WorkBuddy 里说一句,把我最近两个月在这产生的对话项目文件夹同步到网盘,它就吭哧吭哧开始干活了。

连上 ima 之后,网盘能同步知识库的文件列表,也能直接让它去知识库里找东西。

比如可以给网盘的AI助手发“从我的 ima 知识库里找出去年的竞品调研结论”。

连接 ima 之后,知识库和网盘可以互相取用

其中操作权限里面:目录查找、创建、编辑都是允许,而账号和回收站是禁止。

看到回收站禁止的时候笑了一下,这是提前防范某些没有边界感的AI 瞎搞。

四

说一说我用上腾讯网盘干的第一件事——

我闺女喜欢《红楼梦》,于是我就用Grok Bot 给她做一套《红楼梦》的系列解说视频。

Grok Bot本身是有一台云电脑滴,但空间不算大,大概 100GB。

做到第 29、30 集的时候,它提醒我:只剩 7GB 了。

云电脑空间告急,proj3 一个文件夹就占了 85GB

它把占用列得很清楚:proj3 占了 85GB,hongloumeng-ep1-sample 1.7GB,proj2 1.3GB,xfer 1.2GB。

然后很克制地问我一句:“要不要删掉 proj3?你说可以我才删。”

85GB 的工程文件里是素材、中间渲染、时间线、字幕、音轨。

删掉,等于把这个项目的前面大部分扔了,不删,后面的渲染又没办法继续搞。

我本来计划是两种解决方案:第一是打包下载回本地,几十个 GB,够我折腾滴。另一条是硬删,赌自己以后不会再改。

连上腾讯网盘后,我就有新办法了。

我对着Grok Bot 只下了一句指令:把已经做完的集数传到网盘。

一句指令过去,它自己确认集数、版本和大小

剩下就是等,大概2个多小时,多集工程文件全部上盘。

传完我让它把本地副本清理掉,7GB 的告急变成几十 GB 的余量,后面几集的渲染问题就解决了。

我全程没打开过文件管理器,也木有拖过一次文件,只发指令,剩下的它自己安排。

这件事的重点在于,Agent 的云电脑和我的网盘之间,第一次有了一个稳定可复用的通道。

以前每个 Agent 都是一座孤岛,文件流转得靠人工搬运工。

现在,不需要了。

再说另外一件事:备份。

我提的自动备份需求

官方其实是有Agent的自动备份的,但备份是已有的文件夹,以后新建的日期文件夹不会自动全部纳入。

它自带的自动备份会放到来自Agent/设备名/目录名下面,没法指定到我的网盘根目录。

我对CodeX提的要求是,后续新建的对话文件夹自动备份到网盘根目录。

CodeX给了一个它的方案——

在 Mac 上装一个定时程序,定时发现新增的对话文件夹,把新增或改动的文件自动同步。

我同意了。

于是就有了 180 个对话项目文件夹、3.9GB 的数据,同步完成,而且后边新建的对话也会自动同步。

那么问题来了,备份一堆对话文件夹,到底有什么用?

用处比想象的大,因为AI 的工作过程本身就是资产。

一个任务里,我改过什么提示词、否掉过哪版方案、最后为什么这么定,这些东西不在最终文件里,在会话里。

下一周换个 Agent 接手,这些过程就是它理解你意图的捷径。

五

连接做完了,连接后的跨Agent调用才是主菜,我再挑两个场景说——

场景一: 会议纪要 的流转

于是,我完全不需要打开腾讯会议,直接让 Codex 去网盘里找这场会的逐字稿和智能纪要,然后安排它干活:

核对哪些事项明确交给了我,有没有截止时间,能替我先干的,就先干掉。

我们记会议纪要,只记下来没有什么意义,核心是开完会之后是要干活的。

现在纪要进了网盘,我们就能让Agent真正去干活了,这个体验过程自然、丝滑。

场景二,跨工具写稿。

前几天给一个客户做AI黑客松的咨询。

我把三样东西放进网盘:之前 ima 知识库里的调研、这次筹备会的结论、我自己列的方案草稿。

然后让 Claude 写第一版,写完扔给腾讯文档生成在线文档,客户直接在文档里改,改完的版本回到网盘,再让DeepSeek Harness做数据核对。(DeepSeek的模型在国内信息检索里极强,强烈推荐大家也去试一试DeepSeek最近开放的搜索api)。

中间我没干过一件重复的活,没导文件、没解释这是哪一版,三个工具看到的是同一份资料。

这两个场景的共同点,是我都没有重新解释背景。

背景躺在网盘里,谁需要谁去拿。

嗯,人对工具的要求,本来就是越来越懒。

懒才是人类进步的阶梯啊!

六

我数过,我电脑上同时装着的 AI 客户端超过了10个。

每一个都有自己的工作目录和自己的文件格式,结果经常就是,改完的稿子不知道最新版在谁的沙箱里。

而现在网盘在这件事里的角色,有点像给一群 AI 配了个公共的U盘。

谁适合干什么活,就让谁去干,干完的成果放回公共区域,下一个 AI 接手,直接继续。

还有个很实际的好处:人在外面,手边只有,也能从网盘里取到已经同步的资料,不用等家里那台电脑开机。

换 Agent、换设备,工作也能接着做,这就是确实是我过去几天的真实体感。

但这里也提一嘴:网盘管的是存储和上下文,不提供算力。

比如它不能渲染视频,不支持直接做复杂任务,也不能开浏览器。

Grok Bot 的云电脑空间不够,是因为它要跑渲染,网盘能帮你把工程文件挪走,但渲染还得回云电脑上跑。

商业上有个概念叫数据引力,最早是讲数据越多,越会把应用和服务吸到它附近。

网盘就是把数据引力很大的地方,你的资料、偏好、工作习惯都在里面,新来的 Agent 自然会来这儿取,省得从零开始问你要。

我这才刚刚开始玩,我理解,后边聪明的网友们应该还能挖掘出一些更有意思的玩法。

比如几个Agent共同维护一份记忆,从而实现跨Agent记忆,这也不是不可能。

七

一个人用得爽,那么团队是不是也可以用呢?

答案是可以。

团队用,核心是接力。

团队里的资料通常散落在不同的地方:一个员工的电脑、另一个员工的、某个企微群的压缩包。

工作接力的时候,最耗时的环节在问人:这个是最终版吗?那个是谁改的?

问一圈下来,半天过去了。

我以前有5个实习生,现在只剩2个了,原因在于,有时候工作资料传递来传递去,还不如交给AI简单。

企业版腾讯网盘就想解决这个问题——

员工和 AI 的成果沉淀到统一位置,按角色和权限共享,数据留在企业池内。

企业版单席 50GB,是个人版的十倍。

底层是腾讯云 COS,支持加密、异地容灾,也能上 VPC 部署。

团队用网盘,权限管理非常重要,腾讯网盘在这方面花了很多产品层面的投入:谁能看到什么、谁能改用哪一版,理得很清楚。

还有一类场景是跨公司合作。

以前这些东西靠邮件和 U 盘传,版本一多就乱,现在可以有个统一的入口。

说到这儿得提一句,我手上是个人内测账号,企业版的团队功能我没法测得很深。

但这个方向肯定是没错的,个人的不同的Agent之间需要接力,公司里不同的人、不同的Agent者肯定更需要接力和流转。

八

最后照例聊一聊我自己对于上下文的一些思考。

这两年玩AI很直观的感受就是,决定输出质量的往往是喂进去的东西。

香农给信息下过一个定义:信息是能减少不确定性的东西。

按这个标准,如果我们没能很好地管理上下文,那么我们塞给 AI 的一堆材料里,很大一部分可能不叫信息,而是噪音。

上下文工程要干真正做好,在我看来有三点:找到对的材料,去掉错的材料,把材料整理成 AI 好识别的形式。

这三件事都需要一个地方放材料。

所以网盘的位置很微妙,它是上下文工程的上游。

云盘这个品类其实很老了,2012 年 Google Drive 上线,国内在那几年跟进,还经历过百盘大战。

AI 一来,老品类突然有了新问题:如果干活的是 Agent,如何让散落在不同地方的文件变成真正有价值的上下文?

鹅厂这次出手,就是尝试给这个问题一个答案。

没错,不用,躺在网盘里的文件就是死的,用起来才能让它活过来。

在一场会话里配置好网盘能力,后面就能一直用这份上下文

我个人的判断是,上下文工程会变成每个知识工作者的基本功。

过去两年,我们看到一大堆录音外设推出,也看Agent也在越来越多地获取你的屏幕权限,还有很多Agent推出了自己的浏览器,本质上都是在更好地获取上下文。

而腾讯网盘的阳谋就是:更好地为所有Agent组织好上下文。

多聊一句生态。

腾讯网盘不是孤立产品,旁边站着WorkBuddy 腾讯文档、腾讯会议、企业、ima和一堆第三方 Agent,底下是腾讯云。

国内能把办公套件、通讯、会议、知识库、云和 Agent 同时攥在手里的公司,其实没两个。

鹅厂的底牌在于它手握场景,AI 需要上下文,而上下文恰好长在这些场景里。

结语

最后说一句我的私心——

希望这类产品别只服务企业用户大公司,个人用户也能便宜、稳定地用上。

上下文资产这件事,理应人人都有份。

我希望有一天,打开任何一个新的 AI,不用再解释我是谁、我在做什么、上次做到哪儿。

题图来自Unsplash,基于 CC0 协议

🔥 热词:#agent开发pdf 网盘 · #agent从入门到精通百度网盘 · #ai agent智能体开发从入门到精通网盘 · #AI Agent 开发课程网盘 · #agent开发视频 百度网盘 · #Agent教程免费下载百度网盘 · #鹅厂和腾讯什么关系