企业其实并不缺知识。
缺的是,一条能让 AI 获取这些知识的连接。
在很多企业,知识天然分布在不同业务系统里:腾讯文档里的运营 SOP、飞书里沉淀的产品文档、腾讯会议录制里的每次述职与决策、对象存储桶里归档多年的财报 PDF、内网 Confluence 里工程师压箱底的技术沉淀、公众号上发布的客户案例……
每一份知识都真实存在,但你的 AI,往往只能看到其中的一小部分。
真正的瓶颈,不在模型,而在知识没有连接。
7月18日,在2026世界人工智能大会(WAIC)上,腾讯乐享知识库(乐享AI知识库)进一步升级知识接入能力,打通十余种主流企业知识来源,支持全量导入、增量同步、实时检索三种模式,并在大幅降低知识接入门槛的同时,从权限、结构、稳定性等环节保障知识接入质量,让 AI Agent 能够读全、读懂企业知识。本文将围绕腾讯乐享企业知识库的连接能力,拆解企业 AI 落地的第一步。
建 AI 知识库的第一件事,往往是把本地积累的文档接进来。
乐享AI知识库支持超过 100 种文件格式上传与在线预览,支持 AI 深度解析的格式达 103 种:
单个文件最大支持上传10GB,应对大型 PDF 报告、高清录屏视频完全没有压力。
支持文件夹一键拖拽上传,企业知识库自动还原本地多级目录层级——几万个文件、几百个子文件夹,保留原有层级结构一次接进来,不需要手动逐层重建目录。
每天在飞书更新、每周在腾讯会议录制、长期在 Confluence 里沉淀,这些内容无法通过「一次性上传」解决。
乐享通过连接器(Connector)架构,将十余种主流企业数据源统一纳入知识体系:
腾讯文档、飞书文档、钉钉文档、腾讯会议录制、微信文件、微信公众号、Confluence、腾讯对象存储(COS)/ 阿里云 OSS / AWS S3、MySQL / PostgreSQL 等主流数据库……
从文档协作平台,到对象存储,再到业务数据库,腾讯乐享希望连接企业真正使用的知识系统,而不是要求企业重新迁移知识。
针对不同场景,乐享提供三种互补的知识流转模式:
飞书里积累了三年的产品文档,COS 桶里归档了多年财报,Confluence 里有研发团队几万页技术 Wiki——这些历史沉淀,一次性接入乐享,AI 立刻可用。
听起来是个体力活,但整库导入真正的挑战,不只是把内容复制过来,而是:
照搬结构。以对象存储为例:S3、COS 这类存储在底层没有真正的「目录」概念——所有文件都是扁平排列,文件名里带 / 看起来像分了层级,但 历年财报/2025/ 这两层目录并不真实存在。如果原样导入,展示给用户的就是一堆扁平文件名,人找起来头疼,AI 也无从感知文档之间的层级关系。
乐享对每个文件名按 / 逐级拆解文件路径,确认目录是否已存在——有则复用,没有才新建,最终将文件落入对应位置,完整还原出与原始存储桶一致的目录树。文件越多、层级越深,这套机制的价值越大。
内容还原。同样做了专项打磨:飞书、钉钉、Confluence 各有各自的文档块格式——飞书有折叠块、分栏、高亮块、Mermaid 图表;Confluence 有数十种宏(Macro)。这些格式不是通用标准,需要逐一映射为乐享对应格式,AI 才能正确理解文档结构。乐享已完成主流文档块的完整格式映射,导入后呈现效果与原文档高度一致。
内容的结构化程度直接影响 AI 的理解质量——标题层级清晰、代码块正确标注的文档,AI 能更准确地感知上下文;格式错乱的导入结果,检索和推理都会打折扣。这是整库导入里最容易被低估、也最值得下功夫的地方。
对于 Confluence,还有两处打磨值得单独说。
一是站内链接:Wiki 内部大量页面之间存在交叉引用,如果不做处理,接入后所有站内链接就会全部失效——文档在,但互相之间的跳转关系全断了。乐享会在接入完成后,自动将原 Confluence 的站内链接映射为乐享侧对应的新链接,整个知识网络的跳转关系完整保留,不会出现「点进去全是失效链接」的情况。
二是协作层数据:很多工具做 Confluence 导入,只还原文档内容,附着在文档上的协作痕迹全部丢失。乐享额外支持了划词评论、页面评论、页面附件(支持在线查看和下载)、页面历史版本、空间与页面的收藏和关注、页面点赞——这些沉淀在文档上的协作记录和使用习惯,接入后一并保留,不会因为换了平台就归零。
但存量解决了,增量怎么办?飞书文档每天在更新,Confluence 的 Wiki 每周有新内容,如果每次都重新全量导入,一来效率低,二来会带来更棘手的问题——重复内容不断累积,知识库里同一篇文档出现多份副本,AI 召回时产生冗余和混乱。
增量同步解决这个问题——
乐享为每份文档建立唯一的「来源身份标识」——记录它来自哪个平台、原始 ID 是什么、最后一次更新时间。再次同步时系统基于元信息逐一比对:
无论对同一数据源触发多少次同步,企业知识库里都不会出现同一篇文档的多份副本。知识库的整洁度,由系统保障,不靠人工维护。
更进一步,乐享开放了知识导入 API,让知识同步从人工操作升级为 Agent 的基础能力:每天凌晨自动将飞书最新文档增量同步;产品新版本发布后,CI/CD 流水线自动触发将对象存储里新生成的说明书同步进来——发布即可问,无需人工介入。
有一类知识天然不适合「导入」——销售数据、客户记录、业务指标这类实时变化的结构化数据,如果每次都导入再查,永远赶不上数据更新的速度。这就需要第三种模式。
乐享支持直接接入 MySQL、PostgreSQL 等主流数据库查询 Skill,不需要把数据移进知识库,查询结果实时交给 AI 汇总推理。
数据在原处,AI 随时可读。
「能进来」不等于「都能看」。
知识来自十几个系统,每个系统都有自己的权限体系——原来谁能看、谁不能看,接入乐享之后,这条边界还守得住吗?
这是企业在接入 AI 知识库时问得最多的一个问题。
——连接器配置完成,并不意味着所有人能看到所有内容。
员工发起导入前,需要用自己的账号完成一次个人 OAuth 授权。乐享只会连接和导入该员工在原系统中本就有权限访问的知识——权限边界完全继承自源系统,不会因为接入乐享而扩大或越界。
体验上,乐享做到了「一次授权,长期有效」:首次完成授权后,系统在后台静默维护授权状态,即将到期时自动续期,员工无需重复操作。人员离职或权限变更后,授权随即失效,不留残余权限。
Confluence 的权限处理还有一层额外的复杂度——空间权限、页面权限、用户组,是多年维护积累的结果,接入后如果全部丢失,要从头重新配,工作量不亚于重建一遍知识库。
乐享对此做了专项处理:Confluence 中的十余种权限类型按规则映射到乐享四级权限体系,用户组、邮件组对应到乐享的组织架构部门和成员标签。
原来谁能看、谁不能看的边界,接入后完整保留,不需要在乐享重新配置一遍。
知识连进来,是入场券。让 AI 真正基于这些知识给出准确、可信的回答,才是最终目标。
企业的知识,其实一直都在那里。
飞书继续写文档,腾讯会议继续记录讨论,Confluence 继续沉淀经验,对象存储继续保存历史资料。
腾讯乐享并不是替代这些系统,而是在它们之间建立连接,让企业知识真正形成统一供给,让 AI 无论面对哪个 Agent、哪个业务场景,都能基于最新、最完整、最可信的企业知识开展工作。
连接,是企业 AI 知识库的第一步。
当知识真正连起来,智能才刚刚开始。
如果你正在建设企业知识库、想让乐享AI知识库成为企业 AI Agent 的「知识底座」,欢迎与腾讯乐享一起探讨更多落地场景与最佳实践。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。