中兴通讯的“璇玑”平台定位为本体语义驱动的企业智能数据平台，向下映射多源数据、向上接入智能体与业务应用。据量子位转载的中兴通讯稿件，该平台已通过中国信通院《本体建模能力要求》测试，覆盖五大能力域、20个能力项。
据量子位2026年11月12日发布、注明由中兴通讯提供并获授权转载的稿件，中兴通讯“璇玑”平台通过中国信通院本体建模平台测试。测试依据《本体建模能力要求》，覆盖需求分析、本体设计、本体实现、验证测试、发布运维五大能力域和20个能力项，关注建模成果的语义一致性、业务适用性、可复用性与可追溯性。
稿件把璇玑描述为面向企业场景的本体语义驱动型智能数据平台：以统一语义为核心，向下连接多源数据，向上通过REST API、GUI、LUI、SDK、Webhook等方式接入业务应用，并提供事件与规则引擎、任务编排、数据洞察、多模态处理与检索，以及Skills/Tool/MCP能力调用。
语义层要解决的问题：模型不知道“订单”“业绩组织”指什么
稿件提出的问题是，同一业务指标可能有不同口径，同一类对象可能散落在多个系统，制度、经验和例外规则分布在文档、数据字典和业务人员实践中。模型能生成流畅回答，未必掌握企业内部的这些概念边界。
在这一框架下，检索增强生成（RAG）能找到相关文本，但回答企业问题还需要识别业务对象、关联多个数据源、理解指标口径并应用规则。稿件称仅靠文本相似度难以稳定表达对象间的结构化关系与业务约束。
璇玑的做法是用本体描述业务对象、属性、关系和判断规则，再把这些语义对应到数据库表、字段与API。稿件称这层语义不替代大模型或RAG，而是补足其缺少的企业语义层；模型负责理解与交互，本体与规则提供概念和约束，数据服务提供事实依据。
“订货业绩”案例：从自然语言问题到可复核结论
稿件以“本季度各组织的订货业绩完成情况如何”等问题为例，描述处理分为几步。平台先识别“订货业绩”涉及订货单、业绩组织、营销目标等对象及其关联，把依赖个人经验理解的业务语言转成可共享、可维护的语义结构。
随后通过语义映射和本体实例化，把本体中的类、属性和关系对应到数据库表、字段及API，让系统知道哪个字段表示订货金额、哪张表保存组织与客户关系、哪个数据服务提供产品目标信息、某项指标采用什么计算口径。
最后由本体推理智能体结合指标SPARQL模板、时间规则、枚举实例和行业黑话等语义资产进行检索与推理。稿件称业务人员可沿“业务事实—关系—规则—结论”的路径复核，判断问题出在数据、语义映射还是规则配置。
稿件还称，用户与智能体的交互、补充和纠正会反馈到统一语义层，用于后续问数、洞察和规则推理。但稿件未给出准确率、人工澄清次数或时间成本的量化变化。
测试、质量门禁与版本管理：稿件称语义资产需持续治理
稿件认为企业本体并非一次性交付的静态文档，会随组织调整、业务变化和规则更新而演进。为此，璇玑联动质量检查与本体模型发布条件，防止未经验证的语义成果进入应用；同时支持版本比对、历史回滚和归档管理。
稿件将信通院测试的作用描述为为企业选型、项目验收和能力比较提供统一尺度，检验需求理解、概念与关系设计，以及建模成果的验证、发布和维护。
稿件也写明落地分工：业务人员确认概念边界，数据人员维护语义映射，专家校验规则，应用团队根据运行反馈更新知识。这属于对实施责任归属的描述，不构成对实际部署效果的独立验证。
- 测试依据：《本体建模能力要求》，五大能力域、20个能力项
- 治理机制：质量门禁、版本比对、历史回滚、归档管理（据稿件）
- 责任分工：业务、数据、专家、应用团队共同维护（据稿件）