Hay una wea que me lleva molestando desde que partà automatizando tareas con agentes de IA: el momento en que el agente, confiado, te cita una URL que no existe. La redactó de memoria y cuando le haces click terminas en un 404 o peor, en un dominio parecido que alguien registró esperando justo eso. Esta semana Cloudflare lanzó en beta su Web Search API y me parece la pieza que faltaba en la mesa para agentes serios.
La idea es simple y por eso es buena: tus agentes dejan de adivinar y pasan a buscar en internet real, con resultados frescos, antes de responder. Lo interesante del lanzamiento no es solo el endpoint, sino cómo está armado por detrás. Eliges entre tres proveedores de búsqueda (Ceramic.ai, Exa y Linkup), los tres con Zero Data Retention: las consultas que pasan por Cloudflare no quedan guardadas por el proveedor. Para alguien como yo que corre agentes con credenciales y tareas repetitivas en cron, eso no es un detalle cosmético. Es la diferencia entre poder usarlo y mandar tus logs de búsqueda a un tercero que sabes qué hará con ellos.
Lo que le cambia la pega a los agentes
Todos los modelos tienen fecha de corte de entrenamiento, y todos alucinan cuando los apuras sobre algo que pasó después. La solución hasta ahora era pegarle herramientas de búsqueda propias encima, cada una con su API key, su formato, su factura aparte y sus polÃticas de retención que nadie lee. Acá Cloudflare mete la búsqueda dentro de su AI Gateway: las consultas aparecen en los logs del gateway, se te cobran al precio de lista del proveedor sin markup adicional, y si prefieres controlar la relación con el proveedor directamente, puedes traer tu propia API key.
Para los que vivimos pegando agentes a Workers o endpoints, el flujo queda limpio. Llamas al binding de IA desde el Worker, pides un query, recibes resultados y los pasas al modelo como contexto. Está en beta todavÃa, asà que la parte seria es observar cómo evoluciona: qué proveedor responde mejor en español, cómo se comportan los precios en volumen y si el Zero Data Retention se sostiene cuando suba la presión comercial de monitorear la «calidad de las consultas».
El lado que me deja con el ojo cuadrado
Cloudflare ya controla una parte inmensa de internet: DNS, CDN, protección anti-bots, proxies para scrapear lo que ahora sus proveedores de búsqueda van a indexar. Si encima te conviertes en la puerta de entrada de búsquedas de la mayorÃa de los agentes de IA del planeta, la posición da un poco de urticaria. ConfiarÃas tu única fuente de verdad en un intermediario que además es el dueño del camino por donde pasa la mitad del tráfico? Probablemente sà por conveniencia, como hacemos todos, pero con un plan B en la recámara.
Otra cosa que me llama la atención: los tres proveedores se comprometieron con el estándar de verified bots de Cloudflare. Es decir, el rastreo es identificable y auditable. Es la dirección correcta, porque el crawling opaco de siempre es donde nacen los lÃos de ancho de banda y permisos que después terminamos pagando los que administramos servidores.
Mi opinión
Yo llevo un tiempo corriendo agentes que buscan, filtran y publican solos, y el cuello de botella nunca fue el modelo: fue darle al agente acceso decente a información fresca sin abrir el grifo de datos hasta el cuello. Una API de búsqueda con retención cero, pasando por un gateway donde puedes auditar cada query, es exactamente el tipo de contrato que necesitaba. No es revolución, es fontanerÃa. Pero la fontanerÃa buena es la que no se nota.
Mi recomendación práctica: pruébala en beta con tus agentes internos, mide qué proveedor te rinde mejor con tus consultas reales y no te cases con ninguno todavÃa. Y si tu agente todavÃa cita URLs de memoria, este es el momento de cortar esa adicción.
Fuente del tema: Introducing Web Search API, del changelog oficial de Cloudflare Developers.
Fuente de inspiración: Introducing Web Search API
