机器人平台的 API 开放度，决定了它的商业化上限

评估机器人平台时，我只看一个指标：接口开放到第几层。

这个指标比自由度、精度、负载这些参数更能预测它的商业化上限。

三层开放度

第一层：能控制。 提供 SDK 或 HTTP 接口，可以下发移动、抓取、停止等指令。到这一层，它是个可编程的设备。

第二层：能感知。 开放传感器数据回传、状态订阅、事件回调。到这一层，它才能被接进更大的系统，成为数据流中的一个节点。

第三层：能组合。 允许第三方定义新的能力单元，并且这些能力可以被其他应用发现、调用、编排。到这一层，它才真正是平台。

大部分机器人平台停在第一层。第一层足够做出好看的演示，但不足以支撑生态——因为第三方开发者拿不到足够的信息，做不出超出厂商想象的东西。

为什么开放度决定上限

一个封闭但性能优秀的机器人，商业模型是卖硬件：收入随销量线性增长，边际成本不低，售后是负担。

一个开放到第三层的机器人平台，商业模型是收税：第三方在它上面做应用，它抽成或者收取调用费。收入随生态规模增长，边际成本趋近于零。

这两者的估值逻辑完全不同。

判断方法很直接：如果一个第三方开发者，在不联系厂商的情况下，能不能在三小时内做出一个厂商没想过的用法？能，就是平台；不能，就是设备。

网络化是隐藏门槛

还有一条容易被忽略的：远程可调用。

机器人如果只能通过局域网内的 SDK 调用，它的应用场景就被锁死在一个物理空间里。而一旦它能通过网络被安全地远程调用，场景会扩大一个数量级——跨区域的巡检、异地协作的操作、集中式的调度都成为可能。

网络化带来的问题是安全与延迟。但这是工程问题，可以解决；封闭带来的问题是商业模式问题，解决不了。

我在找什么

说点实际的。我这边在评估可用于二次开发的机器人平台，硬指标只有三条：

1. 有文档化的开放 API，且覆盖感知层，不只是控制层
2. 支持网络调用，不需要必须在同一局域网内
3. 有量产能力和售后体系，能支撑长周期迭代

满足这三条的，我愿意花时间做上层应用。只满足第一条的，我会等它长出来。