AI Agent时代需要的不是更多数据而是一个 语义层 用UnifiedModel把数据组织成Agent能理解的「对象图」

用UnifiedModel把数据组织成Agent能理解的「对象图」它能写代码，做推理，但却不知道-这条告警属于谁，服务依赖什么，刚才是谁修改了配置✗✗想越久反而可能更差；schema一变真实就崩91%→21%；权重冻结、不知你的现状推理模型·更大·微调百万token一次塞进去✗✗片段越多反而越差；切片打碎了结构，按「相似」而非「关系」找RAG·AgenticRAG4更多的记忆Agent记忆·长期记忆✗记的是没schema的自然语言串、会过期，接不到你的业务对象MCP·多智能体✗MCP是管道不是语义；多智能体41-87%失败、15×token加的全是「能力」加的全是「能力」——更强、更多、更长、更会记、接更多；可没有一个补上那个「结构」：对象，和对象之间的关系问题不在量，而在结构实验内容·我们做了什么关关·没有语义层开开·有这层语义层看到整理好的「对象+关系」，按对象和关同一套程序·同一批题，只换这一层——4个旗舰模型各测一遍。实验结果·语义层净增益4个模型均提升+10~20pp；GLM-5.2达50.2%，高于未接该层的Claude-Opus、Gemini-3.无语义层.有语义层44.344.340.032.629.024.3qwen3.7GLM-5.2数据来源：UnifiedModel在DataAgentBench上的评测报告（2026-06-24）·官方51题×5次·4模型有/无均自测；Claude-Opus/Gemini-3参照值取自ucbepic.github.io/DataAgentBench（截至2026-06-01）。①类型/概念①类型/概念EntitySet·定义有哪些对象EntitySetLink·谁连谁每类的字段与语义类型·单位·口径·映射例主机·服务·订单·人例服务→依赖→主机例主机·服务·订单·人例服务→依赖→主机·调用/归属例status·p99(ms)·qps④约束/公理什么组合才合法、能被推理合法性可验证·可被推理一套最小原语，把对象·数据·关系·语义建成可执行、可查询、人与Agent共读的对象图。各类概念Set·节点·对象+数据集合▍EntitySet对象/实体——主键·生命周期(上线/过期)▍DataSet观测数据集：MetricSet/LogSet▍RunbookSet运维知识/Runbook/技能Link·边·三类关系▍DataLink实体/数据→数据集（produce/related_to）▍StorageLink数据集→存储（数据字段↔存储列）Field·字段语义▍类型typestring·int·float·bool·time·json▍取值·展示unit·data_format(KMB/byte/percent/ms)·value_mapping▍查询能力analysable(可GROUPBY)·filterable·orderable▍约束·扩展pattern·min/max·max_length·tags·propertiesfields:用上一页的原语拼起来——实体连成关系·挂上遥测·落到存储：一个简单调用就是一张图。platform.servicplatform.servicdata.storeEntitySetLink·EntitySetLink·callsEntitySetLink·runs_oneDataLink②数据集Service遥测Service遥测DB遥测Host遥测StorageLink③存储③存储SLS物理存储Storage一套原语，万千场景：一个组织的数字孪生从客户·产品·服务/基础设施·研发·组织五层建模——用Set+Link+Field把一个组织的全栈拓扑建成一张可查询的对象图。以一个「服务」为例——左边把它定义成「类」（写一次运行时就按类把真实世界的「个体」一条条写进来↓①定义层·类（TBox）①定义层·类（TBox）Set/Link/Field—写一次src:platform.deploymentdest:platform.serviceentity_link_type:deploys.umctlumodelimport·查询面.umodel一次定义·N个个体②数据层·个体（ABox）实体记录+关系记录—持续写入EntityStore//个体=类的实例，持续写入EntityStore{__entity_type__:"platform.service",#实体__entity_id__:"1000…0101",display_name:"checkout-service",status:"degraded",language:"go",__keep_alive_seconds__:3600}{…0102"catalog-api"}{…0103"delivery{__relation_type__:"deploys",#关系__src_entity_id__:"…(deployment)",__dest_entity_id__:"…0101(service)",__category__:"entity_link"}…#实体+关系持续写入.umctlentitywrite/topowrite·.entity/.topo总体架构:UnifiedModel·对象图语义层Agent原生友好：Skill/MCP接入·渐进式披露·工具化调用·可消费上下文。开源地址：/alibaba/UnifiedModel核心能力·统一查询（SPL）<源>with(过滤)<源>with(过滤)name='platform.service')|projectdisplay_name,sta··.umodel元数据/定义·.entity实体（个体）·.topo拓扑（关系）·.entity_set方法/指标callspayment-gwcallscheckoutauth-svccallspayment-gwcallscheckoutauth-svc|graph-callgetNeighborNodes(核心能力·查询统一·屏蔽底层差异1.entity_setwith(domain='devops',name='devops.service',ids=['svc-1'])'devops1.entity_setwith(domain='devops',name='devops.service',ids=['svc-1'])'devops','devops.log.service',query='level="ERROR"')一套入口OneQuerySurfaceAgent只表达“查哪个对象、哪类数据、什么条件”，不手写ESDSL/SQL。elasticsearch_dslsql/tablemetadataclickhouse_sql3ES日志检索、事件过滤、字段投影MySQL结构化事件、业务表、只读查询元数据ClickHouse指标宽表、时序聚合、窗口查询多存储计划StorageAgnostic底层存储和查询方言可变，对象语义与查询入口稳定。语义翻译SemanticQuery语义翻译SemanticQueryPlanningsql-table22QueryServiceidid→service_idenv→environment对象图+链接+字段映射先把EntitySet语义字段映射到再把DataSet字段映射到底层存储字DataLinkStorageLinktimestamptimestamp→event_time level→severitydocument-searchdocument-search核心能力·AI友好（为Agent而设计）对象图自描述、可发现、可加载——Agent边问边用，不必预知schema。①自描述·渐进式披露ProgressiveDisclosureUnifiedModelUnifiedModel运行时自己描述、被发现Agent不必预知schema。每个方法自带name·params·returns，先看签名再调用，不猜、不写死。传统集成传统集成接口/schema预先写死模型一变，接入就跟着断。Agent问一条SPL——拿到全部可用方法与数据..entity_setwith(domain='platform',name='platform.service')|entity-call__list_method__()methodmethod__list_method__get_metricsget_logs返回方法清单数据集domain,name→指标计划planumodel_validate安全写工具默认关·资源仅元数据·只经QueryServiceumodel-queryumodel-query（读数）·umode运行时ClaudeCode·Cursor·Qoder·Codex安装/plugininstallumodel@unifiedmodel或拷进各Agent的skills/目录123写模型包YAML123写模型包YAML校验umctlumodelvalidate<ws>--file…导入umctlumodelimport<ws>--pa123③成图可查查实体/拓扑看图给Agent经MCP/Skill调用，同一套SPL示例底座·incident-investigation95实体126关系platform/runtime/business三域→即下面READ/RCA场景所跑的同一张对象图。makequickstartQUICKSTART_SAMPLE=…/incident-investigation11备数据entities.json：{__entity_id__,status,qps…}写实体umctlentitywrite<ws>--fileentities.json写关系umctltopowrite<ws>--filerelations.json2233⏱⏱生命周期first/last_observed+keep_alive自动维护实体上线/过期。数据来源·演进路线（越往下越自动）手动umctl/REST写入逐条/批量写入实体与关系开源已支持✓entity_source自动接入由遥测自动登记实体规范已定义·运行时演进中CAICT社区讨论稿AgentAgent问「payment-gateway现在怎么样？」1定位实体.entity1「那个服务」→platform.service·id63718b78…2找数据集DataLink23生成计