Bob V2: Más rápido, mejor, más inteligente
Bob V2 alcanza disponibilidad general el 24 de junio, y es un avance real para el uso diario: es más rápido, puede mantener tareas ejecutándose en segundo plano mientras te ocupas de otra cosa, y está construido sobre un único agente que se comporta de forma idéntica en todos los clientes. Ese agente se lanza primero en Bob IDE, con Bob Shell siguiendo pronto. Instalar la nueva versión es el único paso de actualización; la configuración existente, los archivos de reglas y los servidores MCP se conservan.
Lo que cubre este post:
- Qué es la nueva arquitectura en realidad
- Los cambios que se notan en el trabajo diario: rendimiento, los nuevos modos, tareas en segundo plano, rollback, trabajo con documentos y subagentes
- Workflows — un framework para hacer grandes cambios en varias fases de forma repetible
Probado primero en IBM
El primer cliente de Bob es IBM, donde más de cien mil desarrolladores están incorporados, en todo tipo de sistemas, desde mainframe hasta servicios cloud-native. V2 se puso a disposición de una gran población interna mucho antes del GA. Las capacidades de este post se desplegaron de forma incremental, empezando a principios de mayo, por lo que cada una tuvo uso real en producción antes de su lanzamiento.
Un agente, un harness, muchos clientes
La extensión IDE y el shell de Bob V1 estaban construidos sobre dos bases separadas. Eso fue una decisión deliberada para poner Bob en manos de los desarrolladores rápidamente, pero significaba construir cada mejora dos veces — y las solicitudes anteriores son exactamente el tipo que una base de código dividida hace más lento de entregar.
V2 lo reemplaza con una arquitectura de tres niveles que separa claramente el razonamiento de la infraestructura y de la interfaz:
| Componente | Función |
|---|---|
| El Agente | El bucle agéntico. Todo el razonamiento y la generación de código ocurren aquí, de forma idéntica en cada cliente. |
| El Harness | Infraestructura compartida: autenticación, logging, feature flags, telemetría. |
| Los Clientes | Las interfaces — IDE, shell, y más por venir — sin lógica duplicada. |
Qué cambia en el trabajo diario
Antes de las funcionalidades individuales, la superficie en la que viven cambió. El chat de V2 es deliberadamente más silencioso: las llamadas a herramientas intermedias y la exploración de caminos sin salida se contraen para quitarse del camino, así lo que permanece frente a ti es el trabajo y su resultado, no la maquinaria detrás de él.
Subagentes: manteniendo el contexto limpio
Mientras Bob trabaja en una tarea compleja, la conversación se llena de lecturas de archivos, búsquedas y exploración de callejones sin salida. La mayor parte de ese detalle no importa para la tarea principal, pero consume contexto de todas formas.
Los subagentes se encargan de esto. Cuando Bob necesita hacer algo autocontenido — "averiguar cómo funciona la autenticación en esta base de código" — lanza un subagente con su propio contexto limpio. El subagente lee archivos, rastrea llamadas y descifra el patrón; solo el resumen vuelve al agente principal, y los pasos intermedios se descartan.
Llamadas a herramientas paralelas y nativas
En V1, las llamadas a herramientas se ejecutaban de una en una: solicitar una lectura de archivo, esperar el resultado, luego solicitar la siguiente. En una tarea que se ramifica en cinco lecturas de archivos y tres búsquedas, esa espera se acumula rápido. V2 permite que el modelo solicite varias herramientas en un turno y las ejecute juntas. Una tarea que tardaba unos 30 segundos en V1 a menudo termina en menos de 10.
Las llamadas a herramientas nativas también eliminan el XML verboso que V1 envolvía alrededor de cada solicitud de herramienta, por lo que la misma tarea consume menos tokens. La ventana de contexto también es más grande — aumentando de 200k a 270k tokens — así que las tareas más largas avanzan más antes de que entre en juego la compactación.
Tres modos: Agent, Plan, Ask
V2 fusiona los cinco modos antiguos de Bob en tres:
- Agent — Bob toma acción y completa la tarea, con capacidades agénticas completas.
- Plan — Bob lleva a cabo un proceso de planificación estructurado — recopilando requisitos, descubriendo contexto, verificando su comprensión — y produce un plan accionable para pasarlo a Agent.
- Ask — solo lectura. Bob explica arquitectura y lógica sin tocar la base de código.
El consejo no ha cambiado: con código desconocido, o un cambio con una superficie real, empieza en Ask o Plan y cambia a Agent una vez que el trabajo está claro.
Menos interrupciones, el mismo control
Las operaciones de lectura — leer archivos, listar directorios, buscar código — se aprueban por defecto ahora, así Bob puede recopilar contexto sin detenerse a preguntar. Cualquier cosa que cambie el estado sigue requiriendo aprobación explícita: ediciones de archivos, ejecución de comandos, llamadas a herramientas MCP, invocaciones de skills. La aprobación es una capa entre varias — se sitúa junto al rollback, las reglas personalizadas y los archivos de ignorados — y puede ajustarse por clase de herramienta.
Tareas en segundo plano
Bob ya no limita una sesión a una sola conversación. Un desarrollador puede ejecutar varias tareas a la vez, dejarlas en segundo plano y seguir trabajando. Cada tarea lleva su propio hilo y contexto, por lo que cambiar entre ellas conserva el lugar. El panel de tareas muestra qué está en ejecución, qué está terminado y qué necesita atención; las tareas finalizadas se limpian solas. Y Bob no te interrumpe mientras se ejecutan — una tarea que termine en segundo plano no acaparará tu atención ni cambiará la pestaña en la que estás trabajando.
Rollback, reconstruido
V1 llamaba a esto checkpoints y lo construyó sobre git, lo que lo limitaba: un repositorio sin git no tenía checkpoints en absoluto, y un historial muy grande ralentizaba todo. V2 simplifica todo el sistema y lo renombra a rollback. Ahora rastrea el estado de los archivos directamente — por tarea, por turno de conversación, por llamada a herramienta individual — y cualquiera de esos puntos puede restaurarse. Como el rollback vive en el agente en lugar de en un cliente, funciona igual en cualquier lugar donde corra el agente.
Trabajo con documentos
Mucho del contexto para una tarea vive fuera de la base de código — un documento de diseño, una especificación escrita, una hoja de cálculo de casos de prueba. V2 lee archivos .docx, .pdf y .xlsx de forma nativa: suelta uno en la conversación y Bob trabaja con él directamente, sin copiar y pegar ni un paso de extracción separado.
Lo mismo aplica para lo que sale. Al final de una tarea de análisis, Bob puede producir un resumen HTML autocontenido de lo que encontró — una sola página, se abre en cualquier navegador, no necesita herramientas para leerla. El resultado de una investigación es entonces algo que puedes entregarle a alguien que no estuvo en la sesión.
Las configuraciones existentes se conservan
El trabajo invertido en otra herramienta de codificación con IA debería poder continuar en lugar de empezar desde cero. V2 lee convenciones, archivos de reglas, comandos y servidores MCP existentes, y añade soporte para el formato de plugin que se ha convertido en un estándar de facto en todo el ecosistema — para que las colecciones de herramientas comunes corran directamente en Bob. Los servidores MCP ya tenían su propia pestaña de configuración en V1; V2 añade una pestaña de skills dedicada junto a ella, para que los skills puedan añadirse, configurarse y eliminarse de la misma manera, sin editar archivos manualmente.
Workflows: haciendo repetibles los cambios en varias fases
La IA es buena para resolver problemas abiertos y mala para hacer lo mismo dos veces. Pídele "migra esto a Java 21" en dos días distintos y puede devolver dos enfoques diferentes y dos resultados diferentes. Para algo puntual, eso está bien. Para trabajo empresarial a gran escala — modernizar una aplicación de mainframe, refactorizar miles de archivos, cualquier cosa que se ejecute en fases — esa variabilidad es el problema central.
Los workflows le dan estructura a ese tipo de trabajo. El punto de partida es que no cada paso necesita IA, y no cada paso debería estar totalmente automatizado:
- Algunos pasos son automatización pura — escanear dependencias, ejecutar pruebas.
- Algunos necesitan IA — transformaciones de código complejas, análisis de patrones.
- Algunos necesitan un humano — aprobar una estrategia, revisar diffs antes del commit.
Un workflow define dónde pertenece cada paso. El motor ejecuta los pasos en orden, mantiene el estado, maneja los errores y hace que todo el proceso sea repetible.
Aquí es donde entran los paquetes premium de IBM. Cada uno incluye workflows probados y estructurados, construidos sobre décadas de trabajo de IBM en su dominio, y cada uno es una oferta separada con su propio post por venir: el IBM Bob Premium Package for Java Modernization, el Premium Package for IBM i, y el Premium Package for IBM Z. En el GA, los workflows disponibles son los que se incluyen con Bob y estos paquetes; la autoría más amplia se abre una vez que la superficie de la API se estabiliza con los primeros adoptantes.
Más adelante
La misma arquitectura abre direcciones que simplemente no eran viables con la base anterior. Deliberadamente no estamos adjuntando fechas ni compromisos a nada de esto, pero las áreas amplias que estamos explorando incluyen ejecutar agentes de forma remota y acceder a ellos desde cualquier cliente, que múltiples agentes coordinen en una sola tarea, y llevar Bob a más clientes con el tiempo. El destino real de todo esto estará determinado por lo que los primeros adoptantes necesiten más.
Actualización el 24 de junio
Bob V2 se lanza el 24 de junio como una actualización de versión ordinaria. Actualizar la extensión IDE la cambia a la nueva arquitectura; Bob Shell sigue pronto. No hay pasos de migración; la configuración, los archivos de reglas y los servidores MCP se conservan.
Algo que vale la pena probar en la primera semana: inicia una tarea en el modo Plan, pásale el plan a Agent y déjalo ejecutarse en segundo plano junto a otro trabajo.
Links