我们可以用一张图来表示 MixIOT API体系：
MixIOT 体系的基本支撑（基本系统）是 MixIOT 核心引擎。核心引擎就是 MixIOT 的基本数据交换、数据存储、数据处理、数据计算。除此以外，MixIOT API 系统也是核心引擎的一部分。上面这个图中，齿轮就是 MixIOT API。
MixIOT API 有三类，这三类具有完全不同的资源分配等级和安全等级。这三类不同的 MixIOT API 可以用三个齿轮代替，分别是 A、B 和 C。
MixIOT A类 API，用于 MixIOT 核心引擎内部各服务程序组之间的数据访问和交换，简单地说，就是完全 MixIOT 内部的，完全不对外的；A 类 API 具有最高的计算资源分配权限以及使用上最高的安全级别。
MixIOT B类 API，用于 MixIOT 应用与 MixIOT 核心引擎之间的数据访问和数据交换。换句话说，即便是 MixIOT 里面的应用，要想拿到 MixIOT 体系里面的数据，或者跟 MixIOT 体系进行数据交换，都需要通过 MixIOT API 进行；B类 API 也具有足够保障的计算资源分配权限，同时有一个 MixIOT 体系内的安全保障级别。
MixIOT C类 API，用于 MixIOT 系统与外部任何第三方的数据访问和数据交换。一般来说，工业企业也许都已经有一些自己的第三方 IT系统，如 CRM（客户关系管理）、ERP（企业资源计划）或者 MES（生产执行管理系统）等等。这些系统如果需要 MixIOT 里面的数据和计算结果，或者这些系统的数据需要提供给 MixIOT，也必须通过 API 与 MixIOT 进行数据交换。这类 API 的计算资源分配权限是被限制的，同时执行一个与外部交互的安全级别。
这里不去详细解释为什么 A、B、C类接口有不同的待遇，只需要知道，这些策略都是根据实际需要来制定的。比如 C类 API，之所以要限制计算机资源，就是避免来自外部的不恰当，甚至是恶意的 API 使用，因为有了限制，任何外部风险就掀不起什么大浪。
MixIOT 应用中，比如 “任务管理” 中的 “任务”，或者 “调度控制” 中的调度程序，都是通过 MixIOT Lua 编程去实现的，这些 Lua 就是通过 MixIOT API 对MixIOT 核心引擎系统进行交互。
除了 MixIOT 提供的应用，我们也可以根据需要，自己去创建自己的应用，这些应用可以用任何编程语言来实现，无论用什么编程语言实现，这种自行创建的应用也只能通过 MixIOT API 与 MixIOT 系统进行数据交换。
