18402744514

大模型“杀死”低代码？不，它正在分化未来——兼论“本体论”如何成为企业智能的操作系统内核

发表时间：2026-02-09 17:41作者：骆金松

本文作者：佰思杰副总经理、交付总监骆金松

AI的灵魂拷问：低代码存在价值何在？

以大语言模型（LLM）为代表的AI，其能力正从处理自然语言扩展到理解甚至生成复杂的结构化业务逻辑。这引发了一个根本追问：当AI能够直接生成应用程序代码时，那些旨在“降低开发门槛”的低代码平台，其存在价值何在？

笔者认为，AI的崛起非但不会终结低代码，反而会加速这一领域的技术路线分化，并重塑其核心价值。其分水岭，在于对“模型”这一核心概念的两种截然不同的哲学理解与实践。低代码平台的未来，取决于它能否成功地从解决“如何构建”的问题，进化到解决“如何让AI理解和执行业务”这一更深层次的问题。

生成式路线：模型作为“设计蓝图”

这类低代码平台将可视化构建的表单、流程与数据模型，视为一次性的设计产物。其核心引擎扮演着“翻译器”或“编译器”的角色，任务是将高级模型转换并生成为传统的、可独立部署的源代码（如Java, C#）。

·本质：这是一条加速传统开发流水线的路径。它优化了起点，但并未改变软件以静态代码形式存在和运行的实质。

·关键局限：“模型与运行系统的分离”。一旦代码生成并编译，业务逻辑便被固化；任何修改都必须走完“修改源码→重新编译→部署重启”的完整开发周期。

这条路径曾占据主流，其思想可追溯至OMG的模型驱动架构（MDA）。然而，AI的快速发展，其核心价值主张——作为“高级翻译”——正面临最严峻的挑战。

运行时模型驱动路线：模型作为“系统本身”

运行时模型驱动的低代码，将业务模型视为系统的“一等公民”和直接执行对象。其核心是一个强大的模型解释与执行引擎，直接读取、解释用户定义的模型，并实时驱动应用运行。

·本质：它创造了一个持续存在、动态演化的模型运行时环境。应用即是模型，模型即时生效。

·关键优势：业务逻辑的调整可通过配置模型完成，变更几乎能实时作用于线上系统，实现了从“项目制变更”到“运营制调优”的跃迁。

当生成式路线忙于“更快地造房子”时，运行时路线在构建一座“活的城市”，其街道、法规和建筑可以随时根据需求动态调整。这一根本区别，在AI时代被无限放大。

冲击：生成式路线的价值消解

生成式低代码的锚点是“如何更高效地产出代码”。以大语言模型为代表的AI，其原生能力正是“理解需求并生成代码”，AI对生成式低代码是“替代性冲击” 。

生成式低代码平台因此与通用AI编程工具陷入同质化竞争，其长期价值可能被挤压至特定技术栈或高度模板化的垂直领域，面临战略边缘化风险。这并非技术优劣问题，而是价值锚点被替代的问题。

新生：运行时模型的不可替代性

运行时路线低代码的锚点是“如何定义、承载并执行业务逻辑本身”。这是一个AI需要依赖，而非能替代的“基础运行环境”。运行时模型驱动路线的价值，在AI的浪潮中被重新发现并急剧放大。AI对运行时模型驱动平台不仅不会替代，而是“增强性赋能”。

这个基座为AI解决了在企业中落地的两大核心痛点：

① “听不懂”业务：AI理解自然语言，但不懂企业里“工单”、“BOM”、“OEE”的精确含义及其复杂关联。运行时平台构建的语义层（本体论），为AI提供了一部持续更新的《企业业务百科全书》。

② “动不了”系统：AI可以给出建议，但无法安全、可信地操作生产线或修改生产工单。运行时平台的执行引擎，为AI的决策提供了受控、可审计的“操作手柄”。

在漆面气泡的案例中，闭环得以形成：AI基于语义层理解事件全貌，分析根因（如“特定涂料批次与当前湿度参数不匹配”），并通过执行引擎直接下发指令（“锁定该批次涂料”、“微调烘干炉参数”）。AI成为系统的“超级用户”，而系统则成为AI可靠、可信的“四肢”。

本体论——运行时路线的灵魂升华

运行时模型驱动路线的终极形态，是“本体论”模型。它不仅是技术的深化，更是哲学层面的升华。

·继承骨架（面向对象）：它将业务领域视作由交互的对象（设备、订单、供应商）构成，具备属性、关联与操作，提供了强大的结构化认知范式。

·注入血液（动态解释）：它将概念、关系、规则的定义作为元数据，由运行时引擎实时加载、解释与执行。业务专家的修改，从提交给IT的“需求单”，变为对运行中系统的直接“配置”。系统从一个固化的“装置”，转变为一个可实时进化的“有机生命体”。

·赋予灵魂（语义共识）：这是最关键的跃迁。本体论的目标是“定义与共识”——精确界定每个业务概念的含义及其相互关系。它使得人类、传统软件和AI对“紧急订单”、“质量缺陷”拥有一致、无歧义的理解。这个语义层，是机器之间、人机之间可靠协作的“宪法”。

因此，以Palantir AIP、国内佰思杰工业互联网平台等为代表的平台，其内核正是这样一个基于本体论的“业务智能操作系统”。它们管理的不是代码，而是业务知识本身。

生成式模式可进化到本体驱动模式吗？

生成式低代码平台，简单表单/流程的低代码平台，无法通过升级或转型成为真正的基于本体驱动的运行时模型平台。核心原因在于它们从哲学根基、技术架构和商业目标上就是两种不同的物种。

生成式低代码平台是交付一个可运行的应用程序。其描述语义的模型在生成代码或应用部署上线的那一刻就结束了，无法在程序运行期间表达语义模型，它的成功标准是“更快地得到一个功能正确的软件”。

基于表单/流程的简单低代码平台，它的核心抽象是用户界面（表单）和用户操作流程。它思考世界的起点是：“用户需要填什么表？这个表要经过谁审批？数据存到哪张表？” 它是对已有数据结构进行操作封装的工具。

本体驱动平台的目标是构建并维护一个持续演化的“业务智能操作系统”。本体模型是这个系统运行时的一部分，它是在创建和治理业务世界的语义本身。它的成功标准是“业务知识能否被精准定义、持续调整、并被可靠执行或被AI理解”。

底层数据哲学决定了其演化的天花板，将生成式低代码平台、基于表单/流程的简单低代码平台改造为基于本体驱动的低代码平台，意味着抛弃整个核心引擎和存储层，几乎等于从头重写。

不要期望现有平台“进化”到本体驱动模式。它们是解决不同层面问题的工具。这不是一条演进路径，而是一次彻底的范式革命。企业应该做的不是改造旧工具，而是认知到新范式的战略价值，并为其进行独立的、前瞻性的投资。

结论：构建数字世界的“确定性基础”

综上所述，AI的崛起，对低代码领域而言并非一场颠覆，而是一次价值甄别。

通用智能需要一个由领域知识定义的、结构化的“确定性基础”作为锚点。运行时路线，尤其是其以“本体论”为内核的形态，通过构建一个动态、语义化、可执行的业务模型层，提供了这一不可替代的确定性基础——它定义了“业务是什么”，并为“AI能做什么”划定了清晰、可信的边界。

因此，AI并非低代码的终结者，而是分水岭。它将加速低代码市场的大分流：

生成式低代码、面向表单/流程轻量级低代码其价值在通用AI的辉光下逐渐黯淡；而运行时模型驱动低代码将进化成为“业务智能操作系统”——它不再仅仅是帮助IT更快构建应用的“加速器”，而是赋能业务专家，在由语义层定义的数字疆域内，直接、安全、高效地指挥AI与自动化资源，进行持续业务创新与运营优化的“战略基座”。

未来的竞争，将不再是关于“如何更快地编写代码”，而是关于“谁能为企业的核心业务知识，构建出最坚实、最灵动、最智能的数字载体”。这场演进，本质上是将人类数百年的行业智慧（Know-How），转化为机器可理解、可执行、可进化的数字智能。这不仅是技术路线的选择，更是所有企业在智能时代构建其终极竞争力的认知之战。

所以，大模型没有“杀死”低代码，而是迫使它回归本质，并完成进化。