MHS、SiLA 2、OPC UA LADS 与 ROS 2

实验室与工厂的互操作已经被标准化过三次——SiLA 2 在 2019 年发布 1.0，OPC UA LADS 在 2024 年 1 月发布，ROS 2 则是一切带关节之物事实上的中间件——而仪器出厂时依旧配着一套厂商 SDK 和一份 PDF。这段历史既是「对第四份规范保持怀疑」的理由，也是 Anthropic 的 Model Hardware Standard 值得一看的理由：四者之中只有它试图把「这台机器不该被要求做什么」写下来，写成一种调用方读得懂的形式，并且由驱动强制执行——不管开车的是哪个模型。

一览

四份在功能清单上看着像竞品的规范，其实是为不同的调用方设计的。按「它对发出命令的那一方作了什么假设」排列。

标准	出身	为谁而建	假设调用方是……
SiLA 2	SiLA 联盟；2019 年 v1.0	实验室仪器，基于 gRPC，以 feature 为中心	……一份由读过手册的人写出来的集成软件
OPC UA LADS	OPC 基金会；2024 年 1 月发布	实验室与分析设备，建在工业的 OPC UA 之上	……厂区网络上的另一台机器
ROS 2	Open Robotics 生态；事实标准	机器人——节点、话题、动作、控制器	……一个早就知道运动学的规划器
MHS	Anthropic；2026 年 8 月下旬研究预览	操作它从未见过的设备的智能体	……一个否则就会靠猜的模型

三个在位者在同样的两列上扎堆，这就是那条线索：它们为同一类调用方解决了同一个问题。

SiLA 2——深入

一个干净的设计，来得很慢

SiLA 是实验室本土的那个答案：联盟成立于 2008 年，第二代规范建在 gRPC 与 Protocol Buffers 之上，模型是设备对外声明一批 feature——带类型的命令与属性、以及定义好的错误——由客户端去发现并调用。这是个好设计，而且对软件团队足够友好，而这恰是一个实验室集成小组所需要的。

十一年买到了什么

SiLA 2 的 1.0 版在 2019 年落地，距联盟成立十一年；而装机量至今仍反映着这个节奏：数量有限的厂商提供的一批为数不多的仪器，市场的大部分要靠包装层而非原生支持才够得着。这是关于实验室自动化标准最重要的一个事实，而且它对四者都成立——难的从来不是规范。让几百家仪器厂商发布符合规范的固件、并且持续发布下去，才是难的那件事，而它是一个商业问题，不是技术问题。

OPC UA LADS——深入

继承一个装机量，而不是从头建一个

LADS 走的是相反的路。它不是一份实验室专用协议，而是建在 OPC UA 之上的一份配套规范——OPC UA 正是工业自动化早已在跑的那套信息建模与传输框架——于 2024 年 1 月发布。这份继承就是它全部的战略论证：OPC UA 带来了证书、地址空间、状态机、历史数据访问，以及一个多年来一直在发布合规设备的厂商生态，而 LADS 在其上补齐实验室设备的词汇。

为机器建模，不是为读者建模

你得到的是一份关于设备的丰富且可寻址的描述：它的组件、它的功能单元、它的状态机、它的属性。你得不到的，是一份「调用方不该尝试什么」的说明。OPC UA 的信息模型在厂商愿意填的地方可以承载工程单位与量程，但它的语义面向的是一个 SCADA 客户端、或一次已经由工程师配置好的 LIMS 集成。它是一门用来说「有什么」的语言，不是用来说「什么会是错的」。

ROS 2——深入

真正有采用率的那个，形状却不同

ROS 2 根本不是一份设备标准，所以把它拉进来比较略显不公平，却依然必要——因为真正在用软件驱动东西的那批人，大多已经在那里了。它的抽象是跑在发布/订阅中间件上的节点、话题、服务与动作，硬件是通过一套控制器栈够到的，而不是被直接寻址的。任何带关节的东西都有一份描述文件，声明连杆、关节及其限值，而控制器会在每一条命令上强制这些限值。

限值在这里确实存在，只是写给求解器看的数字

最后这一点对这场比较很重要，因为 ROS 2 是最接近「把包络编码下来」的那个在位者：关节限位、速度与力矩上限、碰撞几何。但这些是写给运动规划器的，不是写给一个试图理解这台设备的调用方的——没有哪个字段会说这个载物台在装了板的情况下推过 40 毫米会把玻片压裂。而且它的范围是由一位机器人工程师配置好的一个工作单元，不是一张摆着八家厂商仪器的异构实验台。

MHS——深入

MHS 被摆在 MCP 之下的那一层：意图自上而来，包络在最底下被强制。

真正新的是什么

MHS 于 2026 年 8 月下旬以研究预览的形式发布，它定义了设备如何自我描述、如何被寻址，以及驱动自身强制哪些限值。驱动在操作系统与设备之间做翻译，原语朴素到就是读和写；并且它会产出一份参考文件，涵盖这台设备能测什么、什么可调、以及会强制哪些安全限值——用自然语言填写，可以由拥有这台硬件的人自己写，也可以由一个来「访谈」他们设备配置的智能体来写。Anthropic 把它定位成 MCP 的补充而非竞品：如果说 MCP 是智能体够到软件工具的方式，那 MHS 就是它之下那一层缺失的东西。

目前的证据，以及它究竟证明了什么

这次预览的合作方横跨云、机器人与制造——其中包括 AWS、Universal Robots 与 Hugging Face——并称将在进一步的安全评估之后开源。公开的试点是预览阶段惯常的形态：Genentech 用它把一次蛋白检测流程在液体处理工作站、机械臂与酶标仪之间协调起来；卡内基梅隆报告药物发现实验的速度大约快了三倍。集成时间据称从数周或数月降到数小时或数分钟。请把这些读作存在性证明而非基准：它们确立了这套模型在真硬件上能端到端跑通，而对第十家厂商、那台别扭的仪器、以及第二年，它们还什么都没说。

横向比较

四者都解决了寻址；真正决定事情的只有采用率

把四者摆到它们共有的那条轴上，它们几乎可以互换：每一个都给你一种发现设备、命名其能力、并发出带类型命令与定义好错误的方式。SiLA 2 用 gRPC，LADS 用 OPC UA 的地址空间，ROS 2 用话题和动作，MHS 用对着驱动的读/写。这些差别没有一个会决定一次采购。真正决定它的是你面前那台仪器到底会不会说这门话——而在这条轴上，ROS 2 在机器人领域获胜，LADS 继承了一个它不必自建的厂区生态，SiLA 2 用十年时间停在不高的覆盖率上，而 MHS 从零起步，手上是一次研究预览和一套垫片故事。

四者之中只有一个把「这台机器不该做什么」写了下来

在位者假设调用方是称职的。MHS 是唯一一个为「否则就会靠猜的调用方」而设计的。

这就是「为什么要有第四份标准」的全部论证，而且它比「现有的太碎片化」这句强得多。SiLA 2、LADS 与 ROS 2 都是为机器对机器的控制设计的——在那里，发出命令的是一位读过手册的工程师写的软件，所以物理包络可以安全地留在手册里：留在厂商固件里、留在某位机器人工程师调好的配置里、留在管这张实验台的那个人的默会知识里。而一个在驱动陌生仪器的模型，一样这样的上下文都没有，它会产出一条自信、像模像样、且错误的命令。把负载上限、行程范围与温度限值挪进一份由驱动强制的机器可读描述，正是对这个失败模式的正确回应；而这个回应，是那三个在位者当初没有理由去设计的。

驱动强制的限值不是安全功能

而这正是一个有前途的架构被吹过头的地方——通常是被转述它的人，而不是被造它的人。驱动里的限值是命令路径上的普通软件：它能阻止一条坏指令变成一次坏运动，而它也按软件的方式失败——bug、崩溃、被在它之下直接对话硬件的东西绕过去，以及完全依赖于是谁往设备描述里敲进了那些数字。经评级的防护功能则是另一种东西。ISO 10218 的 2025 年修订版——第 1、2 部分，取代 2011 年版，并把原属 ISO/TS 15066 的协作应用内容吸收进来——把功能安全要求写得更加显式，并在旁边补上了网络安全要求；而这类防护功能被期望以冗余架构达到某个规定的性能等级，正是为了在「控制系统本身就是那个失效者」时它依然会动作。两层都值得拥有。但只有其中一层能在驱动本身就是问题时把机器停下来；而把两者混为一谈的项目，得到的是一项看着很像样、却什么也拦不住的控制。

什么时候选哪个

处境	选	因为
今天就要在自家规划器下驱动一条机械臂	ROS 2	驱动、控制器和人都已经在那儿了；论采用率没有别的接近它。
已经在跑 OPC UA 的受监管厂区或 QC 实验室	OPC UA LADS	你继承的是证书、历史库与一整个厂商生态，而不是从头建一个。
仪器厂商问该实现哪份实验室协议	SiLA 2，或者两个都上	实验室本土、实现起来舒服；而两大阵营越来越被视为互补而非互斥。
要让智能体驱动并非为它配置过的设备	MHS，叠在你已有的东西之上	四者之中只有它把包络装在一种调用方读得懂的形式里。
任何「最坏情况是伤到人而不是毁掉一块板」的场合	先别选上面任何一个	经评级的防护功能与停机回路是另一层，而且排在协议这场讨论之前。

常见问题

MHS 会取代 SiLA 2、LADS 或 ROS 2 吗？

不会；而把它当成替代品，正是一个实验室最终多出第五套要维护的集成的方式。MHS 被摆在 MCP 之下、设备之上；有用的问题是它能不能干净地桥接到一个资产面已经在跑的那些控制平面上，而把这些桥接做出来，正是「值得认真对待它」的条件之一。

现在能用上 MHS 吗？

还不能普遍使用。它于 2026 年 8 月下旬以研究预览的形式，发给了科学、机器人、电子与制造领域中一批经挑选的合作方；官方表态是在进一步安全评估之后开源，但没有承诺日期。请按「把它作为生产依赖是 2027 年的话题」来做规划。

限值的强制真的与模型无关吗？

那是它的设计主张——限值由设备上的驱动强制，而不是由模型强制——而这也是最值得独立验证的那条主张。该跑的评估是：换一个模型、换一个编排器、换一份第三方驱动，跑同一个包络；然后再跑一次，这次故意让驱动在命令中途崩掉。

用自然语言描述设备，到底为什么重要？

因为它要对付的失败模式，是一个没有上下文的调用方。schema 告诉模型有哪些字段；而一句「盖子盖着时机械臂够不到左后方那个架位」告诉它什么会坏。这类信息历来住在一本手册里、和管这张实验台的那个人的脑子里，而它恰恰是现有设备标准都不收集的那一部分。

接下来半年，一间实验室该为此做点什么？

结构上什么都不用做。逐台设备写下你会填进这样一份描述里的包络——行程、负载、温度、什么绝对不许无人值守地跑——因为这份文档有没有新标准都有用，而且它正是这些系统中任何一个所需要的输入。然后去建物理执行安全里讲的停机权与运行记录：那些与协议无关，而且才是真正承载风险的那部分。

MHS、SiLA 2、OPC UA LADS 与 ROS 2：从来卡住的都不是线缆上那层格式

一览