Por qué la infraestructura para agentes de codificación de IA debe construirse de manera diferente, y cómo el MvX Agent Hub lo proporciona
La documentación la lee quien escribe el código. Durante la mayor parte de la historia de los sistemas programables, ese lector era un desarrollador. En 2026, cada vez más, es un agente de codificación de IA: obteniendo definiciones de herramientas, generando código a partir de ellas y enviando transacciones en nombre del desarrollador.
El lector ha cambiado.
MultiversX está diseñado para cargas de trabajo de agentes a nivel de runtime. Supernova aporta finalidad en menos de un segundo dentro del ciclo de decisión del agente. Los canales de pago liquidan a la misma velocidad. La identidad y la confianza son componibles en una sola transacción. Ese sustrato aún tiene que ser construido por alguien. La audiencia que ahora está construyendo lee la documentación de manera diferente.
Cada editor incluye un agente
Todos los entornos de desarrollo importantes han incorporado la colaboración con IA como una superficie predeterminada. Cursor y Windsurf rediseñaron el editor en torno a un agente en el bucle. GitHub Copilot pasó de autocompletado a modo agente. Claude Code y Codex se distribuyen como entornos agénticos independientes, con Codex ahora integrado como el agente de codificación integrado de ChatGPT.
El cambio está en los patrones de uso, no en los anuncios. Un desarrollador de 2026 que construye sobre cualquier sistema no trivial lo hace con un agente de codificación como autor principal y el humano como revisor.
La mayoría de las cadenas se presentan a través de una documentación que el nuevo lector no puede utilizar bien. El código generado a partir de documentación narrativa tiene un aspecto plausible pero es estructuralmente incorrecto. Las llamadas a la API se desvían de las firmas reales. Las convenciones mezclan patrones de diferentes cadenas. Los casos extremos están a tres páginas del ejemplo. La cadena en la que un agente de codificación termina construyendo es la cadena que puede leer.
Donde la documentación falla
La documentación jerárquica asume un lector que construye contexto a partir de páginas anteriores y lo lleva adelante. Un agente de codificación solo recupera la página relevante para la tarea inmediata. El contexto entre páginas se pierde. Cada página debe ser autónoma, con convenciones y antipatrones integrados en el punto de uso.
Los ejemplos del SDK asumen un desarrollador que lee, comprende lo que demuestra el ejemplo y lo adapta. Un agente de codificación extrae el patrón y genera código directamente a partir de él. Los ejemplos que omiten importaciones o dependen de un contexto establecido tres páginas atrás producen código que se compila con errores. El ejemplo debe ser lo suficientemente autocontenido para ser transcrito limpiamente.
Las guías estilo tutorial asumen que el lector está aprendiendo el sistema. Un agente de codificación no está aprendiendo. Está generando. Necesita la regla, no la pedagogía. "Usa siempre el patrón de lectura síncrona de almacenamiento entre contratos para llamadas en el mismo shard" es más útil que tres párrafos explicando por qué.
Esto no es un problema de calidad de la documentación. La misma documentación que sirve bien a los lectores humanos puede fallar completamente a los lectores agénticos. La documentación escrita para una audiencia no sirve automáticamente para otra.
La cadena se encuentra con el agente
El Agent Hub en multiversx.com/ai consta de tres sistemas distintos. Cada uno aborda una parte diferente de lo que un agente de codificación de IA necesita de una cadena. Con frecuencia se confunden. No hacen lo mismo.
MCP le da manos al agente. El servidor MCP de MultiversX expone las capacidades onchain de la red como herramientas estructuradas a través del Model Context Protocol. Un agente que se ejecuta en Claude, Cursor o cualquier cliente compatible con MCP llama a esas herramientas para consultar saldos, transferir EGLD, emitir tokens, acuñar NFTs o consultar el estado de la red, sin necesidad de entrenamiento específico de MultiversX. Las herramientas siguen el esquema estándar de MCP. Los agentes las descubren e invocan de la misma manera que manejan cualquier otra herramienta en el entorno. La cadena se convierte en una capacidad más en el kit de herramientas del agente.
Skills le dan conocimiento al agente. El repositorio mx-ai-skills instala archivos de skills modulares en el entorno de codificación del agente. Cada archivo empaqueta experiencia en un tema de MultiversX: patrones de contratos inteligentes, convenciones de auditoría, optimización de gas, análisis estático, frontend de dApp, pruebas de escenarios. Los skills no ejecutan. Restringen. A un agente al que se le pide escribir un contrato inteligente de MultiversX carga los skills relevantes y escribe código que coincide con las convenciones reales de la cadena en lugar de patrones importados de otro ecosistema. Un conjunto de archivos de workflow configura al agente como un rol específico: desarrollador de contratos en Rust, auditor de seguridad, arquitecto de dApps, cada uno con su propia superficie de restricción.
Agent Kit le da un runtime al agente. mx-agent-kit es el framework para desplegar agentes autónomos que operan continuamente como sus propios servicios, más allá de lo que proporciona un asistente de IA escribiendo código. Está construido sobre el framework de agentes Eliza y AI Gateway de Portkey, con integración nativa con OpenAI Swarm, LlamaIndex, LangChain, LangGraph, AutoGen, CrewAI y Phidata. Un agente desplegado a través del Kit es un proceso que se ejecuta por derecho propio: de larga duración, direccionable en red, con su propia identidad onchain.
El modelo mental es simple. MCP es cómo un agente hace cosas de blockchain. Skills es cómo un agente escribe código correcto de MultiversX. Agent Kit es cómo un agente se ejecuta como su propio servicio. Manos, conocimiento, runtime.
Antes del código
El repositorio de skills comienza con una regla de comportamiento que se inyecta en el contexto del agente antes de que se genere cualquier código. Textualmente, tal como aparece en los archivos de skills:
Pregunta siempre para aclarar cuando no estés seguro.
A continuación vienen las restricciones específicas del dominio. Seguridad aritmética solo con operaciones verificadas. Adherencia estricta al patrón Checks-Effects-Interactions. Seguridad priorizada sobre conveniencia. La primera regla se aplica al comportamiento. Las demás se aplican al código.
La inyección de restricciones antes de la generación es lo que reduce las tasas de alucinación. El agente escribe dentro de un contexto que prohíbe explícitamente adivinar y requiere aclaración cuando aparece incertidumbre. Los skills son la superficie de restricción; los archivos de persona determinan qué restricciones se aplican para cada rol.
El mismo principio se extiende a la capa MCP. Cada herramienta expone parámetros tipados, valores de retorno estructurados y estados de error explícitos. Un agente que invoca la herramienta no puede malinterpretar lo que devuelve. La interfaz es legible por máquina sin ambigüedad, la misma propiedad que los skills imponen en el código generado.
Un principio de legibilidad, dos superficies. La interfaz de invocación está restringida. La generación de código está restringida. La cadena es legible para los agentes en ambos extremos del bucle.
Tres comandos para un agente en vivo
OpenClaw es la plantilla de despliegue que lo compone todo. Desde el Agent Hub:
Lo que se ejecuta es la instalación de la plataforma OpenClaw, la carga de skills de MultiversX, la generación de la billetera del agente, el aprovisionamiento de VPS con SSL, firewall y comprobaciones de salud, y el registro de identidad onchain a través de MX-8004. El despliegue produce una API Express, un frontend Next.js, integración de billetera y una identidad onchain registrada. El agente puede intercambiar tokens, transferir EGLD, hacer staking y acuñar NFTs desde el momento en que se activa.
El tiempo entre decidir construir un agente y tener uno ejecutándose onchain es del orden de minutos. Lo que esto consume es lo que la cadena ya ofrece en la capa de protocolo: finalidad en menos de un segundo, transacciones sin gas a través de Relayed v3, identidad MX-8004. El Agent Hub es la interfaz que hace que esos primitivos sean utilizables para la audiencia que ahora está construyendo.
Lo que esto abre
Max fue una prueba de concepto ligera. Ejecutándose en devnet, Max realizó un flujo de Mystery Swap. Un usuario conectó una billetera y eligió una cantidad. Max extrajo datos de tokens en vivo de xExchange, decidió la asignación de tokens de forma autónoma, ejecutó intercambios contra liquidez en vivo y devolvió los tokens comprados a la billetera del usuario. Sin humanos en el bucle del lado del agente. El stack completo compuesto en una sola interacción: descubrimiento, autorización, ejecución, liquidación, identidad. Un segundo modo expuso la misma identidad del agente como un chatbot conversacional.
El patrón más amplio es lo que importa. Cuando la cadena es legible para los agentes de codificación de IA, el tiempo y la habilidad necesarios para construir sobre ella se reducen drásticamente. Un desarrollador con una idea y acceso a un agente de codificación puede producir un servicio onchain desplegado en una tarde. Un agente de dominio especializado para un protocolo específico se convierte en un proyecto factible de fin de semana. El conjunto de personas que pueden construir servicios agénticos en la cadena se amplía en órdenes de magnitud.
Un agente que genera código que utiliza la identidad MX-8004 o los canales de pago MPP lee de la misma superficie de skills que enseña patrones de contratos y optimización de gas. La superficie de restricción cubre todos los primitivos que la cadena expone.
Lo que esto abre son más agentes. El cambio más profundo es una superficie de desarrollador diferente, una donde la fricción entre la idea y el despliegue corre a la velocidad del agente que construye en lugar de la velocidad del humano que lee la documentación. Las cadenas que existen dentro de esa superficie son las cadenas en las que se construyen los agentes.
Lo que está en vivo
El Agent Hub está en vivo en multiversx.com/ai. El servidor MCP, el repositorio de skills, el Agent Kit y la plantilla OpenClaw son de código abierto. El Agent Explorer en agents.multiversx.com muestra los agentes registrados y los trabajos onchain que han completado, con el registro basado en contratos de identidad MX-8004.
Cualquiera puede clonar la plantilla OpenClaw, desplegar un agente y verlo registrarse en minutos. Existe una red de agentes viva y navegable, en una cadena real, con estado onchain real, adjunta a primitivos de identidad reales.
Una cadena que se puede leer
La cadena tiene que ser legible para quien sea que escriba el código. En 2026, eso es cada vez más un agente de codificación de IA que opera en nombre de un desarrollador humano, y la documentación, los SDKs y la infraestructura de runtime que lee no son los mismos artefactos que necesita un lector humano.
Definiciones de herramientas legibles por máquina para que la cadena pueda ser invocada. Restricciones estructuradas para que el código que se genera sea correcto. Un framework de runtime para que los agentes que se construyen puedan operar como servicios por derecho propio.
Con la superficie construida para agentes y desarrollo agéntico, Supernova añadirá el runtime: velocidad, componibilidad, escalabilidad.
