Anthropic abrió el 27 de agosto de 2026 una vista previa de investigación del Model Hardware Standard, o MHS. MHS es una interfaz común propuesta para que los agentes de IA descubran el estado y los procedimientos disponibles de equipos físicos y puedan manejarlos mediante controladores. Esos controladores traducen los procedimientos a API, herramientas de línea de comandos, interfaces de software o código generado. Los primeros participantes incluyen laboratorios, fabricantes, empresas de robótica y proveedores de nube.
La vista previa es relevante porque traslada las acciones de los agentes desde el software a sistemas físicos. Una llamada incorrecta puede cambiar un registro. Una orden física incorrecta puede mover un brazo robótico, cambiar una temperatura, dispensar una muestra o interrumpir un experimento. Una interfaz estándar reduce el trabajo de integración, pero convierte la identidad, el alcance de la tarea, la seguridad física, la evidencia y el control de emergencia en partes del mismo límite.
Qué introduce MHS
Anthropic describe un controlador MHS como un manifiesto de estados y procedimientos. Los estados representan condiciones como la temperatura o la posición de una placa. Los procedimientos representan acciones como aspirar, agitar, mover o medir. Un agente puede leer el manifiesto, elegir procedimientos, supervisar datos, ajustar parámetros y convertir operaciones repetidas en código determinista.
El artículo de lanzamiento documenta varios proyectos tempranos. Genentech probó un concepto que coordinaba un manipulador de líquidos, un brazo robótico, un lector de placas y cámaras para un ensayo de proteínas. Otros participantes prueban MHS con microscopios, equipos de purificación, automatización de laboratorios y robots industriales. AWS prevé ofrecer compatibilidad preliminar mediante Strands Robots.
Son relatos de socios y proveedores, no una certificación independiente de seguridad. Anthropic afirma que los proyectos redujeron el tiempo de integración y aceleraron la iteración, pero no publica un benchmark común, una tasa de incidentes ni una comparación de seguridad entre participantes.
Reuters, WIRED y Ars Technica confirman de forma independiente la vista previa y el enfoque en dispositivos físicos. No demuestran que el estándar sea maduro o seguro para producción sin supervisión.
Límites declarados
Anthropic dice que hace falta más trabajo antes de publicar MHS como código abierto. Claude tiene límites de razonamiento espacial y físico y todavía requiere supervisión experta. En Genentech, los investigadores tuvieron que ayudar a Claude a reconocer que la espuma era un fallo físico y no de software. MHS tampoco funciona con todos los dispositivos y necesita controladores o interfaces programables.
Estas condiciones deben acompañar cualquier descripción:
- MHS es una vista previa de investigación y no un estándar industrial final.
- Los ejemplos de socios no prueban una fiabilidad general.
- El lenguaje natural no elimina los peligros propios de cada dispositivo.
- Un script determinista depende de su lógica, sus límites, el entorno y los interbloqueos.
- La supervisión humana experta sigue formando parte del modelo publicado.
Controles para agentes físicos
- Inventariar todos los componentes. Registrar agente, modelo, controlador MHS, equipo, firmware, ordenador, sensores, cámaras, red, entorno y responsable.
- Definir la tarea autorizada. Especificar objetivo, procedimientos, rangos, materiales, tiempo y acciones prohibidas.
- Vincular identidad y equipo. Dar acceso solo a dispositivos y procedimientos necesarios para la tarea actual.
- Separar planificación y ejecución. Revisar planes antes de operaciones materiales, irreversibles, peligrosas o costosas.
- Mantener interbloqueos independientes. Paradas de emergencia, límites de colisión, temperatura, presión y recintos no deben depender solo del modelo.
- Verificar el estado antes de actuar. Confirmar con sensores el dispositivo, la muestra, la posición y el entorno.
- Verificar los efectos. Capturar movimiento, medición, error y consecuencia. Una respuesta correcta de la API no prueba el resultado físico previsto.
- Conservar el historial. Versionar juntos manifiestos, controladores, prompts, scripts, configuración y reglas.
- Planificar el fallo seguro. Definir la respuesta ante discrepancias de sensores, tiempos de espera, pérdida de contexto u operaciones parciales.
La documentación de Task Guard de Maetra explica la comprobación del alcance y los efectos previstos. La guía de inventario de agentes ayuda a hacer visibles herramientas, capacidades, responsables y cambios.
Cómo la estandarización cambia el riesgo
Las integraciones personalizadas son lentas, pero su dificultad suele obligar a revisar cada conexión. Un estándar puede abrir más equipos a más agentes. Eso acelera la experimentación y también aumenta el impacto potencial de un controlador débil, permisos excesivos, instrucciones ambiguas o un agente comprometido.
Los manifiestos MHS pueden convertirse en artefactos de seguridad. Los equipos deben controlar quién publica o cambia controladores, cómo se verifican las definiciones, si el agente puede descubrir equipos no aprobados y cómo afecta un manifiesto nuevo a una tarea activa. Los controles de cadena de suministro deben convivir con los de laboratorio y robótica.
Qué sigue sin conocerse
La vista previa no establece un modelo final de gobernanza, un programa de conformidad, una certificación independiente ni un perfil universal de seguridad. Tampoco define niveles de servicio, reparto de responsabilidad tras un incidente o un método común para demostrar que un controlador representa correctamente todos los estados y procedimientos.
También quedan abiertas las implementaciones competidoras, la compatibilidad, la revocación de controladores inseguros y la portabilidad de auditorías después de publicar el código. Son cuestiones que debe seguir un programa de adopción creíble.
Análisis de Maetra
MHS es importante porque añade una capa de acción física a la infraestructura de agentes. El control clave no consiste en exigir aprobación humana para cada movimiento. Consiste en una autoridad vinculada a la tarea, procedimientos limitados, interbloqueos independientes, comprobación del estado, verificación del efecto y evidencia que permita reconstruir lo ocurrido.
Los equipos deben diseñar esos controles antes de que las interfaces físicas sean habituales. La velocidad de integración solo aporta valor si la misma interfaz hace visibles los límites, la responsabilidad, los cambios y los efectos reales.