同一周里，两家公司在开放度上走了相反的方向
本站 9 月 21 日写过 Qwen-Image-2.1：权重照放，但许可从 Apache 2.0 退成了仅限研究，商用得另谈。今天这条是反过来的——一家 Alphabet 子公司把工业机器人的底座整个放出来，用的正是 Apache 2.0。 两件事隔了两天，方向相反，但逻辑是同一个：**开源不是一种立场，是一家公司按自己在产业链里的位置做的选择。**你的产品就是那个模型，你就会往回收；你的生意在别处、而底座越多人用对你越有利，你就会放开。 Intrinsic 的位置属于后者。它不靠卖控制框架赚钱，它要的是更多产线跑在它定义的抽象上。判断任何一次「开源」时，先问这家公司靠什么赚钱，比读许可证更快得出结论——然后再回去读许可证确认。
那行免责声明，在工业场景里分量很重
仓库里写明：这不是 Google 官方支持的产品。 对个人开发者，这句话几乎没有影响。对工厂，它决定了这套东西是拿来做原型还是拿来做生产——**产线停机的时候你找谁。**Apache 2.0 给了你自己维护的权利，同时也给了你自己维护的义务；没有支持承诺，意味着排障、打补丁和跟进上游变更都要自己扛，或者花钱找集成商扛。 这不是说不能用，而是说评估它时该把「谁来兜底」这一项单列出来算成本。对已经有自动化团队的厂，这笔账很划算；对没有的厂，开源省下的是许可费，省不下的是人。
8% 这个数字解释了整件事的商业逻辑
Intrinsic 说目标是美欧的工厂，而其中只有 8% 用了任何自动化。 这句话把这次发布的意图说清楚了：**这不是去 ROS 生态里抢份额，是把盘子做大。**那 92% 缺的从来不是算法——它们缺的是把一套能跑的东西装起来的那几百个小时，以及一个不用为每台设备重写驱动的抽象层。 所以这次发布里最实在的两块，恰恰是听起来最不性感的：一是换机械臂、夹爪、传感器不用重写驱动，二是 Open Machine Tending Solution 这种针对具体工序（CNC 机床上下料）的参考设计，还直接适配了发那科和优傲的硬件。中小厂的设备通常是杂牌混装、逐年攒起来的，驱动层的统一对它们的意义比任何模型能力都大；而一套能照着改的参考设计，省掉的正是「从哪开始」这个最贵的问题。 另外值得记的是 intrinsic_perception 内置了对 NVIDIA FoundationPose 的支持做六自由度位姿估计——它带来的能力是**操作没有定位夹具的工件**。在现场，这意味着少做一批工装、少改一次产线布局，这类省法比循环时间快几个百分点更能决定一个项目上不上。
底座这件事，软件那边刚出过事
把这条和本站最近几条放在一起看，会发现是同一种打法的两个战场。 9 月 21 日写的 Plugin4Shell，讲的是插件市场这条分发通道把能力送到几百万台开发者机器上——以及当那条通道出问题时，四家产品一起中招。今天这条讲的是运行时和 SDK 把能力送到产线上。**占住底座和抽象层，让别人在你定义的接口上开发，是同一个策略。** 也正因为是同一个策略，软件那边的教训对这边有效：当大量产线依赖同一套开源运行时，供应链的问题就会变成所有人的问题，而「非官方支持产品」这行字意味着上游没有承诺响应时限。现在还很早，Intrinsic Core 刚上线；但如果它真的被广泛采用，值得提前问的是谁来做安全维护、按什么节奏发补丁。
via: Intrinsic 官方博客、intrinsic-ai/intrinsic-core 仓库、The Robot Report 报道、SiliconANGLE 报道