Lexdatum.

La IA física necesita un contrato con los dispositivos

Cuando los agentes pasan de software a microscopios, robots e instrumentos industriales, la interoperabilidad debe codificar capacidades, seguridad y estado verificable.

Publicado el1 de septiembre de 2026

Leer en inglés →

Diagrama editorial para La IA física necesita un contrato con los dispositivos

Los agentes de software enseñaron a estandarizar tool calls. Los agentes físicos elevan la apuesta: la herramienta puede mover, calentar, cortar, dosificar, medir o dañar algo real.

Anthropic presentó en agosto de 2026 un research preview del Model Hardware Standard (MHS), una especificación compartida para que agentes operen dispositivos científicos e industriales como microscopios, liquid handlers y brazos robóticos.

Queda por ver si MHS logra adopción amplia. El problema arquitectónico que aborda ya es relevante: el hardware está fragmentado, integrar cuesta y un agente necesita una forma segura y legible por máquina de descubrir y controlar capacidades.

Aquí “tool use” deja de ser una metáfora.

Una API de dispositivo no basta

Los sistemas industriales ya tienen APIs, field buses y protocolos de automatización. Una interfaz agéntica necesita semántica adicional.

El sistema debe conocer:

  • qué puede hacer el dispositivo;
  • estado actual;
  • rango operativo;
  • unidades;
  • calibración;
  • precondiciones;
  • operaciones mutuamente excluyentes;
  • interlocks de seguridad;
  • reversibilidad;
  • duración esperada;
  • evidencia de finalización.

Un comando genérico como set_parameter(8) es peligroso sin saber parámetro, unidad, rango aceptable y estado de máquina.

El contrato debe ser más rico que la conectividad.

El estado físico hace peligroso el contexto obsoleto

El software suele poder reintentar. Los procesos físicos pueden haber cambiado de forma irreversible.

Entre dos pasos:

  • una muestra puede moverse;
  • puede variar la temperatura;
  • el robot puede dejar de estar en home;
  • otro operador puede tomar control;
  • puede expirar la calibración;
  • puede abrirse una puerta de seguridad.

El agente no debería actuar sobre una observación antigua como si el mundo fuese estático.

Los contratos físicos necesitan validación de frescura y estado antes de ejecutar.

La seguridad debe vivir por debajo del razonamiento del modelo

Un modelo nunca debería ser la única capa que impide una orden insegura.

Los límites duros pertenecen a infraestructura determinista:

  • firmware;
  • PLCs;
  • servicios de política;
  • interlocks;
  • restricciones físicas;
  • emergency stops.

El agente puede razonar sobre el objetivo y proponer secuencias. El sistema debe seguir rechazando acciones fuera de envelopes diseñados.

La separación es esencial: el razonamiento puede ser probabilístico; los límites de seguridad no.

Los simuladores pasan a formar parte de la evaluación

Antes de controlar hardware caro o peligroso, hacen falta entornos realistas de evaluación.

Un programa útil incluye:

  • digital twins o simuladores;
  • trayectorias grabadas;
  • fault injection;
  • hardware-in-the-loop;
  • instrucciones adversariales;
  • pérdida de red y latencia;
  • ejercicios de takeover humano.

Éxito no es solo terminar el experimento. También significa no entrar en estados intermedios inseguros y recuperarse correctamente cuando la realidad diverge del plan.

Identidad y custodia importan

La IA física añade responsabilidad operativo.

La traza debería responder:

  • quién autorizó la ejecución;
  • qué versión de agente operó;
  • qué dispositivo y número de serie;
  • estado de calibración;
  • versión de modelo y política;
  • comandos exactos;
  • observaciones de sensores;
  • intervenciones manuales;
  • artefactos resultantes.

En fabricación regulada o ciencia, este registro puede ser tan importante como el resultado.

MHS, MCP y A2A resuelven fronteras distintas

Una arquitectura conceptual útil puede ser:

  • contrato tipo MHS: agente ↔ dispositivo físico;
  • MCP: agente ↔ herramientas/datos software;
  • A2A: agente ↔ agente.

No es necesario colapsarlos en un único estándar. Lo importante es mantener identidad, política y evidencia a través de las transiciones.

La visión de Lexdatum

La IA física no escalará con seguridad a base de wrappers Python bespoke para cada instrumento.

Necesita contratos de dispositivo que hagan legibles capacidad, estado y seguridad para las máquinas manteniendo controles deterministas por debajo del razonamiento.

Cuanta más autonomía entra en el mundo físico, más estratégica se vuelve la infraestructura aburrida.

Eso es una ventaja, no una limitación.

Sources


Nota de investigación: este análisis se basa en información pública disponible el 1 de septiembre de 2026. Las capacidades de producto, precios e interpretaciones regulatorias pueden cambiar. Las afirmaciones de proveedores se identifican como tales. No constituye asesoramiento jurídico, de seguridad, financiero ni de inversión.

Analiza esta arquitectura con Lexdatum

Evaluar esta arquitectura

Una conversación de 60 minutos con un partner. Sin compromiso, sin guión de ventas. Si esta arquitectura encaja con un problema real, te diremos cómo empezar.

Evaluar esta arquitectura