万字长文：缺算力还是语义？企业Agent的真正瓶颈
喔家ArchiSelf · 软件开发
原创 半吊子全栈工匠 2026-09-06 20:26 江苏 哪些实体存在？关系意味着什么？哪些数据有效？可以推断什么？哪些证据支持结论？哪个工具可以执行操作？哪个策略治理该操作？哪个必须人类审批...... 【引】 新开了这个专栏“本体与AI”，将过去与本体语义、知识图谱相关的内容重新组织，并介绍或补充《本体驱动的AI 大模型：方法与实践》一书中的内容。 LLM固然出色， 但企业AI系统必须做的远不止产生看似合理的文本，它必须理解： 客户、服务、事件、政策或交易实际意味着什么 不同系统中哪些实体是等价的 哪些关系是被允许的？哪些业务规则适用？ 哪些事实是永久的、哪些是临时的？哪些证据是可信的？ Agent被授权执行哪些操作 为什么产生了某个特定结论或行动 LLM不会自动拥有这种组织理解力。它可能认识"客户"这个词，但不会天生知道你的组织是否将客户定义为：创建账户的人、有活跃合同的公司、经过验证的法律实体、计费账户，或包含多个子公司的母组织。 这就是 AI本体 变得不可或缺 的地方。AI本体是一个 形式化的、机器可读的模型 ，定义了AI系统在某个领域内允许使用的概念、关系、规则、约束和含义，它给AI一个 共享的世界模型 。 数据库存储记录。 向量数据库检索相似内容。 知识图谱存储连接的事实。 本体定义这些事实的含义。 上下文图选择当前重要的内容。 AI Agent决定做什么。 1. 什么是本体？ "本体"一词起源于哲学，关注存在的本质和类别。在计算机科学和AI中，本体有一个更实用的含义： 本体是对一个领域中的概念以及赋予这些概念含义的关系、属性、规则和约束的显式规范。 考虑一个事件管理领域，可能包含概念：Service、Incident、Deployment、Team、Metric、Alert、Runbook、Policy、Environment、RemediationAction。关系如： Incident affects Service Service isOwnedBy Team Service dependsOn Service Deployment deploys Service Incident wasTriggeredBy Deployment Incident hasAlert Alert Incident recommends Runbook Runbook proposesAction RemediationAction Action requiresApprovalFrom Team 规则如： 每个生产服务必须有一个拥有团队 严重事件必须至少有一个受影响服务 回滚操作只能针对已部署的服务 生产变更操作需要审批 服务不能依赖自身 这不是一个简单的图结构，它是领域的 语义契约 。W3C的Web本体语言（OWL）正是为需要处理信息含义而非仅展示它的应用而创建的。 2. 本体不只是分类法 本体常与几个相关概念混淆。词汇表 定义接受的术语，但不说明它们如何关联。分类法 分层组织概念： TechnologyAsset ├── Application ├── Database ├── MessageBroker └── API 分类法主要表达is-a / subclass-of / broader-than / narrower-than。 模式 描述的数据结构如下所说： Incident: id: string severity: enum created_at: datetime 模式回答：这条记录必须包含哪些字段？ 本体 描述领域含义： CriticalIncident is a type of Incident. Incident affects one or more Services. Service is owned by exactly one Team. RollbackAction is permitted only when a Deployment exists. ProductionAction requires an Approval. 本体回答：这些信息意味着什么、如何关联、可以推断什么、什么是有效的？ 知识图谱 包含遵循本体的实例和事实： INC-101 is an Incident. payment-api is a Service. INC-101 affects payment-api. payment-api isOwnedBy payments-team. 这种区分常用两个术语表达： TBox （术语模型——类、关系和规则）和 ABox （关于实际实例的断言）。本体是模型，知识图谱是填充后的世界。 3. 为什么LLM需要本体 LLM主要通过从数据中学习的统计关联运作，这在企业系