企业官网建设流程全解析

OntoStudio 是 OntoFlow系列平台中的对话式本体工作台，可作为 AIP 分析师的本体设计器。它读取你正在设计的本体，用聊天回答问题、补全语义、识别数据，并在同一张画布上把对象、关系、指标、行动和应用摊开。技术同事和非技术同事可以从同一个入口进入：提问、看见结构、改口径，再把这份设计交付成可运行的工作流。

每一步都留在画面上。分析师说明它读了什么、改了什么；你核对逻辑，需要时亲手调整，再继续下一问。

AIP 分析师已经把这些事收进同一条对话里：

• 读懂当前设计稿，解释对象能支撑哪些应用，指出结构缺口。
• 按你点中的对象聚焦，补描述、补关系、补指标与行动。
• 从数据库表、样本文件和项目材料里识别对象，长出本体骨架。
• 在拓扑画布上阅览并编辑本体全要素。
• 检查通过后，把设计稿交付到 DEV 工作流。

用一句话走进本体

打开 OntoStudio，右侧就是 AIP 分析师。它带着两档工作方式。

对话用来看懂。分析师自己读设计稿，解释对象分层、关系方向、指标口径和还没绑上的数据源，不动设计稿。适合先问清楚：这份本体现在能回答什么，哪里还空着。

修改用来动手。你说清场景、角色和要改的对象，分析师读完再改，结果直接写进设计稿，并留下可回退的版本。大改动会先列出差异，等你确认后再落盘。

空对话里可以直接用这几句起步：

• 当前设计可以做哪些应用和功能？
• 这份设计稿有什么结构问题，怎么修？
• 哪些对象还没绑定数据源字段？
• 给缺描述的属性补上说明。
• 按同名键补上缺失的对象关系。

点中画布上的某个对象再提问，分析师会带着「当前聚焦」回答，避免在整张本体里泛泛而谈。

除了设计内容，还交付为可视化的本体设计稿：

可以看到需求已经转化成了本体应用的架构设计：

设计稿直接提交复现交付成一个可问可答可看代码可运行测试的本体应用：

（推演与问数功能是直接可用的，数字孪生展示略… 可看往期）

完全摊开的思考过程

回到本体设计阶段，AIP 分析师把工作过程放在回答前面。每一轮都可以展开「思考过程」：它读了设计稿的哪一部分、调用了哪些工具、这一步准备改什么。流式输出时就能看见，不必等整段话结束才知道它在忙什么。

改稿不会静默覆盖。写入前会对照当前设计稿做差异，结构错误会被拦住；没有实质变化的稿子不会落盘。你看到的是从问题到改动的整条链路：原句、推理、工具、差异、写回结果。不满意就从顶部历史回到上一版。

历史会话按项目保存。换一段探索、回到上一问、删掉不再用的会话，都在同一个面板里完成。

语义层增强：把对象说成可计算的口径

本体先要被人读懂，才能被系统算对。AIP 分析师把「这句话是什么意思」补进对象本身。

在信息框里，对象有名称、显示名、类型、设计状态和对象描述。描述写的是这个对象在业务里扮演的角色，以及它从哪来、用来回答什么。属性描述写来源，例如由哪一列换算、由哪两个字段算出。关系写清起点、终点、基数、逆关系和业务语义。

这些文字不是旁注。它们是语义层：后续的指标、派生、行动和应用都沿着同一套说法对齐。分析师可以按你的要求，给还没写说明的属性补描述，把口语里的「通过率」「风险」「在途」收成对象上的字段、公式和切片。你也可以直接在信息框里改，分析师下一轮会读到你改过的稿。

对象按运行方式分成三层，描述也跟着这三层写：

• 静态对象写主数据和客观事实，如机构、产品、设备。它们不随单笔业务流动。
• 实例对象写一条条过程，如申请、批次、告警、订单。描述里要能看出状态、时间和下一步行动。
• 立方对象写按时间、组织、区域或渠道切开的指标。描述里要写清切片和统计口径。

全要素可视化：能看，也能改

聊天给出方向，画布给出全貌。AIP 分析师改过的内容会回到同一张拓扑上，按当前对象展开：身份、属性、关系、数据源、处理、行动、应用。

单击节点即聚焦，双击打开信息框。图例可以开关顶点、关系、数据源表和索引属性。「适应画布」看当前对象，「全图预览」看所有对象与关系。信息框按页组织：对象的基本信息、身份键、属性、类型和行动；属性页可以批量调整类型、指标和描述。

本体全要素因此都在可编辑的视图里，而不是散落在文档和脚本中：

从数据库和文件里识别本体

很多项目的起点不是一张空白画布，而是已经在跑的库表、接口和一叠说明文档。AIP 分析师从这些材料里识别本体，再在画布上建出来。

项目相关区域可以放入样本表、对照清单、结构化数据和方案文档，并打上标签与描述。对话里也可以直接附上文件，解析后的文本会作为下一问的设计依据。需要时，还能挂上知识库、数据表、本体技能和案例，让分析师按同一套设计手法来认。

识别时它做的是对齐，而不只是起名：

• 有真实表，就按库表名和字段建数据源，属性说明写明来自哪一列。
• 有文档和样例，就从中抽出对象、关系和角色，缺字段的标成待确认。
• 数据源写清协议与去向：关系库、时序库、接口、文件上传、消息流，以及它们供给哪些对象。
• 处理逻辑用业务语言写清洗、换算、关联和枚举归一，设计态先把口径定下来。

一张申请表可以长出申请人、申请单和审批动作；一份工艺文件可以长出批次、检测项和合格判定。识别结果进设计稿，你可以在画布上删、改、补，再让分析师按同名键把还没连上的关系补齐。

设计即交付

设计稿写的是业务口径。对象、关系、指标、行动和应用都确认之后，从工具栏交付到 DEV 工作流：编译、灌入测试数据、在开发图上跑通。交付可以新建工作流，也可以绑定已有工作流，下次沿同一条链路继续。

这一步把「画完」变成「能跑」。同一份本体可以继续长成智能体、数字孪生、智能问数、策略推演和决策应用。换一种使用方式，对象和口径仍然是这一份。

交付前，用检查看缺口：缺身份键、缺时间字段、关系语义不清、属性还没绑数据源，都会被标出来。分析师可以按检查结果逐项补，你也可以自己改完再交付。保存会打版本快照，交付过程留在弹窗里，成功或失败都能回看。

从设计稿到落地～到功能可演示/可操作～只需要一键提交：

人始终握着这一稿

AIP 分析师把对话的速度和设计器的控制放在一起。你可以：

• 在「对话」和「修改」之间切换：先诊断，再允许它写稿。
• 把常用说明放进项目文档和附件，让后续每一问都带着同一份上下文。
• 从当前对象、数据表、知识库、技能和案例出发，做有边界的探索。
• 在信息框里逐项手改，覆盖分析师刚写入的描述、公式和行动。
• 对大改动先看差异再确认，并随时从历史回到上一版。

范围也可以收窄。对着一个对象问，它就围绕这个对象补语义；把库表和文件放进项目，它就从这些材料里识别；检查通过后再交付，运行侧拿到的是你确认过的那一稿。

OntoStudio AIP 分析师把本体探索从「先画完再解释」变成「边问边看见、边改边交付」。语义写在对象上，材料长成结构，全要素留在一张可编辑的画布上，设计稿可以直接进入工作流。

问一句，看见本体；改一处，交付成应用。