WSO2 anunció la disponibilidad general de WSO2 Agent Manager el 15 de septiembre de 2026. El plano de control de código abierto está diseñado para registrar, ejecutar, gobernar, observar y evaluar agentes de IA entre distintos frameworks y entornos de despliegue. El producto supera la fase beta anunciada previamente y ofrece rutas de despliegue autogestionadas y alojadas.
El lanzamiento es material para los equipos empresariales porque reúne varios controles en una sola capa operativa: inventario central, identidad propia para cada agente, reglas de acceso delegado, barreras para modelos y herramientas, evaluación, observabilidad y ejecución aislada. WSO2 también presenta el producto como independiente del framework, incluidos LangChain, CrewAI, AWS Strands y Microsoft Agent Framework.
Qué está disponible ahora
El anuncio principal afirma que Agent Manager está disponible de forma general y es completamente de código abierto. La página actual del producto ofrece una prueba y describe opciones autogestionadas y como servicio. Eso respalda la disponibilidad, aunque el rendimiento, la eficacia de los controles y los resultados empresariales siguen siendo afirmaciones del proveedor sin pruebas independientes.
La página describe un inventario central y una identidad distinta para cada agente. Las políticas de delegación definen a qué puede acceder un agente y en nombre de quién actúa. Es importante cuando los agentes toman prestada una cuenta humana o una credencial de servicio compartida, lo que impide distinguir después a un actor automatizado de otro.
WSO2 también describe más de 40 barreras integradas en los niveles de organización, agente, MCP y modelo. Los ejemplos incluyen enmascaramiento de datos personales, comprobación de URL, validación de contenido y validación semántica de indicaciones. La plataforma incorpora supervisión, evaluación y un entorno destinado a aislar la ejecución.
Por qué un plano de control es diferente
La gestión tradicional de aplicaciones suele asumir servicios estables, llamadas predecibles e identidades duraderas. Los agentes pueden seleccionar herramientas, crear planes de varios pasos y cambiar de comportamiento con el contexto. La gobernanza debe conectar el propósito declarado del agente con sus acciones reales.
Un plano de control útil debe responder seis preguntas. ¿Qué agentes existen? ¿Quién es responsable de cada uno? ¿A qué puede acceder? ¿Qué tarea y usuario delegaron la autoridad? ¿Qué acciones intentó el agente? ¿Qué cambió en el sistema externo?
Un inventario sin evidencia de acciones deja una brecha. Las barreras sin identidad propia pueden bloquear un patrón, pero no mostrar qué agente fue responsable. La observabilidad sin aplicación puede explicar un incidente después del efecto, pero no detener la acción. El valor de una plataforma integrada depende de que sus capas compartan identificadores y contexto de política.
Límites que los equipos deben probar
La disponibilidad general no demuestra que todos los frameworks, herramientas y protocolos reciban la misma cobertura. Los equipos deben comprobar cómo trata Agent Manager a los agentes fuera de su entorno aislado, los servidores MCP personalizados, los trabajos asíncronos, la memoria persistente y las credenciales API directas.
También deben probar el comportamiento ante fallos. Si el servicio de políticas, el proveedor de identidad o el componente de evaluación no están disponibles, ¿el agente se detiene, continúa con menor capacidad o evita la comprobación? La respuesta segura puede variar según la acción, pero debe ser explícita y verificable.
La cantidad de barreras no es una métrica de resultado. Una política que detecta datos sensibles o una instrucción insegura todavía necesita una respuesta definida, evidencia de la decisión y confirmación de que la acción bloqueada o permitida produjo el resultado previsto. Las afirmaciones de soberanía, control y preparación para producción deben validarse frente a la arquitectura y el modelo de amenazas del cliente.
Una secuencia práctica de adopción
Empiece importando o registrando un grupo pequeño de agentes reales. Asigne a cada uno un responsable, propósito empresarial, modelo, herramientas, acceso a datos y ubicación de despliegue. Compare el inventario con repositorios, servicios cloud y evidencia de endpoints para localizar agentes ausentes.
Después, emita una identidad distinta y sustituya las credenciales compartidas cuando sea posible. Las reglas de delegación deben considerar usuario, tarea, recurso y tipo de acción. Un agente de programación puede leer un repositorio mientras que un cambio en una rama protegida exige una decisión de política separada.
A continuación, aplique barreras y evaluaciones a la ruta de acción más arriesgada. Pruebe tanto el trabajo esperado como los fallos, entre ellos inyección de indicaciones, acceso excesivo a datos, dependencias no disponibles y resultados de herramientas distintos de lo que esperaba el agente.
Por último, conecte los registros de identidad, indicación, política, llamada de herramienta y efecto. La guía de Maetra para inventariar agentes ofrece una base para agentes y capacidades conectadas. La guía de registros de auditoría de IA ayuda a definir la evidencia necesaria tras una acción con consecuencias.
Análisis de Maetra
El lanzamiento de WSO2 refleja un cambio más amplio desde la gestión de modelos hacia la gestión de actores operativos. Una empresa puede usar varios modelos y frameworks, pero la pregunta de gobernanza es constante: ¿qué identidad estaba autorizada para realizar qué acción dentro de qué tarea?
El patrón más sólido separa inventario, autorización, inspección de seguridad y verificación del resultado mientras conserva una cadena de evidencia común. Un plano de control puede aportar el contexto compartido, pero los equipos siguen necesitando políticas que reflejen consecuencias empresariales y pruebas independientes que demuestren su comportamiento bajo fallos.
La disponibilidad general de Agent Manager crea una opción concreta para organizaciones que buscan una capa autogestionada o alojada. Debe evaluarse como infraestructura y no tratarse como prueba automática de que los agentes que la atraviesan sean seguros, conformes o estén alineados.