Suscríbete para recibir notificaciones de nuevas publicaciones:

Te damos la bienvenida a la Agents Week

2026-04-12

8 min de lectura
Esta publicación también está disponible en English, 繁體中文, Français, 日本語, 한국어, Español (Latinoamérica) y 简体中文.

La misión de Cloudflare siempre ha sido ayudar a mejorar Internet. A veces, eso significa desarrollar para Internet tal y como es en la actualidad. A veces significa desarrollar para Internet tal y como será en breve. 

Hoy damos el pistoletazo de salida a la Agents Week, dedicada a desarrollar Internet para lo que viene.

Internet no se diseñó para la era de la IA. La nube tampoco.

La nube, tal y como la conocemos, fue producto del último gran cambio de paradigma tecnológico: los teléfonos inteligentes.

Cuando los teléfonos inteligentes pusieron Internet al alcance de todos, no solo añadieron usuarios, sino que cambiaron la naturaleza de lo que significaba estar en línea. Siempre conectado, siempre esperando una respuesta instantánea. Se multiplicó el número de usuarios que las aplicaciones debían gestionar, y la infraestructura que las sustentaba tenía que evolucionar.

El enfoque que adoptó el sector era sencillo: más usuarios, más copias de su aplicación. A medida que las aplicaciones crecían en complejidad, los equipos las dividían en componentes más pequeños (microservicios) para que cada equipo pudiera controlar su propio destino. Pero el principio básico seguía siendo el mismo: un número limitado de aplicaciones, cada una de las cuales prestaba servicio a muchos usuarios. Si querías escalabilidad, debías aumentar el número de copias.

Kubernetes y los contenedores se convirtieron en la solución por defecto. Facilitaban la implementación de las instancias, el equilibrio de carga y la eliminación de lo que ya no necesitabas. Con este modelo de uno a muchos, una única instancia podía dar servicio a muchos usuarios. Incluso si alcanzabas miles de millones usuarios, el número de recursos que tenías que gestionar seguía siendo limitado.

Con los agentes, este modelo deja de ser válido.

Un usuario, un agente, una tarea

A diferencia de todas las aplicaciones anteriores, los agentes ofrecen un modelo uno a uno. Cada agente es una instancia exclusiva. Da servicio a un usuario, ejecuta una tarea. Mientras que una aplicación tradicional sigue la misma ruta de ejecución independientemente de quien la utilice, un agente requiere su propio entorno de ejecución: uno en el que el LLM dicta la ruta del código, invoca herramientas de forma dinámica, ajusta su enfoque y persiste hasta que la tarea se ha completado.

La diferencia entre los agentes y las aplicaciones anteriores es similar a la diferencia entre un chef personal y un restaurante. Este tiene un menú (un conjunto fijo de opciones) y una cocina optimizada para elaborarlas en gran cantidad. Así son la mayoría de las aplicaciones actuales. En cambio, un agente es más como un chef personal que pregunta: ¿qué quieres comer?. Es posible que necesite ingredientes, utensilios o técnicas completamente diferentes cada vez. No puedes dirigir un servicio de chef personal con la misma configuración de cocina que usarías para un restaurante.

Durante el último año, hemos visto un gran auge de los agentes, con los agentes de programación a la vanguardia (como era de esperar, ya que los desarrolladores suelen ser los usuarios que primero deciden adoptar las nuevas tecnologías). Hoy en día, la forma de trabajar de la mayoría de los agentes de programación consiste en implementar un contenedor para proporcionar al LLM lo que necesita: un sistema de archivos, git, bash y la capacidad de ejecutar binarios arbitrarios.

Pero los agentes de programación son solo el principio. Gracias a herramientas como Claude Cowork, los agentes ya están al alcance de usuarios menos técnicos. Cuando los agentes pasan de los desarrolladores a las manos de todos los usuarios en general (asistentes administrativos, analistas de investigación, representantes de atención al cliente, planificadores personales), los cálculos para la escalabilidad se complican.

Los cálculos para ampliar los agentes al público en general

Si los más de 100 millones de profesionales del conocimiento de EE. UU. utilizaran cada uno un asistente agéntico con una simultaneidad de aproximadamente el 15 %, necesitarías capacidad para unos 24 millones de sesiones simultáneas. Con 25-50 usuarios por CPU, eso equivale a entre 500 000 y 1 millón de CPU de servidor, solo para EE. UU., con un agente por persona.

Ahora imagina a cada persona ejecutando varios agentes en paralelo. Ahora imagina el resto del mundo, con más de mil millones de profesionales del conocimiento. No es que nos falten algunos recursos informáticos, sino que estamos a años luz de lo que necesitamos.

Por lo tanto, ¿cómo superamos esa deficiencia?

Una infraestructura diseñada para los agentes

Hace ocho años, lanzamos Workers, el principio de nuestra plataforma para desarrolladores, y una apuesta por la informática sin contenedores y sin servidor. En ese momento, la motivación era práctica: necesitábamos procesos ligeros sin arranques en frío para los clientes que dependían de la velocidad de Cloudflare. Workers, basado en aislamientos de V8 en lugar de contenedores, resultó ser muchísimo más eficiente, con un inicio más rápido, una ejecución más barata y adecuado de forma nativa para el patrón "activar, ejecutar, eliminar".

Lo que no anticipamos fue lo bien que este modelo se adaptaría a la era de los agentes.

Siguiendo con el símil de la cocina, los contenedores proporcionan a cada agente una cocina comercial completa, con electrodomésticos fijos, neveras industriales y todo el equipamiento (lo necesite o no el agente), mientras que los aislamientos proporcionan al chef personal exactamente el espacio de encimera, el fogón y el cuchillo que necesita para cada comida específica. El aprovisionamiento requiere apenas milisegundos. Y se limpia tan pronto como se sirve el plato.

BLOG-3238 2

En un mundo en el que ya no necesitamos admitir miles de aplicaciones de larga duración, sino miles de millones de entornos de ejecución efímeros y con una sola función, los aislamientos son la primitiva adecuada. 

Cada uno de ellos se inicia en milisegundos. Cada uno de ellos está en un espacio aislado. Y puedes ejecutar muchos más en el mismo hardware que con los contenedores.

Hace solo unas semanas, llevamos esto más lejos con la versión beta abierta de Dynamic Workers: entornos de ejecución implementados en tiempo de ejecución y bajo demanda. Un aislamiento se inicia en unos milisegundos y utiliza apenas unos megabytes de memoria. Es aproximadamente 100 veces más rápido y hasta 100 veces más eficiente en términos de memoria que un contenedor. 

Puedes iniciar un aislamiento nuevo para cada solicitud, ejecutar un fragmento de código y desecharlo, a una escala de millones por segundo.

Para que los agentes dejen de estar solo en manos de los primeros usuarios y lleguen a todo el mundo, es necesario que también sean asequibles. La ejecución de cada agente en su propio contenedor es tan costosa que hoy en día las herramientas agénticas están básicamente restringidas a los asistentes de programación para ingenieros que pueden permitirse dicho coste. Los aislamientos, gracias a su ejecución mucho más eficiente, son lo que permite que el coste económico por unidad sea viable a la escala que requieren los agentes.

BLOG-3238 3

La fase del "carruaje sin caballos"

Aunque es fundamental crear una base sólida para el futuro, todavía no hemos llegado a ese punto. Cada cambio de paradigma tiene un periodo en el que intentamos que lo nuevo funcione dentro del modelo anterior. Los primeros coches se denominaban "carruajes sin caballos". Los primeros sitios web eran folletos digitales. Las primeras aplicaciones móviles eran interfaces de usuario de escritorio reducidas. Con los agentes, ahora estamos en esa fase.

Puedes verlo en todas partes. 

Proporcionamos a los agentes navegadores sin interfaz gráfica para navegar por sitios web diseñados para visitantes humanos, cuando lo que necesitan son protocolos estructurados como MCP para identificar e invocar los servicios directamente. 

Muchos de los primeros servidores MCP son envoltorios ligeros de las API REST existentes (las mismas operaciones CRUD, un nuevo protocolo) cuando los LLM son en realidad mucho mejores con la escritura de código que con la invocación secuencial de herramientas. 

Utilizamos los desafíos CAPTCHA y la huella digital de comportamiento para verificar lo que está en el otro extremo de una solicitud, cuando cada vez más ese algo es un agente que actúa en nombre de alguien, y la pregunta correcta no es "¿eres humano?" sino "¿qué agente eres, quién te ha autorizado y qué puedes hacer?"

Implementamos contenedores completos para agentes que solo necesitan hacer algunas llamadas API y devolver un resultado.

Estos son solo algunos ejemplos, pero nada de esto debería sorprendernos. Es una característica de las transiciones.

Diseñar para integrar el hoy y el mañana

Internet siempre se encuentra en algún lugar entre dos eras. IPv6 es objetivamente mejor que IPv4, pero si se elimina la compatibilidad con IPv4 la mitad de Internet dejaría de funcionar. HTTP/2 y HTTP/3 coexisten. TLS 1.2 aún no ha cedido el paso por completo a TLS 1.3. La tecnología mejor existe, la tecnología anterior persiste, y el cometido de la infraestructura es unir ambas.

Cloudflare siempre se ha dedicado a facilitar estas transiciones. En el caso de la adopción de los agentes sucede lo mismo.

Los agentes de codificación realmente necesitan contenedores: un sistema de archivos, git, bash, la ejecución binaria arbitraria. Eso no va a desaparecer. Esta semana, nuestros entornos de espacio aislado basados en contenedores pasarán a estar disponibles de forma general, porque nos hemos comprometido a mejorarlos. Vamos a ir más allá con la representación del navegador para los agentes, porque habrá una larga lista de servicios que aún no admiten MCP, y los agentes seguirán necesitando interactuar con ellos. No se trata de soluciones provisionales; son parte de una plataforma completa.

Pero también estamos desarrollando los próximos avances: los aislamientos, los protocolos y los modelos de identidad que los agentes realmente necesitan. Nuestra tarea es asegurarnos de que no tengas que elegir entre lo que funciona hoy y lo que será mejor para el mañana.

La seguridad está en el modelo, no en torno a él

Si los agentes van a encargarse de nuestras tareas profesionales y personales (leer nuestro correo electrónico, operar con nuestro código, interactuar con nuestros servicios financieros), la seguridad tiene que estar integrada en el modelo de ejecución, no superpuesta a posteriori.

Los CISO han sido los primeros en afrontar este desafío. El aumento de productividad que supone poner los agentes a disposición de todos los usuarios es irrefutable. Sin embargo, hoy en día la mayoría de las implementaciones de agentes están plagadas de riesgos: inyección de instrucciones, exfiltración de datos, acceso no autorizado a las API, uso de herramientas opacas, etc. 

El agente de vibe-coding de un desarrollador necesita acceso a los repositorios y los canales de implementación. El agente del servicio de atención al cliente de una empresa necesita acceder a las API internas y a los datos de los usuarios. En ambos casos, hoy en día proteger el entorno significa integrar credenciales, políticas de red y controles de acceso que nunca se diseñaron para el software autónomo.

Cloudflare ha estado desarrollando dos plataformas en paralelo: nuestra plataforma para desarrolladores, para las personas que crean aplicaciones, y nuestra plataforma Zero Trust, para las organizaciones que necesitan proteger el acceso. Durante un tiempo, estas plataformas dieron servicio a públicos distintos. 

Sin embargo, las preguntas "¿cómo creo este agente?" y "¿cómo garantizo su seguridad?" constituyen cada vez más la misma pregunta. Combinamos estas plataformas para que todo este entorno se adecue de forma nativa a la ejecución de los agentes, y no sea una superposición añadida a posteriori.

Agentes conformes con las reglas

Otra dimensión de la era de los agentes va más allá de la informática y la seguridad: la economía y la gobernanza.

Cuando los agentes interactúan con Internet en nuestro nombre (leen artículos, utilizan las API, acceden a servicios), tiene que haber una forma de que las personas y las organizaciones que han creado ese contenido y ejecutan esos servicios puedan establecer sus condiciones y ser retribuidas. Hoy en día, el modelo económico de la web centraliza su atención en los usuarios humanos: anuncios, muros de pago, suscripciones. 

No se presta atención a los agentes (bueno, no ese tipo de atención). No ven anuncios. No hacen clic en los banners de cookies.

Si queremos una Internet en la que los agentes puedan operar libremente y en la que los editores, los creadores de contenido y los proveedores de servicios reciban una compensación justa, necesitamos una nueva infraestructura. Estamos desarrollando herramientas que facilitan a los editores y a los propietarios de contenido la definición y la aplicación de políticas que dicten cómo los agentes pueden interactuar con su contenido.

Mejorar Internet siempre ha significado asegurarse de que funciona para todos, no solo para las personas que desarrollan la tecnología, sino para las personas cuyo trabajo y creatividad hacen que valga la pena utilizar Internet. En la era de los agentes, eso no ha cambiado. De hecho, es más importante.

La plataforma para desarrolladores y agentes

Nuestra visión de la plataforma para desarrolladores siempre ha sido proporcionar una plataforma integral que simplemente funcione: desde la experimentación a la escalabilidad a millones de usuarios, pasando por el MVP. Sin embargo, proporcionar las primitivas es solo parte de la ecuación. Una buena plataforma también tiene que considerar cómo funciona todo en conjunto y cómo se integra en tu flujo de desarrollo.

Esa tarea está evolucionando. Solía centrarse exclusivamente en la experiencia de los desarrolladores, facilitando a los usuarios humanos la creación, las pruebas y el lanzamiento. Cada vez más, también se trata de ayudar a los agentes a ayudar a los humanos, y de hacer que la plataforma funcione no solo para las personas que crean los agentes, sino para los propios agentes. ¿Puede un agente encontrar las prácticas recomendadas más recientes? ¿Con qué facilidad puede identificar e invocar las herramientas y las CLI que necesita? ¿Con qué facilidad puede pasar de la escritura del código a su implementación?

Esta semana, presentamos avances en ambas dimensiones para que Cloudflare sea mejor tanto para los usuarios que desarrollan en nuestra red como para los agentes que se ejecutan en ella.

Construir para el futuro es un deporte de equipo

Construir para el futuro no es algo que podamos hacer solos. Cada transición importante de Internet (de HTTP/1.1 a HTTP/2 y HTTP/3, de TLS 1.2 a TLS 1.3) ha obligado al sector a la convergencia de estándares compartidos. En el caso de la adopción de los agentes, esto no será distinto.

Cloudflare tiene un largo historial de contribuir y ayudar a fomentar los estándares que hacen que Internet funcione. Llevamos más de una década muy involucrados en el IETF, ayudando a desarrollar e implementar protocolos como QUIC, TLS 1.3 y Encrypted Client Hello. Fuimos miembros fundadores de WinterTC, el comité técnico de la ECMA para la interoperabilidad del tiempo de ejecución de JavaScript. Abrimos el entorno de ejecución de Workers porque creemos que la base debería ser abierta.

Aplicamos el mismo enfoque a la era de los agentes. Nos complace formar parte de la Fundación Linux y de la AAIF, y de ayudar a respaldar y promover estándares como MCP, que serán fundamentales para el futuro de los agentes. Desde que Anthropic presentó MCP, hemos trabajado estrechamente con ellos para desarrollar la infraestructura de los servidores MCP remotos, hemos abierto nuestras propias implementaciones y hemos invertido para lograr la viabilidad del protocolo a gran escala. 

El año pasado, junto con Coinbase, cofundamos X402 Foundation, un estándar abierto y neutro que reactiva el código de estado HTTP 402, inactivo desde hace mucho tiempo, para ofrecer a los agentes una forma nativa de pagar por los servicios y el contenido que consumen. 

Los servicios de identidad del agente, autorización, pago, seguridad: todos ellos necesitan estándares abiertos que ninguna empresa puede definir por sí sola.

¡No te pierdas las novedades!

Esta semana, haremos anuncios en todas las dimensiones de la pila de agentes: la informática, la conectividad, la seguridad, la identidad, la economía y la experiencia de los desarrolladores.

Internet no se creó pensando en la IA. La nube no se creó para los agentes. Sin embargo, el objetivo de Cloudflare siempre ha sido ayudar a mejorar Internet, y el significado de "mejorar" cambia con cada nueva era. Estamos en la era de los agentes. Esta semana, síguenos y te mostraremos lo que estamos desarrollando para ella.

Protegemos redes corporativas completas, ayudamos a los clientes a desarrollar aplicaciones web de forma eficiente, aceleramos cualquier sitio o aplicación web, prevenimos contra los ataques DDoS, mantenemos a raya a los hackers, y podemos ayudarte en tu recorrido hacia la seguridad Zero Trust.

Visita 1.1.1.1 desde cualquier dispositivo para empezar a usar nuestra aplicación gratuita y beneficiarte de una navegación más rápida y segura.

Para saber más sobre nuestra misión para ayudar a mejorar Internet, empieza aquí. Si estás buscando un nuevo rumbo profesional, consulta nuestras ofertas de empleo.
Agents WeekAgentesCloudflare WorkersWorkers AIAIPlataforma para desarrolladoresDesarrolladoresSin servidor

Síguenos en X

Rita Kozlov|@ritakozlov_
Dane Knecht|@dok2001
Cloudflare|@cloudflare

Publicaciones relacionadas