Cisco abre IQ a partners y presenta Model Foundry para operaciones de IA
Una empresa puede tener miles de dispositivos, contratos de soporte y señales de seguridad repartidas entre sistemas distintos. Para un socio tecnológico, el problema no es solo reunir esa información: también debe saber qué datos puede consultar, a qué cliente pertenecen y qué decisiones requieren revisión humana.
El 26 de octubre de 2026 Cisco anunció disponibilidad general de IQ Partner Support – Standard y presentó Model Foundry, con acceso controlado inicial para socios. Son declaraciones del proveedor; no hemos probado los productos.
Qué cambia para los socios de Cisco
Cisco permite a socios prestar servicios bajo su propia marca. Para un cliente, el valor dependerá de la calidad del inventario y de cómo se integre en su operación diaria.
El anuncio menciona APIs y soporte MCP para conectar sistemas y agentes de los socios. La integración exige definir qué información puede circular entre ambos.
La disponibilidad general de un servicio no significa que todas sus funciones estén habilitadas en cualquier contrato ni que un tercero pueda entrar sin autorización. Una organización debe verificar sus condiciones, la cobertura de los equipos y los permisos efectivos antes de planificar la integración.
Inventario, riesgos y permisos
Cisco señala que el control de acceso basado en roles permite a los clientes conceder visibilidad a socios sobre su base instalada. Entre las capacidades anunciadas están evaluaciones de errores prioritarios, conformidad de software y riesgos relacionados con soporte de vulnerabilidades. También describe una integración con Cloud Control para mostrar información de riesgo y actuar sobre dispositivos administrados.
Una alerta de inventario no demuestra, por sí sola, que una red esté comprometida. Para priorizarla hay que revisar versión, exposición, criticidad del servicio y contexto de uso. Una recomendación que afecta un equipo de producción debe contrastarse con el responsable de la operación y con una ventana de cambio adecuada.
El acceso basado en roles ayuda a definir quién consulta qué, pero su utilidad depende de la configuración real. Antes de conectar una aplicación o agente conviene identificar el cliente y el alcance de cada credencial, limitar privilegios y dejar un registro de consultas y acciones. Estos son criterios de evaluación, no características verificadas en una instalación concreta.
Model Foundry: modelos para tareas de infraestructura
En un artículo técnico publicado el mismo día, Cisco describe Model Foundry como un servicio de Cloud Control para explorar, evaluar, servir y ajustar modelos especializados. Afirma que las claves de API se delimitan por tenant y que existen controles por modelo y visibilidad de uso. La empresa también describe una API compatible con OpenAI; esto se refiere a la interfaz declarada, no garantiza compatibilidad con cualquier aplicación o configuración.
El catálogo incluye modelos para redes, vulnerabilidades y datos operativos; sus resultados dependen de cada evaluación.
El ajuste fino utiliza ejemplos del entorno del cliente para adaptar un modelo. Puede ser útil si los registros y procedimientos son representativos, pero también puede incorporar información sensible o reproducir errores del conjunto de entrenamiento. Separar datos, definir su retención y evaluar con casos no utilizados en el ajuste son pasos previos a cualquier despliegue responsable.
Qué muestra y qué no muestra la prueba del proveedor
Cisco comunica una prueba de laboratorio con World Wide Technology: un modelo ajustado recomendó la corrección esperada en 11 de 12 escenarios. La muestra es pequeña y procede de los participantes.
Una prueba propia debería incluir casos normales, señales engañosas, fallos simultáneos, cambios reversibles y una revisión del operador. La evaluación comunicada no permite extrapolar resultados a cualquier infraestructura.
Cómo evaluar una integración sin perder control
El protocolo MCP puede servir como puente entre un asistente y herramientas de datos, pero una conexión técnica no reemplaza la autorización. El diseño debe precisar qué identidad actúa, si solo lee o también modifica, qué información recibe el modelo y cómo se registran las operaciones. La exposición de una herramienta y el permiso para ejecutarla son decisiones diferentes.
Una adopción gradual puede comenzar con consultas de inventario y recomendaciones, comparadas con los registros de origen. Después, un equipo puede medir precisión, tiempo de investigación y falsos positivos usando incidentes conocidos. Si más adelante habilita cambios, necesita límites claros, aprobación según impacto, un procedimiento de reversión y comprobación en el sistema de destino.
También hay preguntas económicas: costos de licencias, llamadas, integración, almacenamiento y tiempo de revisión. Cisco no aporta en las fuentes consultadas un precio universal para todos los clientes ni una demostración independiente de ahorro. El cálculo debe hacerse con el contrato y la carga de trabajo de cada organización.
Preguntas frecuentes
¿Cisco IQ para partners y Model Foundry tienen el mismo estado?
No. Las dos ofertas tienen alcances y estados de acceso distintos, detallados arriba.
¿Un socio puede consultar cualquier red de un cliente?
No necesariamente. Antes de integrarse, el cliente y el socio deben revisar los permisos efectivos.
¿El ajuste fino garantiza diagnósticos correctos?
No. Una muestra reducida no garantiza resultados en otro entorno; se requieren pruebas propias.
¿MCP autoriza automáticamente cambios en la infraestructura?
No. Es necesario diseñar por separado las identidades, los permisos y los controles de ejecución de cada herramienta.
