Los mainframes siguen siendo uno de los entornos de cómputo más críticos del mundo. Procesan pagos, ejecutan sistemas bancarios centrales, gestionan reclamos de seguros, respaldan operaciones gubernamentales y mantienen décadas de lógica empresarial en la que confían instituciones globales a diario. Sin embargo, su interfaz principal, el protocolo TN3270, fue diseñado para expertos humanos, no para agentes de inteligencia artificial.
Hoy, Hypercubic presenta Hopper, el primer entorno de desarrollo con agentes de IA para mainframes, que permite a los desarrolladores interactuar directamente con entornos z/OS a través de terminales, paneles ISPF, JCL, JES, CICS, VSAM y más. Disponible ya en Windows, Linux y macOS.
¿Cuál es el cuello de botella en el desarrollo de mainframes?
El desarrollo de software moderno se ha vuelto cada vez más agentic: los sistemas de IA pueden leer código, editar archivos, ejecutar pruebas y operar en entornos locales y remotos. Sin embargo, el desarrollo en mainframes no ha experimentado la misma evolución.
Un flujo de trabajo típico aún requiere que los desarrolladores naveguen manualmente entre pantallas de terminal, paneles ISPF, datasets, miembros, trabajos, salidas de JES, códigos de retorno y convenciones específicas del sistema. Gran parte del contexto necesario para completar una tarea está distribuido en el entorno, lo que genera dos problemas clave:
- Velocidad: Incluso el trabajo rutinario exige un proceso de alta fricción: navegación, inspección, envío de trabajos, análisis de fallas y corrección.
- Conocimiento: El mainframe contiene la información necesaria para entender y modificar el sistema, pero esta está atrapada detrás de interfaces que requieren años de familiaridad operativa.
Para la modernización, esto se convierte en una limitación fundamental. Antes de transformar un sistema, es necesario comprenderlo. Y para comprenderlo, los agentes de IA necesitan acceso al contexto operativo real: el código, los trabajos, los datasets, las salidas, las transacciones, los errores y las convenciones que definen cómo se comporta el sistema. Un chatbot junto a un terminal no es suficiente.
¿Qué es Hopper y cómo funciona?
Hopper es un entorno de desarrollo con agentes de IA diseñado específicamente para mainframes. Combina un terminal TN3270, paneles de contexto conscientes de mainframe y un agente de IA inteligente capaz de operar en las superficies clave del desarrollo en z/OS.
El agente puede:
- Navegar por ISPF e inspeccionar datasets.
- Escribir y enviar trabajos en JCL.
- Analizar salidas de JES y códigos de retorno.
- Consultar archivos VSAM e interactuar con CICS.
- Explicar fallas y diagnosticar problemas.
Hopper no intenta ocultar el mainframe detrás de una abstracción genérica. Está construido en torno a los objetos y flujos de trabajo que los equipos de mainframe utilizan a diario, preservando la fidelidad del entorno mientras lo hace accesible para agentes de IA. El usuario puede controlar el terminal manualmente, y el agente actúa cuando se le solicita. Las operaciones sensibles requieren aprobación, y el terminal permanece visible en todo momento.
Vale la pena señalar que Hopper no es solo una herramienta más: es un cambio de paradigma. Permite a los agentes de IA operar dentro del entorno mainframe de manera segura y en tiempo real, sin pretender que el mainframe sea un repositorio de código moderno.
¿Qué puede hacer Hopper hoy?
¿Un agente que entiende los flujos de trabajo de mainframe?
El agente de Hopper es nativo de mainframe. Al conectarse por primera vez, explora el LPAR y aprende las convenciones específicas de tu entorno: los HLQs de los datasets que posees, la configuración de JES, los procedimientos de compilación de tu tienda y la región CICS en la que trabajas. Cada acción se ejecuta según las convenciones de tu sistema.
El agente incluye más de 50 herramientas específicas para mainframe. Puede:
- Navegar por paneles ISPF por nombre.
- Escribir JCL alineado a la columna 72.
- Analizar salidas de JES.
- Consultar VSAM como si fuera SQL.
- Ejecutar transacciones CICS y diagnosticar abends.
¿Explorar datasets sin salir del terminal?
El panel de datasets de Hopper reemplaza el proceso de navegación tradicional (ISPF 3.4 ? 3.1 ? Browse) con una vista siempre visible. Puedes filtrar por nombre de dataset, profundizar en un PDS y leer el código fuente de un miembro sin salir del panel. La opción Send to chat envía el dataset o miembro al agente como una etiqueta @, para que el agente lo lea sin que tengas que pegar el código en el prompt.
¿Rastrear trabajos y diagnosticar salidas de spool?
En el panel de trabajos, puedes filtrar por estado, propietario o clase. El estado de un JOBID se actualiza en tiempo real (de INPUT a ACTIVE a OUTPUT) sin necesidad de cambiar a SDSF. Si un trabajo falla, la opción Send to chat envía el JOBID al agente como una etiqueta @. En lugar de navegar manualmente por JESMSGLG, JESYSMSG y búsquedas de mensajes IBM, el agente lee el spool, identifica el abend y reenvía el trabajo con el JCL corregido.
¿Controlar el terminal tú mismo?
El terminal TN3270 de Hopper no ha sido modificado: las teclas PF, PA y de atención funcionan como en cualquier emulador TN3270. Los campos ocultos permanecen ocultos, los eventos de light-pen se registran y los valores AID se transmiten. Puedes controlar el terminal manualmente en cualquier momento; el agente espera cuando tomas el control del teclado.
¿Cuál fue el desafío de ingeniería detrás de Hopper?
Construir un IDE con agentes de IA para mainframes es diferente a crear un asistente de codificación para software moderno. Mientras que los agentes de código modernos operan sobre archivos, repositorios, terminales y APIs en la nube, los agentes de mainframe deben manejar:
- Código fuente de ancho fijo.
- JCL sensible a columnas.
- Datos en EBCDIC.
- Datasets particionados.
- Paneles ISPF, colas JES y salidas de spool.
- Archivos VSAM, transacciones CICS y códigos de retorno.
- Procedimientos de compilación y convenciones específicas de cada tienda.
Además, deben operar de manera segura en entornos donde los errores pueden afectar procesos empresariales críticos. Hopper proporciona a los agentes de IA una capa de operación para este mundo, transformando el mainframe de un entorno terminal solo para humanos a un entorno de desarrollo accesible para agentes, sin sacrificar el control ni la fidelidad que requieren los equipos de mainframe.
Lo cierto es que el verdadero cambio no está en la explicación del código, la documentación o el chat, sino en la operación segura y en tiempo real dentro del mainframe.
¿Cuál es el origen de Hopper?
Cuando comenzamos en Hypercubic, nuestro enfoque estaba en comprender los sistemas heredados. Ese trabajo nos llevó rápidamente a adentrarnos en el entorno de mainframe. Para construir sistemas de modernización útiles, necesitábamos interactuar con mainframes reales: inspeccionar programas COBOL, enviar trabajos en JCL, leer salidas de JES, trabajar con datasets, entender archivos VSAM y observar cómo se comportaban los sistemas en la práctica.
Las herramientas existentes eran útiles, pero dejaron claro que la capa de interfaz era un cuello de botella importante. El sistema contiene un conocimiento operativo rico, pero los agentes de IA no tenían una forma nativa de acceder a él o actuar sobre él. Así que construimos Hopper.
La primera versión fue una CLI llamada HyperFrame, que se conectaba al mainframe mediante FTP, movía código y trabajos entre una máquina local y el LPAR, y permitía ejecutar programas COBOL a través de JCL desde un flujo de trabajo de desarrollo moderno. Luego, agregamos soporte para el protocolo TN3270.
Esto cambió la naturaleza de la herramienta. HyperFrame ya no era solo un puente conveniente sobre FTP, sino una forma de que los sistemas de IA operaran a través de la misma interfaz basada en pantallas que los desarrolladores y operadores de mainframe usan todos los días.
¿Qué desbloquea Hopper?
Hopper proporciona a los equipos de mainframe un entorno de desarrollo nativo de IA hoy mismo. Con el tiempo, se convierte en la base para una gama mucho más amplia de flujos de trabajo.
Una vez que los agentes de IA pueden operar dentro del entorno de mainframe, el mantenimiento y la modernización cambian radicalmente:
- Los agentes pueden inspeccionar cómo se compilan y ejecutan los programas.
- Pueden rastrear trabajos y salidas.
- Recopilar evidencia en datasets, archivos de spool, transacciones y códigos de retorno.
- Conectar el código con el comportamiento en tiempo de ejecución.
Esto sienta las bases para el desarrollo de mainframe asistido por IA, la depuración más rápida de trabajos, la documentación automatizada, cambios de código más seguros, la generación de pruebas, la planificación de migraciones, la reproducción de tráfico, la verificación de modernización, el movimiento de datos y flujos de trabajo de transformación de extremo a extremo en sistemas como COBOL, JCL, VSAM y CICS.
En Hypercubic, estamos construyendo una infraestructura nativa de IA para todo el ciclo de vida de la modernización de sistemas heredados: comprensión, operación, transformación y prueba. Hopper es una parte de esa plataforma, junto con:
- HyperDocs: Explica el sistema.
- HyperTwin: Captura el conocimiento experto.
- HyperLoop: Transforma y verifica los cambios.
¿Cómo descargar Hopper?
Hopper está disponible desde hoy en Windows, Linux y macOS. Si trabajas con mainframes, pruébalo en un flujo de trabajo real: conéctate a tu LPAR, inspecciona un dataset, envía un trabajo, depura una falla y descubre cómo se siente un entorno de mainframe con agentes de IA.
