作者手上十几个AI工具，一直想给它们找个共同的仓库。腾讯网盘把「面向Agent」写进了定位，他把内测几天折腾下来的连接、授权、备份和跨工具取资料的体验记了一遍，哪些真省事，哪些还差口气。

必须承认，我现在用AI，某种意义上就是一种消费。

我的工具一大堆——

ClaudeCode、Codex、WorkBuddy、DeepSeekHarness、豆包工作、GrokBot、Muse……

总共10多个，神马都要尝试一下。

主打两个字：折腾。

这篇写的就是我最近折腾的一件事：给这些AI找一个共同的仓库。

一

我第一次把网盘和AI结合起来，是在ClaudeCode里连GoogleDrive。

理由很朴素，资料扔进去，agent自己去找，省得我每次把文件拖进对话框。

用了一阵子，很香。

后来ChatGPT也连上，写长稿的时候尤其明显，Agent知道我的资料放在哪，接手的时候几乎不用热身。

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

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

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

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

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

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

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

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

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

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

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

二

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

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

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

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

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

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

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

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

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

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

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

三

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

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

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

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

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

我把它拆成三类——

第一类，原生连接：WorkBuddy、腾讯文档。

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

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

第二类，通用AIAgent。

官方页面上只列了国内的Workbuddy、DeepSeekHarness的这些AIAgent。

但事实上我试了一下，Codex、ClaudeCode、GrokBot等洋人的东西也都是支持的。

还有，豆包工作也支持。

这是我授权过的多个Agent

连接过程是在Agent里装一个腾讯网盘的skill包，再跑TDriveCLI完成授权。

操作其实也特别简单，只要复制官方的命令发给自己的Agent，然后完成授权就OK了。

连接DeepSeekHarness的弹窗，指令和skill包地址都给了

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

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

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

连完能干什么？

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

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

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

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

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

授权页值得单独说两句。

Codex的授权页，回收站那一栏是禁止

我点Codex连接的时候，页面弹出三块信息：授权有效期、内容访问权限和操作权限。

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

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

四

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

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

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

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

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

它把占用列得很清楚：proj3占了85GB，hongloumeng-ep1-sample1.7GB，proj21.3GB，xfer1.2GB。

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

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

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

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

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

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

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

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

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

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

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

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

现在，不需要了。

再说另外一件事：备份。

我提的自动备份需求

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

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

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

CodeX给了一个它的方案——

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

我同意了。

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

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

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

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

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

五

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

场景一：会议纪要的流转

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

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

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

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

场景二，跨工具写稿。

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

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

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

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

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

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

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

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

六

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

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

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

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

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

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

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

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

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

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

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

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

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

七

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

答案是可以。

团队用，核心是接力。

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

工作接力的时候，最耗时的环节在问人：这个是最终版吗？那个是谁改的？

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

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

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

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

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

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

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

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

上游把技术要求、设计规范这些需要共享的东西放进网盘，按权限开放给合作方，合作方的Agent在授权范围内取用。

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

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

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

八

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

多聊一句生态。

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

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

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

结语

最后说一句我的私心——

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

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

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