Piloto de un agente de código IA autoalojado: lista de verificación de IBM Bob

Antes de que un agente de código IA autoalojado toque un repositorio regulado, haga pasar un archivo por él y observe a dónde va la llamada al modelo. Trate al agente como un arnés más un punto de acceso del modelo, y verifique la residencia del código, la aprobación del modelo y las condiciones de licencia antes de que el piloto se convierta en un compromiso. IBM declaró el modo autoalojado de Bob como generalmente disponible, lo que lo convierte en un ejemplo útil.

IBM anunció el 1 de octubre de 2026 que las empresas podrían ejecutar Bob en modo autoalojado. La opción autoalojada puede ejecutarse en despliegues controlados por el cliente, como infraestructura local, nubes privadas o soberanas y redes aisladas sin conexión. En una encuesta del IBM Institute for Business Value de junio de 2026, el 68% de los directivos dijo que los requisitos de residencia y soberanía de datos entre geografías son difíciles de cumplir. Futurum Research prevé que los despliegues híbridos y de edge mantendrán el 44% del mercado de infraestructura de IA en 2030, mientras que la cuota de la nube pública caerá al 46% en el mismo período.

El piloto es una prueba de residencia, no una demostración

Comience con la pregunta aburrida: ¿el código se queda donde se escribió? Una demostración del proveedor puede parecer impecable mientras la llamada al modelo sigue saliendo fuera del límite aprobado. El piloto debe responder a esa pregunta con una captura de paquetes, una política de red y un responsable nombrado para cada salto. Si el agente puede editar un archivo, también puede filtrarlo. La primera hora debe dedicarse a mapear la ruta desde el editor hasta el modelo, no a pulir un prompt.

La residencia es el control. Si la base de código está regulada, el punto de acceso del modelo debe estar dentro del mismo límite de confianza que el repositorio, el sistema de compilación y el almacén de secretos. Un despliegue en nube privada solo ayuda si la ruta de red es realmente privada. Un entorno sin conexión elimina la ruta externa obvia, pero también hace que el piloto sea más frágil. Necesita saber qué hace el agente cuando el modelo no está disponible, es lento o está bloqueado.

La lista de verificación es el contrato

Mantenga la lista lo suficientemente corta como para ejecutarla en una sola tarde. Cada elemento debe producir un sí, un no o un ticket. El despliegue debe ser controlable antes de que alguien declare el piloto un éxito.

• Residencia del código: haga pasar un archivo por el agente y confirme que la llamada al modelo se mantiene dentro del límite de red aprobado.
• Punto de acceso del modelo: identifique el host del modelo, la versión y la ruta de salida, y confirme que ninguno apunta fuera de la zona de piloto.
• Aprobación del modelo: verifique que el modelo está en la lista aprobada y que la versión está fijada antes de que alguien ejecute una tarea.
• Condiciones BYOL: coincida el archivo de licencia con el modelo y el despliegue, y confirme la elegibilidad bajo la ruta de licencia propia (bring-your-own-license).
• Aislamiento: desactive o bloquee con firewall las llamadas externas y confirme que el agente no puede alcanzar internet público desde el nodo de piloto.
• Despliegue del operador: ejecute una demostración de concepto de un solo nodo con el manifiesto de despliegue y confirme las comprobaciones de estado, los registros y el comportamiento de reinicio.
• Aprobación de seguridad: obtenga la firma de aprobación sobre el flujo de datos, la identidad, los registros de auditoría y quién puede aprobar un cambio de modelo.
• Comprobaciones de fallo: detenga el punto de acceso del modelo y confirme que el agente falla de forma cerrada en lugar de enviar código a un respaldo.

La lista de verificación es la parte del piloto que sobrevive a una autopsia. Convierte la comodidad vaga en evidencia: una ruta de salida, una versión de modelo fijada, una licencia que cubre el despliegue, un respaldo desactivado, una instalación repetible, un responsable nombrado y un agente que se detiene en lugar de redirigir. El piloto no está completo hasta que el equipo pueda mostrar la ruta, la versión y la licencia en una sola revisión.

La aprobación del modelo es una cuestión de cadena de suministro

Un agente autoalojado es tan seguro como el modelo que invoca. El soporte actual de modelos gestionados por el cliente de IBM incluye Nemotron de Nvidia y Laguna de Poolside. Esa lista es lo suficientemente corta para revisarla, pero aún necesita una versión fijada, una suma de verificación y un aprobador nombrado. Si el modelo cambia, la respuesta sobre residencia también puede cambiar.

La opción autoalojada de Bob incluye una ruta de licencia propia (bring-your-own-license) para licencias existentes elegibles en la lista de modelos soportados por IBM. Suena administrativo, pero es un bloqueador del piloto. Si la licencia no cubre el despliegue, el punto de acceso del modelo no está aprobado, aunque el diseño de red sea impecable. La verificación de licencia es el control final antes de que el punto de acceso del modelo pueda considerarse aprobado.