开宗名义，我们讲的中台系统和中台系统上的应用系统是两回事。很多人把这两者混在一起，讲不清理还乱。中台系统不提供任何业务功能，两者是可以分离的。甲方建设好中台系统后，可以请任意第三方开发其上的应用，可以升级、替换。Tomcat这种业界都定义为中间件，中台系统就是类似这样的角色，只不过更复杂，更庞大。中台系统的作用就是支撑应用运行，提供互相调用的机制，定义一些必要的规范。这样高度聚焦后，中台建设才能有的放矢。很多人抛出了业务中台、数据中台的概念，在我们的定义中，这些和中台系统无关。这些都是在我们中台系统上怎么开发应用的问题。很多中台系统建设之所以失败就是没有区分好这些概念，把业务部分建设失败的锅扣在了中台系统上。很多人讲建设中台系统需要进行组织重构、业务再造也是这个错误。注意：我不反对业务中台、数据中台的提法，我反对的是将这些和中台系统混在一起。中台系统可以单独建设验收，业务中台、数据中台可以请另外厂商另行开发（可以是多个厂商，例如分解为业务中台之人力资源系统，业务中台之财务系统）。可以分离，这才是我的核心思想。
总结起来，我们讲的中台系统是个纯技术问题（有人定义为技术中台），有了这个共识后面的讨论才有意义。
千里马平台就是基于中台思想建立的我们定义的中台系统：
注意系统、页面、服务这些不是平台的功能，是平台上的应用。平台的功能对应的是管理功能组合、管理页面资源、管理服务资源；定义接口规范等等；统一的用户管理、权限管理等非业务功能。
平台是开放的，技术路线选择为：千里马技术路线
平台的源码将陆续公开给社区。我们的想法是联合中小企业、个人开发者共同打造这个基础平台。然后在这个平台上开发各自的应用。开发这些应用更多的是遵循规范，而不是使用平台提供的脚本语言、开发工具等等。
这里顺便吐槽下所谓的低代码开发平台，千里马平台不搞这些。在千里马平台上搞开发需要真正的程序员（java vue+elementUI)，我们的pass开发工具就是平常开发用的idea、vscode等等，所用的技术就是通用的springcloud等等，学习这些东西可以在其他邻域混饭吃。而所谓的低代码开发平台，学习价值很低，离开了这个平台，所学毫无价值。在我看来，配置1个工作流，定义1个审批界面，过去毫无争议是实施人员干的，属于系统的可配置能力。如今给包装成了低代码开发平台。
