10月29日，腾讯发布了一套面向个人的跨应用AI协同体系，名字叫Buddy One。它不是一个新应用，而是把腾讯文档、腾讯会议、腾讯网盘和ima四个已有产品接到同一个账号、同一套积分、同一个智能体底座上。官方给的场景很朴素：一句话检索散落在多个应用里的资料，结果要标注来源。真正值得注意的是底座那部分，四个产品共用的是WorkBuddy的Agent能力。
具体规则是：WorkBuddy PC端5.9.0以上版本关联账号即可使用，不需要在每个应用里反复授权；积分升级为Buddy One积分，在WorkBuddy、文档、ima、网盘之间通用，会议暂时不消耗积分；近期完成关联赠送100积分，原有积分不清零。这套设计解决的是跨应用调用时最烦的一步，也就是每换一个入口就重新登录、重新授权、重新解释背景。
统一积分看起来是运营动作，实际是计费模型的接口。过去每个产品各自定套餐、各自算额度，用户在不同入口之间迁就额度，产品团队也难判断成本该算在谁头上。合成一个池子之后，一次跨应用的复杂任务会在四个产品里同时消耗资源，成本归集变成内部结算问题，对外只呈现一个数字。
会议暂时不耗积分这条，说明视频会议的单位成本结构和文档、网盘不在一个量级。实时音视频的推理与转写是持续占用，按次计费很难覆盖，按分钟计费又要重新设计额度，所以先挂起来。这类"暂不"通常不是优惠，而是账还没算清。
同一天，腾讯网盘开放内测申请。官方给出的四个方向是：把套件产出的素材统一存储，供WorkBuddy调取；连接企业微信、腾讯会议及主流AI应用，让用户换工具后任务能延续；用AI自动分类、提炼内容；依托腾讯云的安全机制，让智能体在授权范围内访问数据。网盘同时并入WorkBuddy会员，不再单独售卖。
这四句话合起来，网盘的定位从"云端硬盘"变成了"个人AI数据底座"。过去用户换个AI工具就得从头解释一遍背景，文件在一个地方、会议记录在另一个地方、任务进度散落在对话里，模型每次都从零开始。把存储层与智能体绑定，等于给Agent配了一块持久化的外部记忆。
这条路线的竞争点不在容量，而在数据结构的质量。同样是一万份文件，如果只是按文件夹堆放，检索只能靠关键词；如果能自动打标签、抽出实体、建立文件与任务之间的引用关系，Agent才能做"上次那个方案的第二版"这种指代式检索。腾讯在文档与会议上的积累，正好是这类结构化信息的来源。
把四个产品绑在一起，最直接的收益是降低调用摩擦，最直接的代价是成本不可预测。文档与网盘的调用是离散的，一次检索、一次总结，成本可以按次估算；会议的调用是连续的，一场两小时的会要持续转写、说话人分离、要点抽取，中途还有实时问答。两种成本曲线混在一个积分池里，很容易出现某类任务把额度吃光的情况。
这也是为什么官方把"会议暂不耗积分"单独写出来。短期看是让利用户，长期看是在等成本数据。等真实使用分布出来，才能决定是按分钟折算、按场次折算，还是给会议单独设一个额度上限。按分钟折算最公平但最难预测，按场次折算最简单但会鼓励长会，两种方案都会改变用户的会议习惯，也会改变销售报给客户的报价结构。
另一个需要观察的点是"暂不支持解绑"。账号关联之后，四个应用的数据在授权范围内互相可见，用户想退出只能注销或停用。这在企业场景里会引发合规讨论，尤其是会议记录涉及第三方发言时，数据主体的同意范围怎么界定。
第一是权限粒度。现在的授权是账号级的，关联之后智能体可以访问该账号在四个应用里的数据。但真实工作中，同一份文档可能有保密等级，某场会议可能有外部参与者。账号级授权无法表达这些差异，后续大概率要补上按文档、按会议、按时间窗口的细粒度控制。
第二是检索准确率。跨应用检索的难点不是找不到，而是找错。同一主题在文档里有正式版、在聊天里有草稿、在会议纪要里有口头结论，三份内容互相矛盾时，模型要先判断哪一份是当前有效的。这需要版本与时间的元数据支撑，也需要在回答里把依据摊开给用户看，官方提到的"标注来源"就是这一步。
第三是退出机制。数据越集中，迁移成本越高，用户越难离开。这类产品最终会面临一个老问题：便利性与锁定效应是同一件事的两面。对个人用户来说，短期收益明显；对企业采购来说，能不能导出、能不能审计、能不能限定数据不出境，才是签字前的三道问答题。 还有一个容易被低估的变化：当四个应用的检索入口被合并成一个自然语言框，产品之间的边界会先模糊，再重新划分。用户不再关心某份资料存在文档还是网盘，只关心问出来的答案对不对。这对做产品的人是压力，因为单个应用的使用时长不再是唯一指标；对做平台的人是机会，因为入口收敛之后，分发权会重新集中到那个框上。当然，这也意味着四个团队要为同一份KPI负责，内部协作的复杂度会明显上升。