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

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

我的工具一大堆——

Claude Code、Codex、WorkBuddy、DeepSeek Harness、豆包工作、Grok Bot、Muse……

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

主打两个字：折腾。

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

一

我第一次把网盘和AI结合起来，是在 Claude Code 里连 Google Drive。

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

用了一阵子，很香。

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

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

我最早用云盘是 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等洋人的东西也都是支持的。

还有，豆包工作也支持。

这是我授权过的多个 Agent

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

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

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

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

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

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

连完能干什么？

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

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

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

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

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

授权页值得单独说两句。

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

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

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

看到回收站禁止的时候笑了一下，这是提前防范某些没有边界感的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 部署。

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

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

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

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

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

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

八

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

多聊一句生态。

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

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

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

结语

最后说一句我的私心——

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

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

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