El 5 de agosto Cloudflare anunció su Identity-Aware AI Gateway y, en la misma tanda, User Insights. En la nota de prensa suena todo muy sensato: saber quién llama a qué modelo, poner límites de gasto por persona, detectar comportamientos raros antes de que llegue la factura del mes. Si llevas una pyme o gestionas el stack de una agencia, te reconocerás en el problema: claves API compartidas en un canal de Slack, un becario probando GPT-4 para redactar emails y nadie sabe cuánto cuesta hasta que llega el cargo.
Yo no discuto que haga falta gobernanza. Lo que me chirría es la solución que te venden como si fuera neutral.
Cloudflare no está ofreciendo un marco abierto de control de IA. Te está pidiendo que metas todo el tráfico de modelos por su red, con su Access delante, su gateway en medio y sus logs al final. Según la documentación oficial, para activar los controles por identidad necesitas un dominio personalizado en el gateway, Cloudflare Access habilitado y políticas que definan quién puede llamar. Las peticiones que solo lleven el token clásico del gateway, sin JWT de Access, las bloquea Access antes de que lleguen al modelo. Traducción: o te adaptas al flujo de Cloudflare o te quedas fuera del party.
Digital Inside resume bien el discurso comercial: una pasarela que centraliza peticiones, elimina claves compartidas y vincula cada solicitud a una identidad verificada. User Insights, por su parte, aprende el patrón de uso habitual de cada empleado o agente automatizado y avisa si alguien se pasa de frenada o usa un modelo caro para tareas triviales. En papel, perfecto. En la práctica, me pregunto cuántas empresas medianas van a montar eso sin fricción.
Porque aquí hay una trampa que no sale en el titular. Cloudflare Access no es un plugin que instalas un martes por la tarde. Implica IdP, políticas Zero Trust, dominios personalizados, tokens bearer para clientes que no son navegador… Si ya tienes Cloudflare en producción con Access maduro, encaja. Si tu analítica va por Matomo, tu correo por un VPS barato y la IA la probáis con cuentas sueltas de OpenAI, el salto no es configuración: es proyecto.
Y entonces aparece la parte que más me incomoda: el control real no lo tienes tú, lo tiene quien controla el gateway. Los spend limits existen —Cloudflare documenta hasta 20 reglas por gateway, con respuesta 429 cuando se agota el presupuesto y opción de caer a un modelo más barato— pero el seguimiento de costes es, cito la documentación, «best-effort estimation based on token counts and model pricing». Es decir: útil para frenar desbordes, no para contabilidad fina. Si mañana OpenAI cambia precios o tu equipo mezcla modelos vía fallback, reconciliar la factura real con lo que dice el panel de Cloudflare seguirá siendo trabajo manual.
Tampoco me convence el relato de «visibilidad total». Sí, ver el cf.user_id en los logs resuelve el misterio de quién quemó créditos un viernes a las 23:00. Pero esa visibilidad solo existe mientras todo pase por ellos. El día que un departamento conecte un agente directo a la API de Anthropic porque «con Access iba lento», vuelves al caos. La gobernanza centralizada funciona cuando no hay atajos; en empresas reales los atajos son el pan de cada día.
Lo irónico es que Cloudflare lanza esto la misma semana en la que Gartner avisa de que unos 234.000 millones de dólares en software empresarial estarán expuestos al «arbitraje agéntico» hacia 2030. Los agentes ejecutan tareas entre sistemas sin que un humano abra un dashboard. ¿De qué sirve un gateway identity-aware si tu agente de n8n llama a cinco APIs distintas y solo una pasa por Cloudflare? Te quedas con la sensación de seguridad en un canal y ciego en el resto.
No digo que la herramienta sea inútil. Para equipos que ya viven en el ecosistema Cloudflare —CDN, Workers, Access— puede ser el empujón que faltaba para decirle al CFO cuánto cuesta la IA sin inventar hojas de cálculo. El changelog del 5 de agosto está bien escrito, las fuentes técnicas son claras y el enfoque de sustituir claves compartidas por identidades verificadas es sensato.
Lo que no me trago es presentarlo como el estándar de control empresarial de IA. Es un producto más en la guerra por ser capa obligatoria entre tu empresa y los modelos. Cuanto más centralices ahí, más caro te sale migrar. Y en servicios online eso no es un detalle: es la jugada clásica del SaaS que primero te resuelve un dolor agudo y luego te cobra por no poder salir.
Si gestionas una web o una tienda online mediana, piensa antes en qué problema exacto quieres resolver. ¿Es el gasto descontrolado? Un presupuesto en la consola del proveedor y alertas básicas pueden bastar al principio. ¿Es la fuga de datos? Ahí el gateway ayuda, pero también un DLP bien configurado o simplemente no pasar PII a modelos externos. ¿Es auditoría? Necesitas trazabilidad en todos los puntos, no solo en los que pasan por Cloudflare.
Cloudflare ha dado un paso interesante para empresas que ya le pagan el parking. Para el resto, ojo con confundir «pasarela con nombre bonito» con estrategia de IA. La gobernanza no se compra en un anuncio de agosto; se diseña sabiendo dónde están tus atajos y quién puede saltarse el muro.
Si mañana tu proveedor de IA te ofreciera limitar el gasto por usuario solo a cambio de enrutar el 100% de las llamadas por su proxy —incluidos los agentes internos que hoy ni siquiera tienes inventariados—, ¿aceptarías el trato o preferirías seguir apagando fuegos a mano?