Opus 5.1 没等来，Claude 先拿到了“身体”：Anthropic 发布硬件版 MCP

这两天，AI 圈都在等一个名字：Claude Opus 5.1。

社区里流传着“本周发布”“代号曝光”“Agent 能力将大幅升级”等说法。但截至 2026 年 8 月 28 日，Anthropic 官网、模型文档和价格页面都没有出现 Opus 5.1 的正式公告。换句话说，它现在仍然是传闻，不适合当成已经发布的产品来介绍。

真正落地的消息，反而更值得开发者关注：Anthropic 发布了 Model Hardware Standard（MHS）研究预览。

如果说 MCP 解决的是“Claude 如何调用数据库、代码仓库和业务系统”，那么 MHS 想解决的是另一个更难的问题：

Claude 如何用一套相对统一、可审计、带安全边界的接口，操作液体工作站、机械臂、显微镜、激光器和机器人？

这不是给 Claude 装一双机械手那么简单。它真正改变的，是 Agent 与现实设备之间的连接方式。

先把事实说清：哪些已确认，哪些还只是传闻

说法	当前状态	应该怎样理解
Opus 5.1 将在本周发布	未获官方确认	没有正式模型卡、模型 ID、定价或发布日期
Anthropic 发布 MHS	已确认	目前是有限范围的研究预览
MHS 已经完全开源	不准确	Anthropic 表示未来计划开放，目前尚未完整开源
MHS 是 MCP 的替代品	不准确	两者面向不同对象，可以组合使用
Claude 已能无人监管地接管实验室	不准确	现有实验仍依赖专家设定边界、设备接口和人工监督

这一区分很重要。模型传闻适合继续观察，MHS 则已经给出了技术方向、实验案例和合作生态，值得现在就研究。

为什么一条 Opus 5.1 传闻，会让 Agent 圈如此敏感？

参考文章把 Opus 5.1 的想象集中在三个方向：更强的编程、更稳定的复杂推理，以及更长时间运行的 Agent。虽然这些具体提升尚未得到 Anthropic 确认，但它准确击中了当前 AI Agent 的三个瓶颈。

第一，Agent 写出一段代码并不难，难的是连续修改几十个文件以后，仍然理解项目原有约束；第二，单步回答正确并不代表多步骤任务可靠，链路越长，错误越容易积累；第三，任务运行时间越长，模型越容易丢失目标、重复操作，或者在异常发生后选错恢复策略。

所以，开发者真正期待的并不是模型跑分再涨几个百分点，而是下面这些变化：

执行到第 50 步时，仍然记得第一步约定的边界；
遇到失败时能定位原因，而不是不断重试同一个错误动作；
能把临时探索整理成确定性脚本，供后续重复执行；
在成本、速度和成功率之间做更稳定的取舍；
知道什么时候应该暂停，并把决定交还给人。

从这个角度看，MHS 与 Opus 5.1 传闻其实指向同一件事：下一阶段的竞争重点，不再只是模型能回答多难的问题，而是它能否长时间、低差错地完成一项真实工作。

更强的模型只能解决其中一部分。设备接口、安全限制、任务状态、操作日志和人工确认，必须由模型之外的工程系统提供。也正因为如此，已正式发布的 MHS，比一条尚未确认的模型升级传闻更值得现在研究。

MHS 到底是什么？

实验室自动化一直有一个很现实的问题：设备很多，接口却彼此割裂。

同一间实验室里，液体工作站可能用厂商 SDK，机械臂用另一套控制协议，读板机只接受固定命令，老设备甚至没有方便调用的程序接口。过去要把它们串成一条自动化流程，工程师往往要为每台设备单独写适配层。

MHS 想在 Agent 与硬件之间增加一层通用描述：

设备当前是什么状态；
它允许执行哪些操作；
每个操作需要哪些参数；
哪些动作必须被限制或确认；
执行结果、异常和传感器数据如何返回。

Claude 不必直接理解每一台仪器的底层协议。设备只要提供符合 MHS 的驱动，Agent 就能通过一致的方式发现能力、读取状态并下发操作。

上图来自 Anthropic 的 MHS 公告：研究人员用自然语言描述实验，Claude 负责规划，再通过三个 MHS 驱动分别操作液体处理器、机械臂和微孔板读数仪。设备状态持续返回给 Claude，形成“执行—读取—判断—调整”的闭环。

MHS 和 MCP，到底是什么关系？

“硬件版 MCP”是一个便于理解的说法，但二者不能直接画等号。

对比项	MCP	MHS
主要连接对象	文件、数据库、代码仓库、SaaS、内部 API	实验仪器、传感器、机械臂、机器人等物理设备
主要问题	Agent 如何发现和调用软件工具	Agent 如何读取设备状态并安全执行物理动作
常见风险	权限越界、数据泄露、错误写入	设备损坏、样品浪费、人身风险、不可逆操作
关键控制	身份、授权、工具权限、审计	硬限制、安全联锁、急停、状态校验、人工确认
关系	可作为软件工具层	可作为硬件控制层

一个完整的现实世界 Agent，未来可能同时使用二者：

用户目标
   ↓
Claude / AI Agent
   ├─ MCP：读取文档、查询数据库、提交代码、生成报告
   └─ MHS：读取传感器、移动机械臂、控制仪器、回收设备状态
            ↓
       安全联锁 / 权限边界 / 人工确认 / 审计日志

用户目标
   ↓
Claude / AI Agent
   ├─ MCP：读取文档、查询数据库、提交代码、生成报告
   └─ MHS：读取传感器、移动机械臂、控制仪器、回收设备状态
            ↓
       安全联锁 / 权限边界 / 人工确认 / 审计日志

因此，MHS 不是把 MCP 推倒重来，而是补上 MCP 没有覆盖的物理世界接口。

四个案例，说明 MHS 现在能做什么

1. QuEra：让 Claude 帮量子计算机重新锁定激光

中性原子量子计算机依赖高度稳定的激光系统。过去激光失锁后，通常需要熟悉设备的工程师手动判断并重新调节。

QuEra 在专用测试台上，让 Claude 在专家预设的安全边界内读取状态、调整参数并恢复激光锁定。根据 QuEra 公布的案例，系统能在数秒内完成某些原本需要专家数分钟处理的恢复操作，并生成可检查的传统控制代码。

这组结果很亮眼，但应当准确表述：它是合作方在特定测试台、特定设备和人工安全约束下取得的结果，并不意味着 Claude 已经能自动维护所有精密仪器。

2. Genentech：把三台设备串成蛋白质检测流程

Genentech 的概念验证更接近实验室日常工作。Claude 通过 MHS 协调液体处理器、机械臂和读板机，执行 BCA 蛋白质测定流程。

这类工作的价值不只是“机器人帮人移了一块板”，而是 Agent 可以依据返回结果调整下一步参数。传统自动化脚本通常按预先写死的顺序执行；Agent 流程则试图在可控边界内，根据状态和结果动态决策。

但实验也暴露了一个很有代表性的问题：液体产生泡沫时，Claude 一开始把异常当成软件故障。研究人员明确告诉它“这是物理世界的问题”后，它才调整策略。这说明大模型擅长代码和文本推理，并不等于天然拥有实验人员的物理直觉。

3. HHMI Janelia：让显微成像流程更容易组合

MHS 最早源于 Anthropic 与 HHMI Janelia Research Campus 的合作。显微镜系统通常由相机、光源、移动平台和多个控制部件组成，换一套设备就可能重新开发大量胶水代码。

标准化接口的意义，是让上层 Agent 面对“相机”“位移台”“光源”等能力，而不是被某个厂商的具体实现锁住。研究人员仍然要定义安全范围和实验目标，但系统组合与迁移的成本有机会下降。

4. Hugging Face 与 Raspberry Pi：从实验室走向通用机器人

Anthropic 公告还提到，Hugging Face 正在为 LeRobot 增加 MHS 支持；Raspberry Pi 也在探索让其硬件产品使用 MHS。

这意味着 MHS 的目标并不只限于昂贵的科研仪器。摄像头、传感器、教育机器人、小型机械臂和边缘设备，都可能成为标准化硬件能力的一部分。

真正困难的不是“调用”，而是“出错之后怎么办”

软件工具调用失败，常见结果是请求报错、数据写错或任务中断；硬件动作失败，可能损坏设备、浪费样品，甚至伤到人。

因此，一套可用于生产环境的硬件 Agent，至少需要五层防线：

动作白名单：Agent 只能调用已经声明和审核过的能力。
参数硬限制：速度、温度、压力、位移和剂量不能只靠提示词约束。
状态前置检查：动作执行前必须验证门是否关闭、机械臂是否空闲、样品是否到位。
人工确认节点：涉及不可逆、高成本或高风险操作时暂停，等待授权。
急停与降级机制：模型、网络或驱动异常时，设备必须能独立进入安全状态。

一句话概括：模型可以负责规划，但最终安全不能依赖模型“记得谨慎”。

如果你是开发者，现在可以怎样准备？

MHS 仍处于研究预览阶段，大多数团队现在不需要立刻改造整套硬件。更务实的做法，是先把现有系统整理到“可被 Agent 安全调用”的状态。

第一步：盘点设备和接口

为每台设备记录：

是否有 SDK、串口、HTTP、OPC UA 或其他可编程接口；
可以读取哪些状态；
可以执行哪些动作；
哪些动作不可逆；
断网、超时和异常时如何回到安全状态。

没有可编程接口的设备，目前很难直接接入 MHS。这也是 Anthropic 明确承认的限制之一。

第二步：把“读取”和“写入”分开

先允许 Agent 读取状态、生成建议，不要一开始就开放执行权限。建议按以下顺序推进：

只读监控 → 生成建议 → 模拟执行 → 测试台执行 → 人工确认后执行 → 有限自动执行

只读监控 → 生成建议 → 模拟执行 → 测试台执行 → 人工确认后执行 → 有限自动执行

每升一级，都要补充新的测试、日志和回滚方案。

第三步：为每个动作定义机器可检查的约束

不要只写“谨慎操作机械臂”。应写成可以由程序强制执行的规则：

operation: move_arm
limits:
  max_speed_mm_s: 50
  allowed_z_mm: [20, 480]
  requires_door_closed: true
  requires_human_approval_when:
    payload_kg_gte: 2
timeout_seconds: 30
on_failure: emergency_stop

operation: move_arm
limits:
  max_speed_mm_s: 50
  allowed_z_mm: [20, 480]
  requires_door_closed: true
  requires_human_approval_when:
    payload_kg_gte: 2
timeout_seconds: 30
on_failure: emergency_stop

提示词是行为引导，硬约束才是安全边界。

第四步：建立完整的审计链

至少记录：谁提出任务、模型如何拆解、调用了什么工具、设备执行了什么动作、参数是多少、返回了什么状态、谁进行了确认。

当一个动作产生现实后果时，“模型最后说了什么”远远不够。团队需要能回放整个决策和执行过程。

第五步：先在数字孪生或专用测试台验证

不要让新 Agent 第一次运行就碰生产设备。先用模拟器、数字孪生、废弃样品或低成本测试台覆盖：

参数越界；
传感器异常；
网络中断；
重复请求；
动作执行一半后失败；
模型把物理异常误判为软件异常。

Apito 在这套架构里负责什么？

MHS 解决的是 Agent 与物理设备之间的标准化控制问题；Apito 更适合放在模型接入层，负责 API Key、请求地址、模型选择、调用记录和成本观察。

业务应用 / Agent
      ↓
Apito：模型接入、路由、调用记录、成本管理
      ↓
Claude 等模型
      ↓
MCP 软件工具 + MHS 硬件驱动
      ↓
业务系统与物理设备

业务应用 / Agent
      ↓
Apito：模型接入、路由、调用记录、成本管理
      ↓
Claude 等模型
      ↓
MCP 软件工具 + MHS 硬件驱动
      ↓
业务系统与物理设备

这两层不能互相替代。Apito 不负责机械臂的安全联锁，MHS 也不负责模型账户和调用成本。把边界拆清楚，系统才更容易维护。

如果现有程序已经通过兼容接口调用模型，迁移时通常只需使用 Apito 提供的 API Key 和请求地址，并根据控制台实际可见的模型 ID 进行配置。上线前仍应分别验证模型调用、工具权限和硬件安全链路。

说明：Apito 是独立的第三方模型 API 接入服务，不代表 Anthropic，也不是 MHS 的官方硬件或安全合作方。

企业没有必要让所有任务都使用最强模型

参考文章还提出了一个值得保留的判断：企业最终购买的往往不是“能力排行榜第一名”，而是满足质量要求后，综合成本、速度、稳定性和可获得性最合适的模型。

这在硬件 Agent 场景尤其明显。一次完整任务通常包含多种工作负载：

工作环节	更重要的指标	适合的模型策略
读取传感器状态、格式转换	延迟、成本、稳定输出	优先使用轻量模型或规则程序
实验规划、异常诊断	推理质量、上下文理解	使用能力更强的模型
高风险动作审批	可解释性、确定性	强模型给出建议，规则系统与人工做最终决策
日志摘要、报告生成	批量成本、格式一致性	使用性价比较高的模型批处理

因此，正确的问题不是“Opus 5.1 发布后是否要把所有调用都切过去”，而是：哪些任务真的需要更强推理，哪些任务只需要便宜、快速、稳定地完成？

模型接入层的价值就在这里体现出来。团队可以保留统一的业务调用方式，根据控制台实际可用的模型设置路由、记录调用结果，并用自己的评测集比较成功率、延迟和单任务成本。模型更新时先灰度验证，再决定是否扩大流量，而不是追着每一次传闻整体迁移。

MHS 真正值得关注的地方

MHS 现在还不是一个拿来即用的万能协议。它没有解决所有旧设备适配问题，也没有赋予模型可靠的物理常识，更没有替企业承担实验安全和责任归属。

但它把一个重要方向摆到了台面上：AI Agent 的竞争正在从“谁能回答得更好”，转向“谁能在清晰边界内完成真实工作”。

模型可以更换，设备可以升级，工作流也会变化。如果中间的能力描述、状态反馈和安全接口能够标准化，现实世界的 Agent 才可能像今天的软件生态一样组合、复用和迁移。

所以，Opus 5.1 什么时候发布当然值得关注。但对真正准备构建 Agent 的团队来说，MHS 释放的信号可能更重要：Claude 不只想成为屏幕里的助手，它正在学习如何通过标准接口影响屏幕之外的世界。

FAQ

MHS 已经可以直接下载安装吗？

目前不建议这样理解。MHS 仍是有限研究预览，完整规范和代码尚未全面开放。开发者可以先研究其接口思路，并整理现有设备的能力、状态和安全约束。

MHS 会取代 MCP 吗？

不会。MCP 主要连接软件工具和数据，MHS 面向物理设备。一个完整 Agent 可以同时使用 MCP 和 MHS。

接入 MHS 后，Claude 能完全自主运行实验室吗？

不能。当前案例都依赖特定设备、驱动、专家设定的安全范围和人工监督。高风险或不可逆操作仍应保留人工确认。

没有 API 的老设备能接入吗？

难度很高。通常需要额外控制器、网关或定制驱动，把设备状态和动作转换为可编程接口。Anthropic 也将缺少可编程接口列为当前限制。

Apito 能直接控制 MHS 设备吗？

不能。Apito 位于模型 API 接入层；MHS 驱动、设备控制、安全联锁和急停机制需要由硬件系统及其工程团队负责。