Cloudflare OS: 10.000 horas ahorradas con IA interna en 2026

Cloudflare OS: cómo una plataforma interna ahorró 10.000 horas en 30 días

Cloudflare ahorró más de 10.000 horas en tareas manuales durante el último mes gracias a una plataforma interna de IA que permite a cualquier empleado crear y ejecutar agentes automatizados sin tocar código. Lo más revelador: el equipo de ventas fue el principal beneficiario, automatizando planificación de territorios y creación de propuestas que antes consumían días.

Para founders que luchan con la adopción de IA en sus equipos, este caso ofrece un blueprint verificable: no se trata de comprar herramientas, sino de establecer reglas claras, identificar trabajos repetitivos y dar superpoderes a cada miembro del equipo, sin importar su rol técnico.

¿Qué es Cloudflare OS y por qué nació?

Cloudflare OS es la suma de herramientas, servicios y principios que Cloudflare construyó internamente durante los últimos seis meses para permitir que sus miles de empleados usen IA de forma segura y productiva. No es un producto comercial (aunque la empresa anunció que lo compartirá con otras organizaciones), sino una plataforma interna que combina componentes existentes como Cloudflare Workers y Cloudflare Zero Trust con servicios personalizados.

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

El punto de inflexión llegó a finales de 2025, cuando un miembro del equipo de ventas solicitó claves API de producción para una docena de sistemas internos. Había usado IA para construir una «SuperApp» que transformaría las operaciones go-to-market, pero necesitaba acceso administrativo para desplegarla. Ese momento reveló dos cosas: la demanda explosiva de herramientas de IA entre empleados no técnicos y la obligación de la empresa de habilitar esa productividad sin comprometer la seguridad.

Según Sam Rhea, CIO de Cloudflare, cientos de团队成员 en roles técnicos y no técnicos pasaron las semanas alrededor del Año Nuevo experimentando con nuevas herramientas que facilitaban la construcción de agentes. La compañía tenía la obligación de equiparlos, pero también de mantener seguros sus sistemas, datos internos y datos de clientes.

Los 5 principios que definieron la adopción de IA

Antes de construir cualquier tecnología, Cloudflare estableció cinco reglas fundamentales que guiaron todo el desarrollo:

Usar IA para pasar más tiempo con clientes, no por usar IA. Los equipos deben definir primero sus «trabajos por hacer» (pain points, cuellos de botella, oportunidades perdidas) y luego encontrar la herramienta adecuada.
Todos merecen superpoderes. Las primeras herramientas de IA favorecían a desarrolladores (terminales, editores de código, repositorios Git). Cloudflare quería que empleados sin perfil técnico pudieran aportar su expertise sin necesitar interfaces de desarrollador.
El humano es dueño del output. La IA es una herramienta, no un miembro del equipo. Los humanos son responsables de definir calidad, testing y workflows. Si alguien se va de la empresa, su manager hereda la responsabilidad de los agentes que esa persona desplegó.
El contexto organizacional importa más que el modelo. Los workflows y agentes necesitan conocer a Cloudflare. La tecnología debía ir acompañada de una capa de contexto curada y canónica.
Nunca tener más permisos con IA. Los controles de acceso segmentados por dispositivo, rol y región deben aplicarse también a agentes de IA. Un agente compartido debe reflejar los permisos del usuario que lo usa, no los del creador.

Cómo Cloudflare identificó qué automatizar (sin adivinar)

Un error temprano fue dar a todos las mismas herramientas con interfaces ligeramente más amigables. El resultado: una avalancha de «apps coded by vibe» buscando un problema que resolver. Cloudflare cambió de estrategia.

Crearon un alias de email «mágico» al que cualquier empleado podía enviar el trabajo que no quería hacer. Detrás del alias, un pequeño equipo usaba herramientas de IA para completar esas tareas manualmente. Durante cientos de sesiones, identificaron patrones: qué trabajo mundano querían automatizar, qué sistemas de registro involucraban y qué outputs necesitaban.

Este proceso manual continuó hasta que capturaron suficientes «trabajos por hacer» comunes para dar a los equipos un punto de partida en automatización. Solo entonces construyeron la plataforma donde los usuarios podían ejecutar esos workflows de forma segura.

Cloudflare OS v1: la plataforma inicial

La primera versión consistía en un harness simple corriendo en un contenedor dentro de la infraestructura de Cloudflare. Los usuarios accedían vía navegador, se autenticaban con Cloudflare Zero Trust y podían ejecutar los skill files y workflows recopilados durante la fase del email mágico.

Todo ocurría en el navegador, sin configuración local. Nuevos miembros del equipo de ventas reportaron que, en días de empezar, podían automatizar trabajo que les habría tomado semanas en su empleo anterior. Los usuarios podían cerrar la laptop mientras el trabajo se ejecutaba en la nube.

La arquitectura tenía ventajas de seguridad: un entorno efímero basado en nube solo tenía acceso a los datos que el usuario introducía en la sesión, no a todo lo que hubiera en la laptop. El equipo de Seguridad tenía visibilidad de auditoría y control de red, incluyendo la capacidad de filtrar conexiones a Internet.

Cloudflare OS se conectaba a sistemas de registro mediante el Model Context Protocol (MCP) Portal, un estándar que define cómo conectar herramientas de IA a sistemas de registro indicando qué datos y operaciones están disponibles. Siguiendo la regla de permisos, el acceso de cada sesión estaba limitado al conjunto de permisos existente del usuario en cada sistema.

Para inferencia de IA, todo el tráfico pasaba por el AI Gateway de Cloudflare, permitiendo filtrar, loguear y auditar todas las interacciones. Podían reusar reglas de Data Loss Prevention (DLP) del Secure Web Gateway para bloquear ciertos datasets de ser enviados a proveedores externos. El AI Gateway también permitía controlar el uso de modelos por rol y dirigir casos de uso autónomos a modelos más eficientes.

Cloudflare OS v2: agentes deterministas para todos

La versión actual, compartida públicamente en agosto de 2026, permite a usuarios describir un workflow en lenguaje natural, tener un agente de IA que escriba el código para ese workflow, y luego ejecutar agentes on-demand, programados o triggerizados por eventos.

En lugar de construir agentes one-size-fits-all, Cloudflare da a cada miembro del equipo la capacidad de crear aplicaciones seguras, aisladas por defecto. Por ejemplo, el equipo de IT helpdesk ahora tiene agentes que revisan colas de tickets y generan reportes cada mañana sin quemar tokens en cada ejecución.

Cuando un usuario comparte un agente con otros, esos usuarios se autentican usando sus propios permisos a través de los mismos gatekeepers, evitando cruzar límites de datos. El creador del agente no gestiona keys API ni pipelines de deployment.

El programa de champions: sin equipo dedicado de IA

Cloudflare no contrató un equipo dedicado de IA. En su lugar, identificó early adopters en diversos roles y los convirtió en champions que ayudan a sus peers. Un líder de ventas en Londres, un solutions engineer en Texas, un líder de investor relations en Portugal, entre otros, fueron invitados a repensar el trabajo con sus equipos.

También integraron internos en equipos establecidos. Cloudflare anunció su objetivo de traer 1.111 internos en 2026, y muchos trabajan dentro de departamentos con el objetivo simple de «convertir a este equipo en all-stars equipándolos con nuestras herramientas de IA».

Los resultados: miles de miembros del equipo usan la plataforma cada semana y los usuarios activos por día han crecido cada día laboral. En los últimos 30 días, los usuarios crearon más de 4.000 apps y herramientas para resolver desafíos específicos.

¿Qué significa esto para tu startup?

Si tienes menos de 50 empleados y estás considerando cómo adoptar IA internamente, el caso de Cloudflare ofrece lecciones accionables que puedes implementar sin construir una plataforma desde cero:

1. Establece reglas antes de comprar herramientas

No empieces evaluando vendors. Reúne a tu equipo de liderazgo y define 3-5 principios como los de Cloudflare. Preguntas clave: ¿Quién es responsable del output de un agente? ¿Los agentes heredan los permisos del usuario? ¿Qué datos nunca salen de tu infraestructura? Documenta esto y compártelo antes de dar acceso a cualquier herramienta.

2. Identifica trabajos repetitivos con un proceso manual primero

Antes de automatizar, haz el trabajo manualmente durante 2-4 semanas. Crea un canal de Slack o un formulario donde tu equipo reporte tareas que odian hacer. Clasifícalas por frecuencia y tiempo consumido. Las que aparecen repetidamente son candidatas a automatización. Esto evita construir soluciones para problemas que no existen.

3. Empieza con no-engineers, no con desarrolladores

Los ingenieros ya tienen acceso a herramientas de IA (GitHub Copilot, Cursor, etc.). El mayor ROI está en equipos de ventas, operaciones, soporte y finanzas que no tienen interfaces de código. Busca herramientas con interfaces conversacionales o basadas en email que permitan describir el trabajo en lenguaje natural.

4. Controla costos de inferencia desde el día uno

Cloudflare usó AI Gateway para limitar qué modelos puede usar cada rol y dirigir workflows autónomos a modelos más eficientes. En una startup, esto puede ser tan simple como establecer límites de gasto por usuario en herramientas como OpenAI API o Anthropic, y requerir aprobación para modelos premium.

5. Nombra champions, no contrates un equipo de IA

En lugar de contratar un Head of AI, identifica 2-3 early adopters en diferentes departamentos. Dales acceso temprano, tiempo para experimentar y la misión de ayudar a 3-5 colegas cada uno. Esto crea adopción orgánica sin burocracia.

Lecciones para founders hispanohablantes

El ecosistema startup en LATAM y España enfrenta desafíos particulares: equipos más pequeños, menos capital para herramientas enterprise y necesidad de mover rápido. Cloudflare OS demuestra que la gobernanza de IA no requiere presupuestos millonarios.

Para startups con 10-50 empleados, la prioridad no es construir una plataforma como Cloudflare OS, sino adoptar sus principios: contexto organizacional curado, permisos heredados, humanos dueños del output y identificación manual de trabajos repetitivos antes de automatizar.

La diferencia entre una startup que escala con IA y una que se ahoga en herramientas desconectadas no es el budget, sino la disciplina de establecer reglas claras y medir impacto real (horas ahorradas, no demos impresionantes).