La ronda de Zenity: lista de verificación del operador para visibilidad, aplicación y respuesta

Estás eligiendo controles para agentes que ya operan en tu stack. Zenity anunció una Serie C de $125 millones el 3 de agosto de 2026, liderada por Norwest. La financiación acumulada alcanzó $185 millones tras la ronda. La ronda importa porque señala un mayor gasto en el control de las superficies de agentes. No demuestra que ningún proveedor tenga los controles adecuados. El comprador debe usar la ronda para someter a prueba al proveedor, no para aceptar su etiqueta de categoría.

La ronda señala demanda, no adecuación del producto

Zenity triplicó sus ingresos en cada uno de los dos años anteriores a 2026 y esperaba triplicarlos de nuevo en 2026. La base de clientes de Zenity incluye organizaciones Fortune 500 y Global 2000, y SoftBank Corp. es un cliente nombrado. Gartner publicó un informe en abril de 2026 titulado AI Vendor Race: Zenity Is the Company to Beat in AI Agent Governance. Trata el informe como evidencia de posicionamiento, no de producto. Un proveedor puede ganar un título de categoría y aun así no cubrir los controles que tu equipo necesita. La ronda te dice hacia dónde se mueve el mercado. No te dice qué control encaja en tu stack.

Evalúa la visibilidad antes que la aplicación

Pregunta qué puede ver el proveedor antes de preguntar qué afirma prevenir. La plataforma de Zenity permite supervisar agentes en entornos que incluyen Google Gemini, OpenAI ChatGPT Enterprise, Microsoft Copilot, Anthropic Claude y Cursor. Una lista de cobertura es un punto de partida, no una garantía. El comprador necesita saber si el proveedor puede mostrar la misma vista en el stack del comprador. Si no puede, la afirmación de cobertura es incompleta.

Una vista útil no es un panel con un estado en verde. Muestra el modelo, el prompt, las llamadas a herramientas y la salida. También muestra qué agente inició la acción y qué usuario o cuenta de servicio estuvo involucrado. El registro conserva suficiente detalle para reconstruir una secuencia tras un incidente. Sin una vista completa, el operador no puede verificar la aplicación.

Prueba la aplicación y la respuesta en el stack en producción

Aplicación significa que el proveedor puede detener una acción, no solo marcarla. Respuesta significa que puede contener el problema a posteriori. Zenity Labs divulgó vulnerabilidades en Microsoft Copilot Studio y en el navegador Comet de Perplexity AI. Las divulgaciones muestran por qué la aplicación y la respuesta importan. No demuestran que el despliegue de un comprador sea seguro. El operador necesita controles que funcionen en el entorno del comprador, no solo en el laboratorio del proveedor.

Comprueba si una política puede bloquear una llamada a herramienta antes de que se ejecute. Confirma que un humano puede aprobar una acción de alto riesgo. Verifica que el proveedor puede revocar el acceso o pausar un agente cuando un patrón se ve incorrecto. Determina qué ocurre cuando el agente ya ha enviado datos, creado un registro o modificado un sistema. La respuesta debe nombrar un paso, un responsable y un plazo.

Usa esta lista de verificación en una demostración del proveedor. Cada punto debería ser respondible en un minuto. Aplícala a la demo del proveedor, no a su página de marketing. Pide la misma demo en tu entorno, con tus herramientas y cuentas.

• Muestra una sesión en vivo de un agente con modelo, prompt, llamadas a herramientas y salida.
• Identifica qué acciones del agente pueden bloquearse antes de la ejecución.
• Demuestra un paso de reversión o contención tras una acción incorrecta.
• Enumera los entornos de agentes que supervisa, incluidas las nuevas herramientas de tu stack.
• Indica quién recibe las alertas y qué evidencia se adjunta a cada una.
• Explica cómo gestiona una actualización de modelo del proveedor que cambia el comportamiento del agente.

Evalúa al proveedor con tres preguntas: qué puede ver, qué puede detener y qué puede hacer cuando algo sale mal. La cobertura, la responsabilidad y la gestión de cambios completan la respuesta. Si un proveedor no puede responder a las seis, la brecha es un riesgo de adquisición. Un proveedor que puede responder a las seis es más fácil de defender en una revisión de seguridad. Un proveedor que no puede debe tratarse como un control parcial. Pon la respuesta en el contrato antes de la firma, no solo en la presentación.