前两天我去一个朋友的仓库，他在试一套自动分拣系统，几台机械臂各管一段流水线。我问他最大的麻烦是什么，他说不是机器不够聪明，是它们之间"不认识彼此"。一台卡住了，旁边那台不知道，继续往下送，堆成一团。
解决方法是什么？加人盯。这个场景让我想起了 @Fabric Foundation 在做的事：造机器人的公司很多，给机器人造协调基础设施的，几乎没有。
大多数人讨论 AI 机器人，讨论的是硬件有多强、模型有多聪明。但有一个问题几乎没人提：当工厂里同时跑着几千个机器人，它们用什么互相认识？任务完成后用什么结算？多台机器人在没有人介入的情况下，怎么决定谁做哪一段？
让机器人变聪明，难度是一分；让几台机器人安全协作、不出冲突、不需要人反复盯，难度是十分。大多数机器人项目把精力放在了那一分，然后卡在剩下九分没人愿意碰的地方。我朋友仓库里加的那几个人，就是在补那九分。
Fabric Foundation做的就是把那九分变成一套协议，而不是一个人头：
它是一个非营利机构，目标是为 AI 机器人生态搭建开放的协调层，解决机器身份、任务分配、价值结算这三件事。造机器人的事它不碰，做 AI 模型的事它不碰，专门做那层大家都要用、但没人愿意花时间开放建的基础协议。
为什么要非营利来做？因为这套协议如果由商业公司主导，大概率会变成另一个私有标准，最终只服务于自家生态。Fabric 选择以非营利方式运营，在结构上有动力把这套协议做成真正的公共品，而不是一个服务于融资叙事的开放皮。
这个判断背后有一个现实参照：如果没有中立的开放标准，机器人行业大概率走上智能手机早期的老路。各自用私有协议，生态完全不互通，换一个厂商等于把之前的积累全部清零。这不是假设，移动互联网已经演示过一遍了。
Fabric 目前的合作伙伴包括 OM1，一个开源 AI 机器人平台，专注让机器人跨硬件、跨厂商模块化部署。OM1 做"让机器人更聪明"，Fabric 做"让机器人更安全地彼此协作"，两层分工清晰，互补而不重叠。
$ROBO 是这套协议里的价值流通媒介。链上进行任务分配、数据流转和协作结算时，$ROBO 承载这些操作。它绑定的是协议实际使用量，机器人网络每完成一次协作结算，协议就需要被调用一次。这个功能性逻辑，比单纯靠叙事驱动的代币设计更有支撑。
有一件事值得说清楚：基础设施项目最难证明的，就是真实使用量。合作伙伴有了，白皮书写好了，但协议真正跑起来，需要足够多的机器人实际部署在上面。Fabric 现在处于合作伙伴早期，从这里走到规模落地，还有一段实质性的路要走。基础设施从来不是靠炒作上规模的。
但这类协议有一个特性：一旦够多的机器人跑在上面，整体迁移成本极高。基础协议不像应用层，遇到竞争者不会被整体替换，它会被嵌进去，越跑越深，越嵌越难换。
我朋友说他打算明年把那几个盯着机器人的人减掉，前提是找到一套能让机器人真正互相"认识"的系统。@Fabric Foundation 做的，就是让这件事有协议可依，而不只是靠人头兜底。