IBM quiere que su asistente de programación deje de ser una herramienta limitada a generar fragmentos de código. La compañía ha ampliado IBM Bob con subagentes, ejecución paralela de herramientas, control del consumo de inteligencia artificial y flujos de trabajo especializados para modernizar aplicaciones empresariales construidas sobre IBM Z, IBM i y Java.
La propuesta apunta a un problema que empieza a aparecer en las empresas que ya utilizan IA para desarrollar software: escribir código más rápido no garantiza que llegue antes a producción. Las revisiones, las pruebas, el análisis de dependencias, la seguridad y la validación pueden convertirse en el nuevo cuello de botella. Bob intenta cubrir ese recorrido completo mediante procesos repetibles en los que participan modelos, herramientas automatizadas y personas.
IBM Bob: las claves en 20 segundos
- IBM Bob incorpora subagentes que trabajan en contextos separados.
- Puede ejecutar varias herramientas en paralelo durante una misma tarea.
- Bobalytics permite controlar uso, rendimiento y costes de la IA.
- Los flujos de trabajo estructuran proyectos de modernización con pasos auditables.
- IBM ofrece paquetes específicos para IBM Z, IBM i y aplicaciones Java.
- El paquete Java permite planificar migraciones hasta Java 25.
- En IBM i puede trabajar con RPG, COBOL, CL, DDS y Db2 for i.
- Para IBM Z incorpora conocimiento sobre COBOL, PL/I, JCL y dependencias de mainframe.
- Las acciones que modifican archivos o ejecutan comandos siguen requiriendo autorización.
- Las mejoras están orientadas a equipos empresariales, no únicamente a desarrolladores individuales.
IBM Bob V2 alcanzó la disponibilidad general el 24 de junio de 2026 con una arquitectura reconstruida. La nueva versión separa el razonamiento del agente, la infraestructura compartida y los clientes desde los que trabaja el desarrollador. IBM afirma que más de 100.000 empleados de la propia compañía ya han sido incorporados a la plataforma, desde equipos de mainframe hasta proyectos cloud-native.
El problema ya no es solo escribir código
Los primeros asistentes de programación basados en inteligencia artificial se centraron en completar funciones, explicar fragmentos y generar pruebas. Ese modelo resulta útil para tareas concretas, pero muestra sus límites cuando el trabajo afecta a una aplicación formada por miles de archivos, varias bases de datos y décadas de lógica empresarial.
Actualizar una plataforma de Java 8 a Java 25, por ejemplo, exige algo más que transformar sintaxis. Hay que identificar bibliotecas incompatibles, revisar configuraciones, actualizar dependencias, modificar pipelines, ejecutar pruebas y comprobar que el comportamiento del sistema no ha cambiado.
La dificultad aumenta en entornos IBM Z e IBM i. Muchas aplicaciones ejecutan procesos esenciales de banca, seguros, distribución o industria y combinan código escrito en diferentes épocas, documentación incompleta y conocimiento que permanece en manos de profesionales próximos a la jubilación.
IBM presenta Bob como una plataforma capaz de planificar, ejecutar, validar y gobernar ese tipo de cambios. El agente puede estudiar el repositorio, proponer una estrategia, aplicar modificaciones y detenerse en puntos donde una persona debe revisar o aprobar el siguiente paso.
La diferencia respecto a un asistente tradicional aparece en el alcance. El objetivo ya no es responder a una petición aislada, sino mantener el estado de una tarea formada por varias fases y coordinar diferentes recursos para completarla.
Subagentes para evitar que el contexto se llene de ruido
Una de las novedades más relevantes son los subagentes. Cuando Bob necesita investigar una parte concreta del sistema, puede abrir un contexto separado para esa tarea.
Un subagente podría analizar cómo funciona la autenticación, seguir las llamadas entre varios módulos o buscar todas las dependencias de una clase. Después devuelve una síntesis al agente principal y descarta los pasos intermedios que ya no son necesarios.
Esta separación intenta resolver una limitación habitual de los modelos de lenguaje. Cada lectura de archivo, búsqueda y prueba ocupa espacio en la ventana de contexto. En proyectos grandes, el agente puede acumular información irrelevante hasta perder de vista el objetivo inicial.
IBM asegura que Bob V2 amplía su ventana de contexto de 200.000 a 270.000 tokens, pero el cambio más útil puede ser precisamente no llenarla con todo lo que ocurre durante una investigación.
La compañía describe estas capacidades como parte de una evolución hacia sistemas multiagente. Conviene matizar el término: Bob ya utiliza subagentes especializados, aunque la coordinación autónoma de varios agentes sobre una única tarea aparece también en la documentación de IBM como una línea que seguirá desarrollándose.
Qué cambia con IBM Bob V2
| Capacidad | Funcionamiento | Utilidad empresarial |
|---|---|---|
| Subagentes | Investigan tareas concretas en un contexto separado | Reducen ruido y consumo de contexto |
| Llamadas paralelas | Ejecutan varias lecturas, búsquedas o herramientas al mismo tiempo | Acortan tareas con muchas dependencias |
| Modos Agent, Plan y Ask | Separan ejecución, planificación y consulta | Permiten ajustar el nivel de autonomía |
| Tareas en segundo plano | Mantienen varios trabajos activos con contextos independientes | Evitan bloquear al desarrollador |
| Rollback | Guarda el estado de archivos por tarea y operación | Facilita revertir cambios |
| Lectura de documentos | Procesa PDF, DOCX y XLSX directamente | Incorpora especificaciones y casos de prueba |
| Workflows | Ordenan automatización, IA y aprobaciones humanas | Hacen los procesos repetibles y auditables |
| Bobalytics | Mide consumo, rendimiento y coste | Ayuda a controlar el gasto de IA |
Bob V2 también permite solicitar varias herramientas en un mismo turno. En lugar de leer un archivo, esperar, abrir otro y comenzar después una búsqueda, el modelo puede lanzar esas operaciones a la vez. Según las mediciones internas publicadas por IBM, algunas tareas que necesitaban alrededor de 30 segundos en la versión anterior pueden terminar en menos de diez. Es una referencia del fabricante, no un benchmark independiente aplicable a cualquier proyecto.
Las tareas que solo consultan información pueden ejecutarse con menos interrupciones. Las operaciones que cambian el estado del proyecto, como editar archivos, ejecutar comandos o invocar determinadas herramientas MCP, continúan sujetas a autorización explícita.
Bobalytics pone el coste de la IA dentro del proceso
Elegir un modelo más barato no garantiza que una tarea completa resulte económica. Un agente puede realizar numerosas búsquedas, leer repetidamente los mismos archivos, abrir contextos auxiliares y ejecutar varias herramientas antes de entregar una respuesta.
IBM ha incorporado Bobalytics para ofrecer visibilidad sobre el uso de la IA. La función está orientada a medir consumo, asignar recursos y relacionar el coste con resultados como productividad, calidad o rendimiento.
Este control resulta relevante cuando cientos o miles de desarrolladores utilizan agentes cada día. Una pequeña diferencia en el número de llamadas o tokens puede convertirse en una partida considerable al ampliarse a toda la organización.
La propuesta de IBM consiste en ajustar el sistema de ejecución completo: qué modelo se utiliza, qué agente realiza cada tarea, qué herramientas se llaman y cuánto contexto se consume. El objetivo declarado es evitar que cada desarrollador tenga que elegir manualmente entre modelos sin conocer el coste final del flujo.
Bobalytics también responde a una preocupación de los departamentos financieros y de gobierno de la IA. Las empresas necesitan conocer quién utiliza los modelos, para qué proyectos, con qué presupuesto y qué resultados está obteniendo.
Tres paquetes para sistemas que no se modernizan con un simple prompt
La parte más diferenciadora del anuncio está en los paquetes premium. IBM ha convertido su conocimiento sobre plataformas empresariales en flujos de trabajo específicos que pueden personalizarse para cada organización.
| Paquete | Tecnologías y tareas principales |
|---|---|
| IBM Bob Premium Package for Z | COBOL, PL/I, JCL, análisis de impacto, dependencias y modernización de aplicaciones mainframe |
| IBM Bob Premium Package for i | RPG, COBOL, CL, DDS, Db2 for i, documentación, refactorización y pruebas |
| IBM Bob Premium Package for Java | Migraciones de Java, análisis de dependencias, modernización de interfaces y traslado a WebSphere Liberty |
IBM Z: comprender antes de cambiar
El paquete para IBM Z evoluciona desde watsonx Code Assistant for Z y busca analizar aplicaciones completas, no solo programas aislados. Utiliza información del lenguaje, middleware, metadatos y análisis estático para construir una vista consultable de las dependencias de una aplicación.
Un cambio aparentemente pequeño en una tabla puede afectar a programas COBOL, procesos batch, JCL, interfaces y sistemas posteriores. Bob intenta localizar esas relaciones antes de modificar el código y aplicar las normas definidas por la organización durante todo el proceso.
IBM sostiene que sus flujos estructurados pueden reducir entre un 50 % y un 80 % el esfuerzo en determinados escenarios y acelerar entre un 20 % y un 40 % los trabajos complejos. Son estimaciones comerciales del fabricante y sus resultados dependerán del estado del código, la documentación, las pruebas disponibles y la preparación del equipo.
IBM i: recuperar décadas de conocimiento en RPG
El paquete para IBM i se conecta directamente a entornos, miembros fuente y aplicaciones de esta plataforma. Puede leer, escribir y compilar código sin obligar al desarrollador a copiarlo previamente en una herramienta desconectada.
Los flujos incluidos contemplan explicar programas RPG y COBOL, convertir RPG de formato fijo a formato libre, dividir aplicaciones monolíticas, generar documentación y crear pruebas unitarias.
También incorpora un modo centrado en bases de datos para revisar SQL, DDS y consultas sobre Db2 for i. IBM plantea estas funciones como una forma de conservar el conocimiento que permanece encerrado en bases de código extensas y poco documentadas.
Java: desde versiones antiguas hasta Java 25
El paquete de modernización Java cubre tres áreas principales. La primera es la actualización de versiones antiguas hacia Java 11, 17, 21 o 25. La segunda aborda interfaces construidas con tecnologías como JSF o Struts para trasladarlas a arquitecturas web modernas. La tercera ayuda a migrar aplicaciones desde WebLogic, Tomcat o WebSphere Traditional hacia WebSphere Liberty.
Los flujos incluyen análisis de dependencias, identificación de incompatibilidades, cambios de código y configuración, ejecución de validaciones, generación de documentación y puntos de aprobación humana.
IBM cita el caso de Blue Pearl, que habría completado en tres días una modernización de Java 11 a Java 25 que mediante un enfoque convencional habría requerido más de 30. La propia compañía estima una reducción del 90 % en el plazo, aunque se trata de un caso presentado por IBM y no de una evaluación independiente.
El valor estará en las pruebas, no en la cantidad de código generado
IBM Bob refleja una evolución clara del mercado. Los asistentes de código compiten cada vez menos por quién escribe una función más rápido y más por quién puede trabajar dentro de procesos empresariales complejos sin perder control, trazabilidad ni seguridad.
La generación automática puede aumentar la cantidad de software que llega a revisión. Si las pruebas, el análisis de seguridad y la validación no avanzan al mismo ritmo, la empresa solo habrá trasladado el atasco hacia el final del proceso.
Los workflows de Bob intentan reducir esa variabilidad definiendo cuándo debe actuar una automatización tradicional, cuándo resulta útil un modelo y en qué puntos debe intervenir una persona. El sistema mantiene el estado, gestiona errores y repite la misma secuencia cuando el trabajo se aplica a otra aplicación.
La propuesta resulta especialmente coherente con el negocio de IBM. La compañía conoce entornos mainframe, IBM i y Java donde los asistentes generalistas suelen tener menos contexto y donde un error puede afectar a servicios esenciales.
La incógnita estará en comprobar cuánto pueden generalizarse los resultados anunciados. Una base de código bien documentada, con pruebas automáticas y dependencias conocidas, será mucho más fácil de modernizar que una aplicación de varias décadas sin cobertura de pruebas.
Bob puede acelerar la investigación, proponer cambios y coordinar tareas. La responsabilidad de decidir qué llega a producción continúa en manos de la organización. En sistemas críticos, esa separación entre autonomía y supervisión será más importante que cualquier cifra sobre líneas de código generadas.
Preguntas frecuentes
¿Qué es IBM Bob?
Es una plataforma de desarrollo de software con IA que ayuda a planificar, ejecutar, validar y gobernar tareas a lo largo del ciclo de vida de una aplicación.
¿IBM Bob utiliza varios agentes?
La plataforma incorpora subagentes que trabajan en contextos separados y devuelve sus conclusiones al agente principal. IBM también desarrolla formas más amplias de coordinación multiagente.
¿Qué es Bobalytics?
Es la función de análisis de uso y costes de Bob. Permite supervisar consumo, rendimiento y asignación de recursos de IA.
¿Puede modernizar aplicaciones COBOL y Java?
Sí. IBM ofrece paquetes específicos para IBM Z, IBM i y Java, aunque la eficacia dependerá de la aplicación, sus dependencias y las pruebas disponibles.
vía: newsroom.ibm
