菜单
English articles本文暂无译文
积墨AI

积墨AI

本体驱动的智能体上下文工程:让万级知识资产变成秒级任务能力

企业智能体正在从概念验证走向生产环境,但落地率远低于投入热度。行业调研显示,八成以上的企业已常规使用AI,然而真正在某一职能实现规模化扩展的不足四分之一。落差背后指向同一个问题:模型已经能够理解任务,企业却难以把完成任务所需的知识,以智能体可用的方式及时供给出去。当本体资产达到万级对象、数十万属性的规模,挑战就从知识存储转向知识供给——如何让静态的知识资产,变成智能体可以随时调用的任务上下文。

桥接对象案例与量化评测证据

2025年以来,上下文工程成为智能体工程的新焦点,其核心目标是在模型有限的注意力预算内,找到最小的高信号信息集合。与此同时,模型上下文协议MCP与Agent2Agent等互操作标准逐步收敛,当接口层不再是竞争壁垒,真正的分水岭转移到接口语义背后的知识组织能力。电信等行业的AI原生架构也在明确指出:通用大语言模型不足以支撑复杂生态,智能体互操作需要建立在行业信息模型与流程模型之上的本体驱动语义。

本体为智能体提供了理解业务的底座:对象描述业务中有什么,属性描述其特征,关系描述对象之间如何联系。但拥有地图不等于能完成任务。一条普通的数据开发需求,往往同时包含来源模型、扩展属性、过滤条件与关联约束,智能体需要的不是有哪些相关对象,而是哪些对象共同支撑这项任务、应当如何连接。规模化之后,完整性、精简性与交互性三个目标相互制约,评价的基本单位应从单个对象转向支撑任务的知识工作集。

“行业观察”
积墨 AI 核心产品

积墨企业专属知识库

混合检索 + 重排序技术,支持多源文档一键向量化导入,为企业打造专属高精度知识大脑。

从多年产业实践经验来看,面向任务的知识供给可以抽象为四个环节:理解任务、定位知识、补全关系、交付工作集。首先按不确定性分工——复杂的语言理解交给大模型,明确的表名与字段名走精确匹配,对象连接走结构化查询,以控制时延与错误传播。其次,对象与属性应共同贡献检索入口,因为用户可能知道业务对象,也可能只知道某个属性却不知其归属,判据是每一项关键业务条件都能找到知识来源。第三,关系补全的重要性由任务中的作用决定:有些对象承担桥接作用,未必出现在问句中,却可能决定关联链路能否成立。最后,核心对象、必要桥接对象与备用候选应分层呈现,对象对应哪项需求、属性来自哪里、关系为何被选中,都应随结果一起交付,使后续生成有据可依,也便于开发人员检查遗漏。

在一项产品实例建模的真实需求中,开发人员需要复用已有基础模型、扩展主副卡与宽带属性,并剔除虚号记录。系统先分别定位各需求对应的对象,再通过图关系检查对象间的连接,过程中一个未被用户提及的桥接对象进入核心工作集——它为过滤条件提供了关联路径。最终四个直接推荐对象加一个桥接对象组成核心工作集,覆盖全部四类知识需求。在150个真实问题构成的评测集上,该方法实现了对象召回准确率98.6%、平均检索耗时4.2秒、建表与数据加工SQL一次通过率83.5%的量化效果。作为参照,企业级数据任务的难度已有公认基准:表现最好的大模型在包含数百个真实任务、平均八百余列模式的基准上,任务成功率仅约17%——难点不在语言理解,而在模式、口径与关联路径的知识缺失。一次通过率未达全部通过,也说明生成校验与人工审查依然必要。

秒级的在线知识供给,以离线的索引维护、关系治理与评测集建设为代价;图的路径只说明连接可以成立,粒度与口径仍需业务验证;检索能力与访问权限也应分开治理。当本体从项目交付物转变为持续输出任务能力的生产线,让知识进入任务、让任务检验知识,就是企业智能体从演示走向生产的可实践路径。

#知识图谱#上下文工程#GraphRAG#智能问数
分享文章

相关文章推荐

试用咨询
企业微信二维码

扫码添加企业微信