IBM Bob ya puede desplegarse en la infraestructura de las empresas, incluso en sistemas aislados de Internet. La apuesta busca resolver uno de los grandes obstáculos de la IA empresarial: proteger código, datos y propiedad intelectual.
La inteligencia artificial está entrando de lleno en el desarrollo de software, pero existe un problema que sigue frenando su adopción en empresas, administraciones y sectores regulados: ¿qué ocurre cuando el código y los datos que necesita la IA no pueden salir de una infraestructura controlada?
IBM ha decidido atacar directamente ese problema.
La compañía ha anunciado la disponibilidad general del despliegue autoalojado de IBM Bob, su plataforma de desarrollo de software basado en IA agéntica. La solución permite ejecutar sus capacidades dentro de infraestructura controlada por el propio cliente, tanto en servidores locales como en nubes privadas, nubes soberanas y entornos completamente aislados o air-gapped.
El cambio es relevante porque modifica una de las premisas habituales de las herramientas de programación con IA: en lugar de llevar el código hasta la IA, IBM plantea llevar la IA hasta donde ya están el código y los datos.
IBM Bob apuesta por una IA que no necesita salir de la empresa
IBM Bob es una plataforma de desarrollo de software agéntica. Esto significa que IBM no la plantea únicamente como un asistente capaz de completar líneas de código o responder preguntas sobre programación.
Su objetivo es aplicar agentes de IA a diferentes fases del desarrollo y la modernización de software. La compañía pretende que estos sistemas puedan trabajar sobre aplicaciones empresariales y ayudar a los equipos durante procesos que van más allá de la simple generación de código.
El nuevo modelo de despliegue cambia especialmente el escenario para organizaciones que manejan información sensible.
Una empresa puede tener:
- Código fuente propietario.
- Propiedad intelectual.
- Datos personales o financieros.
- Información sanitaria.
- Sistemas críticos.
- Aplicaciones heredadas.
- Infraestructuras sometidas a regulación.
- Datos que deben permanecer dentro de una determinada jurisdicción.
En estos casos, enviar el código o el contexto de las aplicaciones a un servicio externo de IA puede resultar incompatible con sus políticas de seguridad o con determinados requisitos regulatorios.
IBM Bob pretende solucionar precisamente esa barrera.
Qué significa ejecutar una IA en un entorno «air-gapped»
El término air-gapped describe un entorno informático aislado de redes externas, especialmente de Internet.
No se trata simplemente de instalar un programa en un ordenador de una empresa. En determinados escenarios, el sistema puede funcionar dentro de una infraestructura diseñada para mantener los activos críticos separados de redes externas.
IBM incluye estos entornos entre los escenarios para los que ha diseñado el despliegue autoalojado de Bob.
Esto resulta especialmente interesante para sectores donde la conectividad externa está limitada por razones de seguridad.
La propuesta permite que las organizaciones mantengan dentro de su propia infraestructura elementos como el código, el contexto de las aplicaciones y los datos utilizados durante el desarrollo.
La consecuencia práctica es importante: una compañía puede utilizar capacidades de desarrollo basadas en IA sin tener que convertir necesariamente su código fuente en información que abandona sus sistemas.
La soberanía de la IA se convierte en una prioridad empresarial
El movimiento de IBM llega en un momento en el que la soberanía de los datos y de la inteligencia artificial se ha convertido en una preocupación creciente para grandes organizaciones.
La cuestión ya no consiste únicamente en preguntarse qué modelo de IA es más potente.
Las empresas también necesitan saber:
Dónde funciona.
Qué información puede consultar.
Quién controla la infraestructura.
Dónde se almacenan los datos.
Qué legislación se aplica.
Qué ocurre con el código y la información introducidos en el sistema.
IBM sostiene que el 68 % de los ejecutivos encuestados en su estudio The Calculus of AI Sovereignty, publicado en junio de 2026 por el IBM Institute for Business Value, considera difícil cumplir los requisitos de residencia y soberanía de datos en distintas geografías.
Ese problema ayuda a explicar por qué el modelo híbrido está adquiriendo importancia.
De la nube pública a la IA bajo control del cliente
Durante los primeros años de expansión de la IA generativa empresarial, buena parte de las soluciones se diseñaron alrededor de servicios cloud.
El modelo era sencillo: la empresa enviaba una petición al servicio de IA, el proveedor procesaba la información y devolvía la respuesta.
Para determinadas aplicaciones, ese planteamiento continúa siendo perfectamente válido.
Pero no sirve para todas.
Un banco puede tener restricciones para mover determinados datos. Una empresa industrial puede proteger información relacionada con propiedad intelectual. Una administración puede tener requisitos específicos sobre residencia de datos. Y determinados sistemas críticos pueden no permitir conexiones externas.
La alternativa es llevar la capacidad de IA dentro de la infraestructura controlada por la organización.
Eso es precisamente lo que IBM está ofreciendo ahora con Bob.
Red Hat OpenShift se convierte en una pieza fundamental
La versión autoalojada de IBM Bob se ejecuta sobre Red Hat OpenShift, la plataforma de contenedores empresariales de Red Hat.
IBM explica que el backend de Bob funciona en clústeres de OpenShift operados por la propia organización, ya sea en instalaciones propias o en una cuenta de nube controlada por el cliente.
Esta arquitectura permite separar dos conceptos que a menudo se confunden: utilizar IA y entregar el control de la infraestructura al proveedor.
Con Bob autoalojado, el cliente conserva el control sobre el entorno en el que se ejecuta la plataforma.
La compañía puede, además, decidir qué modelos utilizar.
La empresa también puede controlar el modelo de IA
Uno de los elementos más interesantes de la nueva arquitectura es que IBM no limita el despliegue a una única modalidad de modelo.
Según IBM, Bob puede trabajar con modelos frontera procedentes de servicios cloud que la organización ya utilice o con modelos de pesos abiertos ejecutados en las propias GPU del cliente.
Esta posibilidad introduce una diferencia fundamental.
Una organización que disponga de suficiente infraestructura de cálculo puede ejecutar un modelo localmente y mantener los datos dentro de sus sistemas.
En otros casos puede optar por una configuración híbrida, dependiendo de las necesidades de cada aplicación y de las restricciones de seguridad.
No es lo mismo IA local que IA autoalojada
Aquí conviene hacer una distinción.
IBM ya dispone de otras soluciones capaces de utilizar modelos localmente. Por ejemplo, la documentación de watsonx Code Assistant explica que los usuarios individuales pueden ejecutar un modelo IBM Granite local mediante Ollama.
Pero IBM Bob se dirige a un escenario diferente.
La propuesta autoalojada está diseñada para organizaciones y entornos empresariales, con capacidades de administración y despliegue sobre infraestructura propia.
No se trata simplemente de instalar un chatbot de programación en un ordenador.
Se trata de incorporar agentes de IA al proceso de desarrollo de software dentro de una infraestructura empresarial controlada.
La IA agéntica cambia el papel del asistente de programación
La diferencia entre un asistente tradicional y una plataforma agéntica es uno de los puntos centrales de esta evolución.
Un asistente de código convencional puede sugerir una función, completar una línea o responder una pregunta.
Un sistema agéntico pretende realizar tareas más complejas utilizando diferentes pasos y herramientas.
IBM describe Bob como una plataforma que permite avanzar más allá de la generación de código y aplicar IA al trabajo de entrega y modernización del software.
Esto abre la puerta a escenarios como la asistencia en aplicaciones antiguas, análisis de código, automatización de tareas y procesos de modernización.
Precisamente por eso la cuestión de la seguridad adquiere todavía más importancia.
Cuanto mayor sea la capacidad del agente para interactuar con un entorno de desarrollo, mayor será la importancia de controlar qué puede consultar, qué puede modificar y qué acciones puede ejecutar.
La seguridad pasa a ser parte del producto
La principal ventaja del modelo autoalojado no es únicamente tecnológica.
También es de gobernanza.
La organización puede establecer sus propias políticas sobre:
- Infraestructura.
- Acceso a los datos.
- Modelos autorizados.
- Redes.
- Identidades.
- Permisos.
- Políticas de seguridad.
- Ubicación de los datos.
- Integración con sistemas internos.
IBM presenta precisamente el nuevo despliegue como una herramienta para reforzar la seguridad, el cumplimiento normativo, la soberanía y el control operativo.
Esto puede resultar especialmente relevante en organizaciones sometidas a regulación.
El precio oculto: la infraestructura
Pero ejecutar IA dentro de las instalaciones de una empresa también tiene inconvenientes.
El modelo autoalojado elimina parte de la dependencia de una infraestructura externa, pero no elimina la complejidad tecnológica.
Una organización que quiera ejecutar modelos localmente necesita capacidad informática suficiente, especialmente GPU, además de almacenamiento, redes, administración de sistemas y personal especializado.
También debe encargarse de mantener y proteger esa infraestructura.
Por tanto, la IA autoalojada no significa necesariamente que la solución sea más sencilla o más barata.
Significa que el control cambia de manos.
Y para determinadas empresas, ese control puede ser más importante que la simplicidad de utilizar un servicio cloud.
El verdadero debate: quién controla la IA empresarial
La decisión de IBM tiene una lectura más profunda.
La batalla de la IA empresarial ya no se limita a qué compañía desarrolla el modelo más potente.
También se está librando por dónde se ejecuta la inteligencia artificial.
Los grandes proveedores cloud ofrecen potencia, escalabilidad y acceso a modelos avanzados. El despliegue local ofrece mayor control sobre infraestructura, datos y políticas internas.
El modelo híbrido intenta combinar ambos mundos.
IBM está apostando claramente por esa tercera vía.
Su planteamiento permite utilizar IA dentro de sistemas controlados por el cliente y, cuando resulte apropiado, conectarla con servicios de modelos externos.
Europa tiene un interés especial en esta tendencia
Para las empresas europeas, la cuestión de la soberanía digital tiene además una dimensión estratégica.
El debate sobre dónde se almacenan los datos, qué jurisdicción puede afectar a una infraestructura y quién controla las tecnologías críticas lleva años creciendo.
La expansión de la IA ha añadido una nueva capa al problema.
Ahora no solo importa dónde está almacenada la información.
También importa dónde se ejecuta el modelo que procesa esa información.
Una arquitectura autoalojada puede permitir a una organización mantener una parte mucho mayor de ese proceso bajo su control.
No significa que desaparezcan todas las obligaciones legales ni que una instalación local sea automáticamente segura. Pero sí proporciona una arquitectura diferente frente al modelo basado exclusivamente en servicios externos.
IBM refuerza su estrategia híbrida
El anuncio encaja con la estrategia que IBM lleva desarrollando alrededor de la IA empresarial híbrida.
La compañía también ha ampliado durante 2026 las capacidades de watsonx.ai, incluyendo modelos gobernados, operaciones de plataforma compartidas y mayor flexibilidad para ejecutar cargas de trabajo en diferentes entornos.
En paralelo, IBM ha trabajado para acercar la inferencia de IA a sistemas donde ya residen cargas críticas, incluyendo IBM Z y LinuxONE.
El patrón es claro: la IA no tiene por qué vivir exclusivamente en la nube pública.
Puede distribuirse allí donde la empresa necesite que esté.
El cambio afecta especialmente al software crítico
Las herramientas de programación con IA pueden resultar especialmente útiles cuando se trabaja con grandes cantidades de código heredado.
Muchas empresas mantienen aplicaciones desarrolladas hace décadas que continúan siendo fundamentales para su actividad.
El problema es que modernizarlas puede ser caro, lento y arriesgado.
Un agente capaz de analizar código, comprender relaciones entre componentes y ayudar en tareas de modernización podría reducir parte de esa carga.
Pero precisamente esos sistemas heredados pueden contener información especialmente sensible.
La posibilidad de ejecutar la IA dentro de la infraestructura de la empresa elimina una de las objeciones más importantes para experimentar con ellos.
Una nueva batalla por la IA empresarial
El anuncio de IBM llega en un momento en el que las empresas están pasando de experimentar con asistentes de IA a intentar integrarlos en procesos reales de producción.
Ese cambio plantea una pregunta inevitable: ¿puede una compañía entregar información crítica a una IA externa?
Para algunas organizaciones, la respuesta será sí, siempre que existan garantías suficientes.
Para otras, la respuesta será no.
IBM Bob autoalojado está diseñado precisamente para ese segundo grupo.
La compañía ofrece ahora una alternativa en la que el código, los datos, la infraestructura y el modelo pueden permanecer mucho más cerca del entorno empresarial que los utiliza.
La IA no desaparece de los sistemas críticos.
Al contrario: IBM quiere introducirla dentro de ellos sin obligar a las empresas a sacar fuera aquello que consideran más valioso.
Ahora mismo no se pueden mostrar productos de esta tienda.