IBM Bob ya puede ejecutarse en infraestructura gestionada por el cliente, incluido un entorno aislado de Internet. La nueva opción self-hosted lleva el backend del agente de desarrollo a Red Hat OpenShift y permite combinar modelos locales, servicios externos compatibles y licencias existentes.
El anuncio responde a un problema real: modernizar código sensible sin enviarlo a una plataforma pública. Sin embargo, «self-hosted» no equivale automáticamente a «todo permanece dentro». El resultado depende de dónde corre el modelo, qué extensiones se conectan, qué telemetría sale y cómo se actualiza cada componente.
Cuatro capas que conviene separar
La primera es la interfaz: los desarrolladores siguen usando Bob IDE y Bob Shell. La segunda es el backend en el clúster OpenShift del cliente. La tercera es la inferencia, que puede recurrir a un modelo de pesos abiertos en GPU propia o a un servicio de modelo externo admitido. La cuarta son herramientas y MCP, que pueden abrir rutas adicionales hacia repositorios, incidencias o sistemas internos.
Esta separación permite elegir por carga. Un repositorio regulado podría usar inferencia local en un entorno aislado; otro equipo podría mantener el backend propio y consumir un modelo contratado en la nube. Son arquitecturas distintas bajo la misma etiqueta comercial.
Una lista de control para la soberanía real
- Código y contexto: comprobar qué fragmentos salen del clúster durante inferencia, embeddings, soporte y diagnóstico.
- Modelos: fijar proveedor, versión, licencia y ubicación; BYOL resuelve el derecho de uso, no la gobernanza completa.
- Herramientas: inventariar permisos de Bob Shell, skills y servidores MCP, con identidad y registros de auditoría.
- Actualizaciones: definir quién introduce nuevas imágenes, plugins y modelos en una red aislada y cómo se revierte una versión.
- Disponibilidad: medir GPU, almacenamiento, copias, recuperación y coste operativo que antes asumía el servicio cloud.
IBM ofrece paquetes adicionales para modernización de Java, IBM i e IBM Z. Esa especialización puede ser útil en sistemas heredados, pero cada paquete tiene licencias y requisitos propios. La opción local tampoco convierte automáticamente código antiguo en software mantenible: sigue haciendo falta una batería de pruebas y conocimiento del dominio.
Control técnico no es validación de resultados
La compañía afirma que Bob ayuda a entender, planificar, ejecutar y validar cambios, con llamadas paralelas a herramientas, harness de agentes, skills y modos. No publica en este lanzamiento tasas de aceptación, defectos o tiempo de modernización para la modalidad self-hosted.
La prueba correcta debe comparar una tarea representativa en SaaS y en el clúster propio: mismos archivos, modelo, instrucciones y criterios. Además de calidad y tiempo, hay que registrar datos salientes, uso de GPU, intervención humana, fallos de herramientas y esfuerzo de operación. Sin ese cuadro, la soberanía puede desplazar el riesgo de privacidad hacia el mantenimiento sin hacerlo visible.
IBM recomienda su servicio cloud como opción predeterminada para la mayoría de equipos porque evita operar la infraestructura y recibe actualizaciones automáticas. La edición self-hosted tiene sentido cuando una obligación concreta —residencia, aislamiento o control de modelo— compensa esa carga.
Nivel de evidencia: documentación/fuente primaria y demo del creador; sin prueba independiente sustancial de la modalidad self-hosted. No hemos ejecutado IBM Bob.
Transparencia: artículo elaborado con asistencia de IA a partir de las fuentes enlazadas. No se han ejecutado los productos o sistemas descritos.
