🤖 AI

LAP: An Agent-to-Instrument Protocol for Autonomous Science

Este artículo presenta el Lab Agent Protocol (LAP), un nuevo estándar diseñado para cerrar la brecha entre los agentes de IA autónomos y los instrumentos científicos físicos mediante la definición de primitivas para el descubrimiento de instrumentos, la reserva exclusiva de recursos, los protocolos de comunicación (handshakes) críticos para la seguridad y resultados de medición físicamente tipados, permitiendo así una infraestructura de ciencia autónoma robusta, interoperable y segura.

Autores originales: Linwu Zhu, Liqiang Gao, Yan Chen, Dan Zhu, Jian Huang

Publicado 2026-06-03

📖 6 min de lectura🧠 Análisis profundo

CC BY 4.0

Autores originales: Linwu Zhu, Liqiang Gao, Yan Chen, Dan Zhu, Jian Huang

Artículo original bajo licencia CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). ✨ Esta es una explicación generada por IA del artículo a continuación. No ha sido escrita ni avalada por los autores. Para mayor precisión técnica, consulte el artículo original. Leer descargo de responsabilidad completo

La visión general: El eslabón perdido en el laboratorio robótico

Imagine un futuro donde un científico de IA superinteligente (un "Agente de Razonamiento") pueda diseñar experimentos, determinar qué productos químicos mezclar e interpretar los resultados por sí mismo. Ya tenemos el "cerebro" (la IA) y ya tenemos las "manos" (laboratorios robóticos).

Pero en este momento, existe una enorme ruptura en la comunicación. El cerebro de la IA habla un lenguaje de alto nivel como "Hazme una batería nueva", pero el brazo robótico habla un lenguaje específico y rígido como "Gira la válvula 3 a 45 grados". Actualmente, cada vez que un científico quiere usar un nuevo robot o una nueva máquina, tiene que escribir un traductor personalizado desde cero. Es como si cada vez que quisieras pedir una pizza, tuvieras que inventar un nuevo idioma solo para hablar con esa pizzería específica.

Este artículo presenta LAP (Protocolo de Agente a Instrumento). Es un "traductor" universal y un "manual de seguridad" que permite que cualquier IA hable con cualquier instrumento de laboratorio de forma segura y eficiente.

Los tres bordes del problema

Los autores explican que el mundo de la IA ha resuelto dos de las tres formas en que las computadoras se comunican entre sí, pero ha pasado por alto la tercera que involucra máquinas físicas:

Agente a Herramienta (MCP): Esto es como una IA hablando con una aplicación de software (como pedirle a una calculadora que haga matemáticas). Ya tenemos un estándar para esto.
Agente a Agente (A2A): Esto es como dos asistentes de IA hablando entre sí para compartir tareas. También tenemos un estándar para esto.
Agente a Instrumento (La pieza faltante): Esto es la IA hablando con una máquina física (como un microscopio o un mezclador químico). Esto es lo que LAP soluciona.

A diferencia del software, las máquinas físicas son peligrosas, lentas y costosas. Si le dices a una aplicación de software "borra todo", es molesto. Si le dices a una máquina láser "borra todo", podría quemar el laboratorio. LAP está diseñado específicamente para estas realidades físicas desordenadas.

Las cuatro superpotencias de LAP

Para que la IA y las máquinas trabajen juntas, LAP añade cuatro "superpotencias" específicas a la conversación:

1. La "Tarjeta de Presentación" (InstrumentCard)

Antes de que una IA pueda usar una máquina, necesita saber qué puede hacer esa máquina.

La analogía: Imagine que entra en un gimnasio. En lugar de adivinar qué máquinas son seguras o cuánto pesan las pesas, cada máquina tiene una "Tarjeta de Presentación" digital que dice: "Soy una cinta de correr. Puedo llegar hasta las 20 mph. No puedo funcionar si el cable de emergencia está tirado. Estoy calibrada para hoy".
Lo que hace LAP: Le otorga a cada instrumento una tarjeta de identidad digital firmada que enumera sus límites, reglas de seguridad y qué puede medir. La IA lee esta tarjeta para saber exactamente qué puede pedirle a la máquina.

2. La "Llave Exclusiva" (Reserva)

Las máquinas físicas, por lo general, solo pueden hacer una cosa a la vez. No puedes tener a dos robots intentando usar el mismo microscopio simultáneamente.

La analogía: Piense en un restaurante popular. No puedes simplemente entrar y sentarte en una mesa; necesitas una reserva. Si no tienes una reserva, esperas.
Lo que hace LAP: Obliga a la IA a "reservar" la máquina antes de usarla. La IA obtiene una llave digital (un contrato de arrendamiento) que dice: "Tengo esta máquina durante las próximas 2 horas". Si otra IA intenta usarla, el sistema dice: "Lo siento, está reservado". Esto evita que dos robots choquen entre sí.

3. La "Cerca de Seguridad" (Protocolo de Seguridad/Safety Handshake)

Algunos experimentos son peligrosos (alto voltaje, productos químicos tóxicos, láseres). Una IA no debería poder simplemente "decidir" encender un láser peligroso sin que un humano lo verifique primero.

La analogía: Imagine la sala de control de una planta nuclear. Para presionar el botón de "Inicio", necesita una llave que solo un supervisor humano puede darle. Y esa llave solo funciona para ese botón específico en ese momento específico.
Lo que hace LAP: Si una IA quiere hacer algo arriesgado, debe detenerse y pedir un "Token de Seguridad" a un humano. Este token es una firma digital que dice: "Yo, un humano, apruebo esta acción exacta con estos ajustes exactos". Si la IA intenta cambiar los ajustes aunque sea mínimamente, el token deja de ser útil. Esto asegura que la IA no pueda volverse errática accidentalmente.

4. El "Reporte de Calificaciones Honesto" (Resultado de Medición/MeasurementResult)

Cuando una máquina termina un trabajo, debe informar los resultados. Pero un número como "50" es inútil. ¿Son 50 grados? ¿50 voltios? ¿50 por ciento?

La analogía: Imagine un reporte del clima que solo dice "Son 70". ¿Es 70% de humedad? ¿70 millas por hora de viento? ¿70 grados Fahrenheit? No puede confiar en ello.
Lo que hace LAP: Obliga a la máquina a adjuntar un "reporte de calificaciones" a cada resultado. Debe decir: "El valor es 50, la unidad es grados Celsius, la máquina fue calibrada ayer y hay un pequeño margen de error". Esto hace que los datos sean confiables y reproducibles.

Cómo funciona en la vida real (El recorrido)

El artículo describe un escenario donde una IA científica quiere crear un nuevo material:

Descubrimiento: La IA pide al "Registro de la Federación" (una guía telefónica global de laboratorios) una máquina que pueda realizar escaneos de rayos X.
Reserva: La IA encuentra una máquina en un laboratorio remoto, solicita una reserva y obtiene una llave digital.
Planificación: La IA dice: "Escanea esta muestra". La máquina responde: "Puedo hacer eso, pero necesito saber los ángulos de inicio y fin". La IA completa los detalles.
Verificación de Seguridad: Si el escaneo requiere un láser peligroso, la máquina se detiene y pide un "Token de Seguridad" a un supervisor humano. El humano hace clic en "Aprobar".
Ejecución: La máquina realiza el escaneo.
Reporte: La máquina envía de vuelta un reporte firmado con los datos, las unidades y la prueba de que la máquina fue calibrada correctamente.

Lo que LAP NO es

Los autores son muy claros sobre lo que este artículo no es:

No es un nuevo hardware.
No es un reemplazo para los lenguajes de máquinas existentes (como SiLA o SCPI). En cambio, LAP se asienta encima de ellos, envolviéndolos en un paquete seguro y organizado.
No es un producto comercial terminado todavía. Es una especificación de diseño (un plano). Los autores están diciendo: "Aquí está el plan de cómo deberíamos construir este estándar. Necesitamos que la comunidad ayude a construirlo".

La conclusión

La ciencia autónoma está estancada porque los "cerebros" (IA) y los "cuerpos" (robots) hablan idiomas diferentes y carecen de un sistema de seguridad. LAP es el lenguaje universal y el protocolo de seguridad propuesto que permite que los científicos de IA hablen con las máquinas físicas de forma segura, las reserven de manera justa y confíen en los datos que producen. Convierte un caos de código personalizado en un sistema limpio, estandarizado y seguro.

Resumen Técnico: LAP: Un Protocolo de Agente-a-Instrumento para la Ciencia Autónoma

1. Declaración del Problema

El artículo identifica un cuello de botella crítico en la transición de la ciencia autónoma de la demostración a la infraestructura. Si bien los agentes de Modelos de Lenguaje Extensos (LLM) se han vuelto capaces de planificar experimentos y razonar, el vínculo entre estos agentes de razonamiento y los instrumentos de laboratorio físicos sigue siendo personalizado y frágil.

Los sistemas actuales (por ejemplo, A-Lab, Coscientist, ChemCrow) dependen de adaptadores escritos a medida para cada instrumento, lo que crea un problema de integración de $O(n \times m)$ donde $n$ agentes deben interactuar con $m$ diversos instrumentos. Los protocolos de interoperabilidad existentes abordan dos bordes del ecosistema agéntico pero fallan al no modelar el tercero:

Agente-a-Herramienta (MCP): Estandariza cómo los agentes llaman a funciones de software.
Agente-a-Agente (A2A): Estandariza cómo los agentes se coordinan entre sí.
Agente-a-Instrumento (Faltante): Ninguno de los protocolos aborda el instrumento físico, que es un recurso con estado, crítico para la seguridad, de propiedad exclusiva, que consume reactivos reales, opera durante minutos u horas, y produce mediciones que requieren unidades físicas, calibración y cuantificación de la incertidumbre.

Los estándares de laboratorio existentes (SiLA 2, OPC-UA, SCPI) asumen clientes de software deterministas que saben exactamente qué comandos emitir de antemano. Carecen de mecanismos para que agentes probabilísticos descubran capacidades, negocien la seguridad o interpreten resultados tipificados físicamente.

2. Metodología y Diseño

Los autores proponen el Protocolo de Agente de Laboratorio (LAP), una especificación de diseño (v0.1) que llena el vacío entre el agente y el instrumento. LAP no es un nuevo formato de transporte o de datos, sino un diseño de protocolo que encapsula los estándares de dispositivos existentes (como SiLA 2 o SCPI) dentro de una interfaz agéntica uniforme.

2.1 Arquitectura Central

LAP organiza el ecosistema en una arquitectura de seis capas:

L0 (Abstracción de Dispositivo): SDKs de proveedores, SCPI o SiLA 2 (encapsulados dentro del Agente de Instrumento).
L1 (Identidad y Transporte): JSON-RPC 2.0 sobre HTTPS, SSE y Webhooks, asegurados mediante mTLS/OAuth 2.1 y Identificadores Descentralizados (DIDs).
L2 (Interacción): El conjunto de métodos de LAP, el ciclo de vida de la tarea y el apretón de manos (handshake) de la valla de seguridad.
L3 (Semántica): InstrumentCard, ontologías de capacidad y datos tipificados físicamente (QUDT/UCUM).
L4 (Orquestación): Flujos de trabajo multi-instrumento y reservaciones (gestionados por el Coordinador de Laboratorio opcional).
L5 (Campaña): El bucle de razonamiento científico (interno del Agente de Investigación).

2.2 Roles Clave

Agente de Investigación (RA): El científico autónomo que planifica y ejecuta campañas.
Agente de Instrumento (IA): Envuelve un instrumento físico, traduciendo las tareas de LAP en llamadas de bajo nivel al dispositivo.
Coordinador de Laboratorio (LC): Un mediador opcional para flujos de trabajo multi-instrumento, que gestiona la seguridad cruzada entre instrumentos y la cadena de custodia de las muestras.
Registro de Federación (FR): Un directorio para el descubrimiento entre laboratorios.
Operador Humano/Autoridad de Seguridad: Emite tokens criptográficos para operaciones peligrosas.

3. Contribuciones Clave

El artículo define cuatro primitivas del mundo físico que constituyen el núcleo de LAP, distinguiéndolo de los protocolos existentes:

(P1) El InstrumentCard

Una descripción de capacidad JSON-LD firmada (un perfil de la descripción de "Cosa" de W3C WoT) que extiende la AgentCard de A2A. Incluye:

Clase de Instrumento: Clasificación basada en ontologías (por ejemplo, xrd:PowderDiflectometer).
Límites Físicos: Restricciones legibles por máquina (por ejemplo, temperatura máxima, presión).
Clase de Seguridad: Clasificación de peligro por capacidad (S0–S3).
Anclaje de Intención (Intent Grounding): Etiquetas de lenguaje natural (intentTags) para ayudar a los agentes a mapear metas con capacidades.
Estado de Calibración: Referencias a la validez de la calibración actual.

(P2) Reserva Exclusiva

Una primitiva de arrendamiento (lease) de primera clase para el bloqueo de recursos.

Mecanismo: reservation.request otorga un arrendamiento con límite de tiempo (reservationToken).
Modos: Soporta exclusive (control único) y shared-read (monitoreo concurrente).
Seguridad: Evita que agentes concurrentes lleven el mismo instrumento físico a estados contradictorios. Los arrendamientos deben renovarse o expiran, evitando bloqueos (deadlocks).

(P3) El Apretón de Manos de la Valla de Seguridad (Safety-Fence Handshake)

Un entrelazamiento (interlock) a nivel de protocolo para operaciones peligrosas o irreversibles (Clases de Seguridad S2 y S3).

Proceso: Cuando se envía una tarea S2/S3, el IA entra en un estado de safety-hold y solicita un token de confirmación del operador.
Token: Un JWS (JSON Web Signature) firmado por una Autoridad de Seguridad Humana.
Vinculación: El token está vinculado criptográficamente a la URI de la tarea específica, el instrumento, la capacidad y un hash SHA-256 de los parámetros exactos.
Efecto: Esto asegura que un agente no pueda reutilizar un token para una operación diferente o más agresiva. Hace que la autoridad autónoma sobre el hardware peligroso sea explícita, limitada y auditable.

(P4) El MeasurementResult

Un esquema que exige honestidad física en los datos. Cada resultado debe incluir:

Tipado Físico: Unidades UCUM obligatorias y tipos de cantidad QUDT.
Referencia de Calibración: Enlace al estado de calibración específico utilizado.
Incertidumbre: Incertidumbre de medición propagada.
Procedencia: Un manifiesto que contiene hashes de parámetros, versiones de firmware y condiciones ambientales.
Firma: Verificación criptográfica del origen del resultado.

Flujo de Interacción

El protocolo introduce intent.resolve, un método donde un agente envía una meta en lenguaje natural. El IA devuelve una propuesta estructurada y tipificada (un payload de task.submit) con parámetros y suposiciones completados. El agente debe confirmar explícitamente esta propuesta antes de la ejecución. Esto confina la estocasticidad de los LLM a una capa de propuesta, asegurando que el hardware solo sea actuado mediante llamadas deterministas y validadas.

4. Resultados y Estado de Validación

El artículo establece explícitamente que LAP es una especificación de diseño (v0.1) y aún no ha sido validada empíricamente ni implementada a escala.

Estado: Es un "diseño y especificación, no una implementación a gran escala".
Validación: Los beneficios se argumentan arquitectónicamente en lugar de mediante un despliegue en producción.
Comparación: El artículo compara LAP contra SiLA 2, MCP, A2A, SCP (Science Context Protocol) e INTERSECT. Destaca que mientras SCP utiliza un modelo mediado por un centro (hub), LAP adopta un modelo de par a par (peer-to-peer) donde los instrumentos son agentes de primera clase.
Limitaciones Reconocidas:
- No tiene control de tiempo real de latencia dura (los bucles de microsegundos están fuera de alcance).
- Dependencia de una Autoridad de Seguridad confiable (el protocolo no puede evitar que un humano negligente firme tokens incorrectos).
- La ontología de capacidades (instrumentClass) está actualmente subespecificada y requiere la curación de la comunidad.
- La cadena de custodia física (movimiento de muestras reales) depende de la logística externa (códigos de barras, robótica) no impuesta por el protocolo.
- La gobernanza de la federación global sigue siendo un problema abierto.

5. Significancia y Reivindicaciones

Los autores afirman que la significancia de LAP radica en completar el triángulo del ecosistema agéntico. Al proporcionar una forma estandarizada, segura y físicamente fiel para que los agentes alcancen los instrumentos, LAP busca:

Colapsar la Complejidad de Integración: Reducir el problema de integración personalizada de $O(n \times m)$ a un problema de $O(n + m)$ de cumplimiento de protocolo estándar.
Permitir la Autonomía Segura: Ir más allá de los "parches frágiles" hacia interfaces robustas que manejan de forma nativa la estacionalidad, la exclusividad y las restricciones críticas de seguridad.
Garantizar la Reproducibilidad: Al exigir resultados firmados, con incertidumbre y anclados a la calibración, LAP hace que los datos científicos sean FAIR (Localizables, Accesibles, Interoperables, Reutilizables) por construcción.
Facilitar la Federación: Proporcionar un plano para un "Internet Científico de Instrumentos" donde los agentes puedan descubrir, reservar y ejecutar tareas a través de fronteras institucionales sin integración personalizada.

El artículo concluye que, si bien la inteligencia de los agentes está mejorando, la infraestructura que los conecta con la materia es el cuello de botella actual. LAP se ofrece como un punto de partida concreto y de gobernanza abierta para sembrar un estándar construido por la comunidad, similar a la trayectoria de MCP y A2A.