Cloudflare ha publicado como código abierto Cloudflare OS, una plataforma de trabajo que reúne un agente de inteligencia artificial, aplicaciones creadas a medida y acceso controlado a los sistemas internos de una organización. La propuesta parte de una versión que la compañía distribuyó entre su plantilla en mayo y que, según sus datos, ya utilizan a diario miles de empleados de distintas áreas.
No es un sistema operativo convencional ni pretende sustituir a Windows, macOS o Linux. Es una capa web para convertir una conversación con un agente en documentos, presentaciones, flujos automatizados o pequeñas aplicaciones conectadas a datos reales. La novedad está en que el contexto, los permisos y el estado del trabajo permanecen unidos, en lugar de depender de una sucesión de chats aislados.
Qué reúne exactamente Cloudflare OS
La plataforma combina tres piezas. La primera es un espacio de trabajo accesible desde el navegador, con sesiones de agente, archivos, estado persistente y un entorno aislado donde la IA puede escribir y ejecutar código. La segunda es un sistema de gobierno para decidir a qué recursos puede acceder. La tercera permite crear aplicaciones personales que después se comparten como un documento o como una plantilla independiente.
El resultado puede ser desde una hoja de cálculo conectada a datos vivos hasta un panel para un equipo o un proceso programado. Cloudflare sostiene que las tareas previsibles se resuelven con código y que el modelo se reserva para los pasos que necesitan criterio. Así se reduce el consumo innecesario de inferencia y se evita volver a explicar procedimientos, vocabulario y reglas en cada petición.
Los permisos siguen a los datos
La parte más relevante para un despliegue real es su modelo de seguridad. Cada agente y cada aplicación comienzan sin acceso. Cuando necesitan un recurso, lo reciben como una capacidad concreta mediante un «Gatekeeper»: por ejemplo, consultar las incidencias de un repositorio sin leer su código, ocultar ciertos campos o exigir aprobación antes de fusionar un cambio.
Las credenciales no se entregan al agente ni al código que genera. El servidor se ejecuta en un Worker dinámico sin salida general a Internet y el cliente queda dentro de un marco aislado del navegador. Los Gatekeepers mantienen las claves, aplican la política, registran lo consultado y median las acciones que producen efectos externos.
Cloudflare también registra qué recursos ha observado el agente. Si crea un panel a partir de una tabla sensible, compartir ese panel no debe convertirse en una vía para saltarse los permisos originales. Antes de mostrar el espacio, la aplicación o el resultado a otra persona, la plataforma vuelve a comprobar si puede acceder a esas fuentes.
Es un enfoque próximo al de las defensas con agentes que ya aparecen en Microsoft Project Perception, aunque aquí el foco está en gobernar el trabajo cotidiano sin trasladar toda la responsabilidad a quien configura el agente.
Aplicaciones modificables en lugar de archivos cerrados
Cada aplicación incluye interfaz, lógica de servidor, API y estado duradero. El servidor se carga bajo demanda como un Dynamic Worker y utiliza un Durable Object Facet con su propia base de datos SQLite. Tanto la persona desde el navegador como el agente llaman a la misma API, de modo que una herramienta creada para uso manual puede después formar parte de una automatización.
Al compartir la aplicación, varias personas colaboran sobre el mismo estado. Al compartir un «blueprint», en cambio, cada destinatario obtiene una copia del código y la estructura, pero no los datos, conversaciones, credenciales ni recursos conectados. Esa separación es importante para que una plantilla útil no arrastre información privada de quien la creó.
Qué está disponible y qué falta
El núcleo y un despliegue de ejemplo están disponibles desde hoy en GitHub. Se instalan en una cuenta propia de Cloudflare y admiten políticas de Access, configuración de AI Gateway, integraciones y una interfaz personalizada. La compañía dice que se puede elegir cualquier modelo, atribuir cada petición a su usuario o equipo, fijar presupuestos y reservar los modelos más caros para tareas complejas.
La publicación abierta permite auditar la arquitectura y adaptarla, pero no convierte el despliegue en una solución lista para usar sin trabajo previo. Cada organización debe seleccionar el contexto que comparte, construir Gatekeepers para sus servicios y definir políticas de aprobación. Cloudflare prepara además una versión administrada dentro de su panel, contenedores para flujos de desarrollo e integración con Slack y otras herramientas de chat.
