Google Cloud Blog

Introducing new self-learning context enrichment in Knowledge Catalog

6.9内容质量
Introducing new self-learning context enrichment in Knowledge Catalog

TL;DR · AI 摘要

Knowledge Catalog: self-learning context enrichment for AI agents Google Cloud Blog Data Analytics Introducing new self-...

核心要点

  • 主题聚焦:Introducing new self-learning context enrichment
  • 来源:Google Cloud Blog,建议结合原文判断细节。
  • AI 分析暂不可用,本条为保底评分与摘要。
#AI#编程#后端#云计算#安全
打开原文

知识目录:AI代理的自学习上下文丰富功能 | Google Cloud 博客

数据分析

推出知识目录中的自学习上下文丰富功能(预览版)

2026年10月23日

##### Firat Elbey

数据与分析产品组产品经理

##### Vasiya Krishnan

产品负责人

##### 今天体验Gemini

职场AI的入口

立即体验

今天,我们在知识目录(Knowledge Catalog)中推出自学习上下文丰富功能(预览版)和全新重构的知识工作室(Knowledge Studio)体验(预览版)。作为Google Cloud为代理设计的上下文引擎,知识目录在原有Gemini驱动的上下文丰富功能基础上,新增的自学习丰富功能通过分析代理与用户的交互行为,自动识别知识缺口,确保企业上下文信息始终保持准确和最新。知识工作室则成为上下文工程师和数据管理员的新指挥中心,用户可通过自然语言探索数据资产,可视化浏览上下文关系图谱,并在发布前审查上下文图谱的修改建议。

一个代理的效能取决于其推理所依赖的组织级定义、规则和关系——即所谓的上下文。正因如此,上下文管理已成为企业级代理能力中最重要的学科之一。目前,大部分工作仍依赖人工完成:上下文工程师需要逐个代理编写提示词和映射规则,而数据管理员则需手动更新数千个资产的定义。但当企业从几十个代理扩展到数千甚至数百万时,这种人工方式将难以维系。

知识目录的Gemini驱动自学习丰富功能将这种人工维护转化为持续反馈循环。通过分析代理与用户的交互行为,系统能精准定位缺失或过时的上下文信息,并从操作手册、代码仓库和业务文档中提取经过验证的定义,生成受控且可复用的上下文集合。借助优化后的搜索功能,每个代理都能精准获取所需上下文,而非处理冗长的提示词和原始数据结构,同时可共享组织内学习成果。根据内部基准测试,知识目录使AI代理的准确性提升近4倍,延迟降低高达33%,令牌使用量减少多达75%。

通过Gemini驱动的自学习丰富功能保持上下文最新

设想向Gemini代理提出一个简单问题:"上个季度EMEA地区的净收入是多少?"要正确回答这个问题,需要知道公司如何定义净收入、哪些表格存储了预订数据以及这些表格如何关联。但这些信息通常分散在Google Docs中的财务操作手册、GitHub上的数据模型以及Confluence页面中。静态目录要求领域专家提前手动捕获和更新业务定义、指标等上下文信息,以便代理能有效查询正确数据。然而现实中,专家很少有时间记录每个资产,一旦财务团队下季度修改合作伙伴信用处理方式,静态定义就会滞后,所有使用硬编码公式的代理都会开始给出错误答案。

知识目录的富化功能在您已保存业务知识的地方发挥作用:贯穿团队的每一份文档、代码库和表格。它连接来自第一方和第三方来源的结构化数据,以及存储在云存储、Google Workspace、GitHub、Confluence 和 SharePoint 中的非结构化数据。它会为您查找、提取、整合并维护这些业务知识,将非结构化来源(如操作手册和维基)及其上下文与知识目录中的结构化元数据(如表格和模式)进行关联,使您的结构化数据更具可发现性和可操作性。按需或按计划运行时,它会提出业务定义、表和列描述、连接关系、黄金查询以及任务特定的代理指令,每个建议均附有来源引用和置信度评分。每次运行时,它会检测源端发生了哪些变化,淘汰过时的定义,并标记冲突供审核。

它从用户和代理的交互中学习。您可以配置富化功能分析 Gemini 代理的交互轨迹、BigQuery 中的对话分析或自定义代理的交互记录(同时抹除个人身份信息),并精准定位代理遇到困难的地方,例如模糊的列查找、无依据的指标、缺失的定义或用户重复提问相同问题。随后,它会找到权威答案并生成修复方案,避免同样的错误再次发生。这就是上下文工程如何与数百万次代理交互保持同步,让专家只需审核变更而非从头编写。

配置连接源、评估和自学习的富化任务

自动化并不意味着放弃控制。您可以随时选择启用或禁用自动发布,并设置自动批准建议变更的确切置信度评分(例如 85%)。低于您设定阈值的变更,以及涉及敏感内容的更新(如删除操作),将作为变更请求提交给管理员进行审批、编辑或拒绝。您还可以提供自己的评估数据集,对建议的更新进行端到端测试。所有变更都会记录完整的溯源信息,并可随时撤销。当然,Google 绝不会使用您的数据来训练其模型。

发布前审核富化建议、置信度评分和变更差异

通过上下文集为每个受众设置合适的上下文

按设计,企业上下文图谱的范围相当广泛,但针对特定任务,代理和用户通常只需要其中可信的、正确的部分。知识目录通过“上下文集”实现这一点——这是上下文图谱中经过精心筛选和治理的子集,包含特定领域、团队、代理或终端用户群体的定义、指标、连接逻辑和黄金查询。例如,销售代理可以绑定到“销售”上下文集,而财务分析师的助手可以绑定到“财务”上下文集。由于“净收入”对不同群体可能有不同含义,每个领域都会在同一个目录中维护自己的定义。不过,代理并不需要绑定到单一上下文集;通过知识目录的搜索功能,代理还可以动态搜索并找到适合特定任务的正确上下文集。

上下文集还提供内置的数据治理和细粒度访问控制。每个上下文集的访问权限通过 IAM 进行管理,因此管理员可以决定哪些代理和用户有权读取、使用或编辑该上下文集。代理仅能从其被授权使用的上下文集中检索信息,且对底层数据的访问仍遵循现有的权限设置。每次更新均可追溯并撤销,由于上下文集基于开放知识格式(Open Knowledge Format,OKF),您可以将 OKF 包导入为上下文集,并导出为 OKF 格式,从而保持上下文的可移植性。

已批准的增强功能发布到受控的上下文集中

在 Knowledge Studio 中探索和治理所有内容

所有这些功能都整合到全新设计的知识目录体验中,专为负责为代理构建和治理上下文的上下文工程师和数据管理员打造。

在 Knowledge Studio 中以可视化方式导航上下文图

全新的 Knowledge Studio 将知识目录从静态库存仓库转变为交互式指挥中心,使您能够:

  • 一目了然地查看上下文覆盖范围:通过可视化地图浏览跨云数据环境,涵盖从操作型数据库和数据仓库到语义模型、上下文集和文档的各类资源。
  • 以对话方式探索上下文:用自然语言提出业务问题,跨企业上下文图遍历关系,并直观看到代理如何基于元数据进行推理。
  • 在统一界面中审查和验证增强功能:检查每项拟议变更、来源引用和置信度评分。通过真实问题测试上下文集,并使用软件风格的版本控制来批准、编辑或回滚变更请求。
  • 监控增强任务运行:跟踪每个增强任务的计划、结果、令牌使用量和运行时长,并在任务完成时通过电子邮件接收通知。

入门指南

观看演示:知识目录的自学习增强如何为代理奠定基础

这些功能将在未来几周内逐步向客户推出。注册以申请即时访问权限,并访问文档获取分步操作指南。

发布于

  • 数据分析