📰 AI 资讯

为什么 AI Agent 拿到数据却不会推理?可观测对象图语义层的设计与开源实践|AICon深圳

2026-07-18 10:00

<p data-type="paragraph">Agent 时代,哪些方向正在成为行业关键变量?50 + 实战案例揭晓答案!</p><p data-type="paragraph"></p><p data-type="paragraph">模型参数规模不断突破,推理成本持续下降,开源生态日益繁荣。当模型能力逐渐成为行业共识,一个新的问题开始浮现:<strong>当人人都能获得强大的模型能力之后,真正的竞争力还剩下什么?</strong> 答案正在从模型能力本身,转向围绕模型构建可规模化的智能系统;从单点能力提升,转向系统工程与组织级落地能力。</p><p data-type="paragraph"></p><p data-type="paragraph">在这一背景下,<a href="https://aicon.infoq.cn/2026/shenzhen/track" title data-type="link">2026 年 AICon 人工智能开发与应用大会 · 深圳站</a>正式启动。本次大会将于<strong> 8 月 21 日—22 日</strong>举办,聚焦 AI 基础设施、大模型系统、智能体工程、数据智能、多模态技术与行业落地等关键方向,邀请来自腾讯、阿里、华为、百度、蚂蚁集团等 50 + 头部科技企业技术负责人、科研机构一线专家,系统性分享前沿洞察与实战干货,共同探讨 AI 技术从能力到系统、从实验到生产的真实路径。</p><p data-type="paragraph"></p><p data-type="paragraph">阿里云技术专家张鑫已确认出席 “<a href="https://aicon.infoq.cn/2026/shenzhen/track/1951" title data-type="link">Harness Engineering:模型之外的智能体工程</a>” 专题,并发表题为<strong>《</strong><a href="https://aicon.infoq.cn/2026/shenzhen/presentation/7149" title data-type="link">为什么 AI Agent 拿到数据却不会推理?可观测对象图语义层的设计与开源实践</a><strong>》</strong>的主题分享。把 AI Agent 接入企业系统时,主流做法是堆 RAG 或把数据塞进上下文。但可观测数据天然是分散的指标、日志、拓扑、变更——Agent 拿到的是碎片,回答不了“谁影响了谁”“为什么慢”“这次故障谁的锅”。本质问题不是数据不够,而是数据没有“意义”。对此,本次分享提出一条不同路线:先建一层可观测对象图语义层,把实体、关系、拓扑、指标、日志统一成 Agent 能查询、能多跳推理的上下文,并讲清它与 OpenTelemetry / Prometheus / CMDB 是补充而非替代。技术上覆盖三块:统一的 SPL 查询面(一套契约同时服务人、CLI、Web、REST 与 AI Agent);通过 MCP 把对象图安全暴露给 Agent;以及专为 Agent 设计的 plan/data 查询契约与紧凑响应信封。在本次演讲中,张鑫将对此展开详细介绍。</p><p data-type="paragraph">张鑫,阿里巴巴云原生应用平台可观测技术专家,Apache SkyWalking PMC 成员,专注可观测 10 年。现负责开源项目 UnifiedModel,主导面向 AI Agent 的可观测对象图语义层设计与开源。他在本次会议的详细演讲内容如下:</p><p data-type="paragraph"></p><p data-type="paragraph"><strong>演讲提纲:</strong></p><ol data-type="numberedlist"><li data-type="listitem"><p data-type="paragraph" data-number="1">为什么“更多数据 / 更大模型”解决不了 Agent 的可观测问题(含踩坑)</p></li></ol><ul data-type="bulletedlist"><li data-type="listitem"><p data-type="paragraph" data-indent-1 >三种常见失败模式:直接把日志/指标塞进上下文、纯向量 RAG、给 Agent 开一堆领域专用 API</p></li><li data-type="listitem"><p data-type="paragraph" data-indent-1 >踩坑实录:碎片化导致 Agent 看不到关系、token 爆炸、关系靠 LLM 脑补产生幻觉根因</p></li><li data-type="listitem"><p data-type="paragraph" data-indent-1 >结论:缺的不是数据量,是“对象图 + 关系语义”这一层</p></li></ul><p data-type="paragraph">2. 对象图语义层怎么建</p><ul data-type="bulletedlist"><li data-type="listitem"><p data-type="paragraph" data-indent-1 >核心对象:EntitySet(对象类型)、关系/拓扑、数据集(指标/日志/事件)、存储与字段映射</p></li><li data-type="listitem"><p data-type="paragraph" data-indent-1 >一套 SPL 查询面(.umodel / .entity / .topo / entity-call)同时服务人和 AI——为什么坚持“单一读取面”而不是领域专用 API</p></li><li data-type="listitem"><p data-type="paragraph" data-indent-1 >与 OTel / Prometheus / CMDB 的映射姿势:补充而非替代</p></li></ul><p data-type="paragraph">3. 把对象图接给 AI Agent</p><ul data-type="bulletedlist"><li data-type="listitem"><p data-type="paragraph" data-indent-1 >MCP 工具/资源面设计:默认只读、写操作默认关闭的安全边界</p></li><li data-type="listitem"><p data-type="paragraph" data-indent-1 >plan vs data 范式:开源侧只产出“查询计划”,把执行留给下游 executor,为什么这么设计</p></li><li data-type="listitem"><p data-type="paragraph" data-indent-1 >踩坑:给人用的响应信封对 Agent 不友好(双层 JSON 嵌套、噪声字段占 ~85% token),如何重做出 ?format=agent 紧凑信封——上下文体积压缩约数倍</p></li></ul><p data-type="paragraph">4. 真实场景:Agent 走一遍故障定位(开源 demo)</p><ul data-type="bulletedlist"><li data-type="listitem"><p data-type="paragraph" data-indent-1 >定位 degraded 服务 → 拉自身指标/日志 → 加载 Runbook → 查上游变更 → 排除“红鲱鱼”无关发布 → 跨域发现促销流量放大 → 关联出根因并给建议</p></li><li data-type="listitem"><p data-type="paragraph" data-indent-1 >关键设计:Runbook 引导的结构化诊断 vs Agent 自由发挥;为什么故意埋一个“看似元凶”的干扰项</p></li></ul><p data-type="paragraph">5. 落地 tradeoff 与开源共建</p><ul data-type="bulletedlist"><li data-type="listitem"><p data-type="paragraph" data-indent-1 >建模成本、语义层维护、与现有可观测栈的边界</p></li><li data-type="listitem"><p data-type="paragraph" data-indent-1 >开源路线:GraphStore Provider / Domain Profile / 一致性验证的共建入口</p></li></ul><p data-type="paragraph"><strong>这样的技术在实践过程中有哪些痛点?</strong></p><ul data-type="bulletedlist"><li data-type="listitem"><p data-type="paragraph">前期建模有成本,不是开箱即得:要把“藏在人脑里的系统知识”(谁调用谁、变更影响哪些服务)显式建模出来,初期投入不小。</p></li><li data-type="listitem"><p data-type="paragraph">语义层会 rot:对象图必须跟系统演进同步维护,否则会和现实漂移,反而误导 Agent——这是长期维护负担。</p></li><li data-type="listitem"><p data-type="paragraph">价值强依赖关系数据质量:关系缺失或错误会让多跳推理走偏;对象图放大了“关系正确性”的重要性。</p></li><li data-type="listitem"><p data-type="paragraph">不是银弹:它解决“上下文结构与可推理性”,不解决底层采集质量;与现有可观测栈是补充关系,不能替代。</p></li><li data-type="listitem"><p data-type="paragraph">plan/data 分离的代价:灵活性换来的是——纯开源侧拿到的是查询计划而非数据,真正取数需要下游 executor 承接。</p></li><li data-type="listitem"><p data-type="paragraph">要维护“两套表达”:给人看的响应和给 Agent 看的紧凑信封需要分别设计,多一份契约维护成本。</p></li></ul><p data-type="paragraph"><strong>听众收益</strong></p><ul data-type="bulletedlist"><li data-type="listitem"><p data-type="paragraph">一套可复用方法论:如何把分散的指标/日志/拓扑/变更组织成 AI 能推理的对象图语义层,而不是无脑堆 RAG 或换更大的模型——附判断“该不该建、怎么建”的决策依据。</p></li><li data-type="listitem"><p data-type="paragraph">面向 Agent 的 API / 契约设计经验:plan vs data 范式、把上下文 token 成本压缩约数倍的响应信封设计,可直接迁移到自己的 Agent 平台。</p></li><li data-type="listitem"><p data-type="paragraph">一个开源可复现的 AI 故障定位范式 + 诚实的 tradeoff 清单,帮助技术决策者少踩坑、看清边界。</p></li></ul><p data-type="paragraph"></p><p data-type="paragraph">除此之外,本次大会还策划了<a href="https://aicon.infoq.cn/2026/shenzhen/track/1949" title data-type="link">AI Infra、推理工程与异构计算</a>、<a href="https://aicon.infoq.cn/2026/shenzhen/track/1950" title data-type="link">超级个体与蜂群智能的共生进化</a>、<a href="https://aicon.infoq.cn/2026/shenzhen/track/1952" title data-type="link">迈向机器人 AGI 的关键技术与产业实践</a>、<a href="https://aicon.infoq.cn/2026/shenzhen/track/1953" title data-type="link">Agent 安全:从风险到可控</a>、<a href="https://aicon.infoq.cn/2026/shenzhen/track/1955" title data-type="link">端侧智能与 AI 原生终端</a>、<a href="https://aicon.infoq.cn/2026/shenzhen/track/1958" title data-type="link">AI Agent 高价值商业场景实战</a>等 11 个专题论坛,届时将有来自不同行业、不同领域、不同企业的 50+资深专家在现场带来前沿技术洞察和一线实践经验。</p><p data-type="paragraph"></p><p data-type="paragraph">大会限时早鸟票享 8 折专属优惠,现在报名立减 1160,更多详情可扫码或联系票务经理 13269078023 进行咨询。</p><p data-type="paragraph"></p>