很多制造企业第一次建设 MES 时，关注的是工单、报工、质量和追溯能不能上线；系统运行一段时间后，真正困难的往往是新产品、新工艺、新设备和新管理要求不断出现，原来的系统改一次就要重新开发、测试和部署。
牧言的做法是把“平台通用能力”和“行业业务能力”分开：模型、表单、流程、权限、动态逻辑、接口和插件由低代码运行时提供，MES 只沉淀生产执行、工艺、质量和追溯等领域模型。新场景优先复用平台能力，把实施重点放在行业模型、流程和设备集成上。
元数据驱动解决的是什么问题
元数据不是简单的字段配置，而是对业务对象、关系、状态、权限和行为的统一描述。一个生产任务对象可以同时定义：
- 它有哪些业务字段和状态；
- 哪些角色可以查看、编辑或审批；
- 状态变化时触发什么动态逻辑；
- 如何通过 REST、WebSocket 或插件与其他系统交互；
- 如何在 Web 和移动端复用同一套表单与业务规则。
因此，MES 的变化不一定都要落到传统代码和数据库迁移上。稳定的领域规则保留在业务插件中，变化频繁的模型、流程和界面则可以在平台层持续演进。
平台能力与 MES 边界
平台不替代 MES 的领域设计。平台负责提供可复用的运行时、权限、多租户、动态逻辑、插件、消息和部署能力；MES 负责把这些能力组织成排产、任务、报工、工艺、质量、追溯等制造流程。
这种边界有两个好处：一是不同 MES 场景可以共享平台能力，二是平台升级不会把某一个行业流程硬编码进核心。设备运维 EM、移动作业和后续行业应用也可以复用同一底座。
什么时候不适合使用低代码
对实时控制、现场联锁、复杂算法内核和极端性能路径，不应把低代码当作控制程序。低代码更适合承载业务模型、流程协同、数据治理、管理界面和系统集成；设备控制仍应由专用控制系统完成，平台通过明确的接口读取状态或触发受控业务动作。
实施建议
建设 MES 时，先识别稳定的领域对象和必须复用的平台能力，再决定哪些内容配置化、哪些内容插件化、哪些内容保持传统代码。这样可以避免把所有内容都做成动态配置，也避免每个客户都重新复制一套系统。
相关入口：
- 官网：AI 原生低代码平台
- 官网：行业解决方案
- 平台文档：中文文档