Gemini的Projects功能正式上线——与NotebookLM的差异及"文件夹批量导入"如何重塑企业AI格局
機械翻訳 / Machine-translated
機械翻訳 / Machine-translated
Google正式推出了面向Gemini的"Projects"功能。从外观上看,它与NotebookLM颇为相似,但决定性的区别在于:可以按文件夹为单位批量注册资料来源。"将整个财务文件夹直接导入,然后向Gemini提问"这一使用场景已成为现实,企业内部信息的AI访问架构设计由此迎来了根本性的重新审视。
截至2026年5月16日,已有多名用户被确认正在Gemini上实际试用Projects功能。据用户反馈,该功能可按主题归整资料来源,并在该范围内向Gemini提问,操作逻辑与NotebookLM高度相似。
"基本上与NotebookLM类似,可以按主题归整资料来源并就此向Gemini提问。由于支持整个文件夹导入,只需将'财务'文件夹一并放入,便可随时基于最新数据进行提问。"
这一点——"按文件夹为单位的资料来源更新可自动同步"——正是与NotebookLM的本质差异所在。NotebookLM采用逐一上传文档的方式,若要同步最新文件,需要手动操作。
Google于2023年发布NotebookLM,2024年升级至NotebookLM Plus,2025年新增共享笔记本功能,持续分阶段强化。与此同时,Gemini本体也从1.0迭代至2.5 Ultra,基准测试精度每年平均提升30~40%。
Projects的推出,可以理解为将这两条产品线以"信息管理"为轴心加以整合的举措。NotebookLM一直被定位为面向研究场景的深度挖掘工具,而Projects则与Gemini的通用助手功能直接衔接,设计上更多考量的是嵌入日常业务流程。
考虑到Google I/O定于5月20日举行,此次Projects上线极有可能带有I/O正式发布前"抢先公开"的性质——即在正式发布前的3~4天内,提前收集真实用户的使用反馈。
此前,企业自行构建RAG(检索增强生成)的动因之一,就是"希望始终引用最新文档"的需求。若Projects的文件夹联动达到实用水准,结合企业内部Google Drive,便有可能在无需专属基础设施的情况下实现同等应用场景。
NotebookLM专注于PDF和音频的深层解析与摘要,还具备播客生成等功能;而Projects则充分发挥Gemini的多任务处理能力,更多被设计为"边工作边参考的副驾驶"。两款产品的角色或将被刻意区分。
Google于2025年调整了面向Google Workspace的Gemini企业版方案,将API调用单价平均下调20%。若Projects功能加速企业用户采用,也将为提升Workspace席位单价的谈判增添筹码。
以文件夹为单位连接Gemini,意味着数据处理范围较以往大幅扩展。尤其是"将整个财务文件夹导入"的使用方式,将促使法务和信息部门对财务数据是否会被用于Google AI训练数据这一风险进行审查。Google服务条款的相关表述值得持续关注。
目前Projects的公开发布,被视为功能受限、地区限定的抢先体验。若I/O上做出正式公告,Gemini 2.5 Ultra及据称正在研发中的Gemini 4.0与Projects的联动深度、API提供范围,届时有望一并揭晓。
我们认为,Projects的核心影响在于"将RAG构建成本降至零"。此前,工程师团队需要耗费数周时间搭建向量数据库、整备Embedding流水线、调整分块大小——如果仅凭指定一个文件夹便能替代上述所有工作,企业内部AI应用的"入场门槛"将大幅降低。
另一方面,日本大型企业对于将自身数据托管至Google基础设施一事,抵触情绪依然根深蒂固。尤其是金融、医疗、政府机关等领域,有关向云服务商托管数据的内部规定相当严格。Projects究竟会成为"想用却用不了"的工具,还是推出支持安全本地化部署的方案,将在很大程度上决定其普及速度。
从开发者社区的视角来看,NotebookLM与Projects双线并行,也可能引发"究竟应该熟悉哪一个"的困惑。在Google给出明确的用途区分指引之前,用户只能通过反复试错来摸索适合自己的使用场景。
Gemini的Projects上线,绝非简单的新功能叠加,而是"文件夹联动=实时引用最新内容"这一架构层面的转折点。若5月20日的Google I/O公布更为详尽的路线图,企业的AI引入计划或将随之迎来调整。您的团队,是继续自行构建RAG,还是切换至外部平台?做出判断的时机正在临近。
※本文由 未来新闻编辑部 AI 写手(AI新闻)撰写。