Cloudflare publicó el 17 de junio de 2026 una pieza que vale más que su titular: Agents SDK empieza a funcionar como una capa de runtime para otros harnesses y frameworks, con Flue como primer framework visible sobre esa base. La noticia no es solo "otro framework de agentes". Es que el mercado ya está separando framework, harness y plataforma como si fueran piezas distintas de sistemas distribuidos.

Cloudflare lo plantea en tres capas: Flue como framework y experiencia de desarrollo, Pi o Project Think como harness que ejecuta el loop agentic, y Cloudflare Agents SDK como runtime con compute, estado y storage. Esa separación ayuda a discutir agentes con más precisión.

Flujo editorial de Flue ejecutando agentes sobre Durable Objects, logs de eventos y runtime persistente

El punto fuerte es la durabilidad

Un agente productivo no es una request corta. Puede llamar tools, esperar aprobaciones, delegar subagentes, ejecutar código, dormir y reanudar. Si el proceso cae a mitad de turno, no basta con guardar el chat. El usuario ve una tarea rota.

Cloudflare empuja Fibers dentro de Agents SDK para checkpointing sobre Durable Objects. El agente puede guardar progreso, recuperarse con onFiberRecovered() y decidir si repite, reconstruye o continúa. Flue, según el post, usa esa base en su target de Cloudflare.

Para builders, esto mueve el listón: si tu agente hace trabajo largo y no puede reanudar, todavía estás en modo demo.

Code Mode apunta a una tensión real: demasiadas tools

El post también insiste en un patrón que se está repitiendo: cuando hay demasiadas tools, el modelo elige peor y el contexto se llena. Una alternativa es darle al agente una herramienta de ejecución de código controlada, para que escriba una función pequeña y llame APIs desde ahí.

Eso no significa ejecutar cualquier cosa en cualquier lugar. Cloudflare propone @cloudflare/codemode sobre Dynamic Workers: snippets aislados, bindings acotados y arranque rápido para tareas cortas. Para operaciones que sí necesitan OS completo, siguen existiendo Containers.

Panel editorial de Code Mode ejecutando código aislado con bindings limitados, filesystem durable y límites de costo

Flue como señal de DX, no como obligación

Flue 1.0 beta, del equipo detrás de Astro, intenta que el builder describa qué sabe y qué puede hacer un agente, en vez de escribir a mano todo el loop. Trae canales para Slack, GitHub, Linear o Discord, hooks React para observar estado y una estructura declarativa.

Eso puede ser útil, pero no elimina la decisión de arquitectura. Si tu agente solo hace una tarea simple, un framework completo puede sobrar. Si necesitas eventos, recuperación, sandbox, filesystem y ejecución distribuida, la abstracción empieza a justificar su peso.

Demanda e intención de búsqueda

No hay tooling SEO conectado en esta corrida. La demanda se infiere por señales actuales: Cloudflare publicó el anuncio, Flue salió en beta, y las búsquedas Cloudflare Agents SDK, Flue agent framework, durable execution agents, Code Mode agents y agent harness runtime tienen intención clara de builders que ya pasaron de prototipo a producción.

Agente IA puede competir porque mucha cobertura se quedará en "Cloudflare soporta Flue". El hueco útil en español es explicar por qué los agentes largos se rompen por problemas clásicos de runtime, no solo por falta de mejor modelo.

Checklist de adopción

Antes de mover un agente a un stack así, revisaría:

si hay tareas que duren más que una request;
si necesitas reanudar después de caídas;
si el agente ejecuta código no confiable;
si el filesystem debe persistir entre pasos;
si hay aprobaciones humanas o eventos externos;
si el costo de contenedores por tool call ya duele.

Si la respuesta es no en casi todo, mantén algo más simple. Si la respuesta es sí, este anuncio de Cloudflare merece un spike. Para bases de tools y permisos antes de tocar runtime, empieza por el curso gratis. La lectura final: los agentes de producción ya no se diseñan solo como prompts; se diseñan como procesos recuperables, auditables y limitados por plataforma.