Hoy Anthropic ha presentado un estándar para que Claude mueva brazos robóticos y alinee láseres, y a mí lo que me ha dejado pensando no tiene nada que ver con la robótica. Lo interesante del Model Hardware Standard no es que un agente llegue al mundo físico: es que, para dejarle llegar, alguien ha tenido que sentarse a escribir por adelantado qué no puede hacer. Y esa es exactamente la pieza que llevamos dos años sin exigirle a MCP, a los conectores y a la mitad de las automatizaciones que montamos en n8n.
Mi postura es esta: MHS no es la noticia de un Claude que sale de la pantalla, es la noticia de un Claude al que por fin le ponen un perímetro declarado — y llega tarde para todo lo demás. No porque el hardware sea más peligroso que el software, sino porque el hardware no te deja fingir que el perímetro no existe.
Un brazo robótico te obliga a confesar cuánto pesa
Lo que Anthropic ha publicado como research preview es, técnicamente, algo bastante modesto. MHS funciona como un driver estandarizado entre el modelo y el aparato: reduce todo a comandos elementales de tipo leer y escribir, que cualquier dispositivo programable sabe procesar, y se apoya en las tuberías que ya existen — el propio Model Context Protocol, líneas de comandos, APIs normales. La promesa de negocio es la de siempre en integraciones: bajar de semanas a horas el tiempo de conectar un instrumento nuevo. Ya hay compañía alrededor: AWS lo soporta desde su librería Strands Robots, Doosan Robotics lo está usando para brazos de control de calidad, y Hugging Face y Raspberry Pi trabajan en su integración.
Nada de eso es lo que me interesa. Lo que me interesa son las dos cosas raras que el estándar mete en medio. La primera: unas etiquetas de texto donde quien conecta la máquina describe en lenguaje llano sus propiedades físicas — cuánto pesa el brazo robótico, por ejemplo. La segunda: a partir de ahí, el sistema genera un archivo de referencia que define qué puede medir el aparato, qué puede ajustar y cuáles son sus límites de seguridad.
Léelo otra vez, porque es un movimiento poco habitual en esta industria. El estándar no te pregunta solo qué sabe hacer tu herramienta. Te obliga a escribir hasta dónde llega. Y lo hace antes de que el agente toque nada.
MHS no es interesante porque Claude mueva un brazo robótico. Es interesante porque, para moverlo, alguien tuvo que escribir primero dónde tiene que parar.
En MCP nadie te pregunta qué no debe pasar
Ahora compara eso con cómo escribimos un servidor MCP. Declaras las herramientas, describes qué hace cada una, defines el esquema de parámetros y listo. Todo el formulario está orientado a la capacidad: esto sirve para publicar un post, esto sirve para consultar pedidos, esto sirve para borrar un registro. En ningún campo del contrato te pide nadie que declares el equivalente al peso del brazo robótico. No hay un sitio canónico donde escribir «este endpoint toca producción», «esta operación es irreversible», «por encima de veinte llamadas esto le cuesta dinero real al cliente».
Sí, puedes meterlo en la descripción en prosa. Yo lo hago, y sospecho que tú también: la descripción de la tool acaba siendo un pequeño sermón lleno de mayúsculas pidiéndole al modelo que no haga tonterías. Pero eso no es una restricción declarada, es una súplica en lenguaje natural dentro del mismo canal que un atacante puede envenenar. La diferencia entre un límite y un ruego es que el límite no depende de que el modelo esté teniendo un buen día.
Y no es que no sepamos hacerlo. Claude Code tiene reglas de permisos, listas de denegación, sandbox y la distinción entre lo reversible y lo que no lo es. Esta misma semana Anthropic ha añadido avisos cuando defines reglas de Bash con comodín, precisamente porque un comodín es un límite mal escrito. La infraestructura de perímetro existe donde el fallo se ve rápido — tu terminal, tu repositorio. Donde no existe es en la capa que conecta al agente con los servicios de terceros, que es justo donde vivo yo.
Mi n8n no sabe que el cliente tiene 400 posts
Bajo esto a mi terreno, que es donde deja de ser una discusión de arquitectura. Cuando monto un flujo en n8n que deja a Claude escribir en el WordPress de un cliente, el nodo de HTTP Request sabe una autenticación y una URL. No sabe nada más. No sabe que ese sitio factura, que tiene cuatrocientas entradas publicadas, que el borrado no pasa por papelera porque hay un plugin que la purga, ni que la categoría Servicios alimenta el menú principal. Todo ese conocimiento — que es exactamente el equivalente a «este brazo pesa doce kilos» — vive en mi cabeza y, con suerte, en un párrafo del CLAUDE.md.
⚠️ La prueba del algodón: abre el último servidor MCP o el último flujo de n8n que hayas montado para un cliente y busca dónde está escrito, de forma que la máquina pueda leerlo, qué operaciones son irreversibles. Si la respuesta es «en ningún sitio, pero yo me acuerdo», tu perímetro es tu memoria.
Un laboratorio no puede permitirse eso porque un límite mal declarado rompe un instrumento de sesenta mil euros y se oye desde el pasillo. Un freelance sí puede permitírselo durante mucho tiempo, porque cuando un agente borra la categoría equivocada no hay ningún ruido: hay un correo del cliente tres días después preguntando por qué no aparece el menú. La única razón por la que el software se ha librado de declarar sus límites es que sus accidentes son silenciosos.
Espuma o bug: la frontera que el modelo no ve
Hay un detalle en el material de Anthropic que vale más que todo el anuncio, y es que lo cuentan ellos mismos. En las pruebas con Genentech, los investigadores tuvieron que intervenir a mano porque el modelo no era capaz de distinguir entre la formación de espuma — un problema físico real — y un bug del software. Para Claude, ambas cosas llegaban como el mismo tipo de señal: algo no cuadra.
Yo tengo esa escena varias veces por semana sin espuma de por medio. Un flujo devuelve una lista vacía. ¿El cliente no tiene productos publicados, la consulta está mal filtrada, o la API ha respondido 200 con el cuerpo en blanco porque se está cayendo? Para el agente son la misma cosa: un array de cero elementos. Y su tenacidad — la virtud que hace que me resuelva un problema a las once de la noche — le empuja a elegir una interpretación y seguir. Anthropic lo dice con todas las letras: Claude sigue necesitando supervisión humana, y su comprensión del mundo tiene fronteras porque solo lo conoce a través de texto e imágenes. Lo mismo vale para el mundo de las APIs, que también conoce únicamente por lo que le contamos.
Por eso me parece sano que el estándar salga como preview cerrada, con solicitudes de acceso y un puñado de laboratorios y fabricantes, y que Anthropic diga abiertamente que lo publicará en abierto después de desarrollar más guías de seguridad. Es el orden correcto y es raro verlo. Lo normal es lanzar, esperar a que se adopte, y sacar las guías cuando ya hay diez mil integraciones montadas sobre la versión sin límites. Que MCP se convirtiera en estándar de facto antes de tener una gramática para expresar restricciones no fue un accidente: fue esa secuencia funcionando como funciona siempre.
Lo que voy a robarle a MHS esta semana
No tengo brazos robóticos ni pienso pedir acceso a la preview. Pero la idea se copia sin permiso y es lo bastante simple como para aplicarla el lunes: escribir el archivo de límites antes que la integración. Un fichero corto por cliente, en texto plano, que el agente lea siempre y que diga qué es irreversible aquí, qué no se toca nunca, y a partir de qué volumen algo va mal por definición. No es una función de la plataforma, no me lo va a dar Anthropic y no lo cubre ningún estándar: son treinta minutos de trabajo aburrido que hoy nadie me obliga a hacer.
Ahí está lo que de verdad me llevo de hoy. Hemos necesitado poner a un modelo delante de un láser para acordarnos de que a una herramienta hay que declararle los bordes. La pregunta incómoda es por qué el WordPress de un cliente, del que depende su facturación, ha merecido menos ceremonia que un brazo robótico de laboratorio. Y me temo que la respuesta no es técnica: es que al brazo robótico se le ve el peso.
