exe.dev: fundador de Tailscale lanza cloud para agentes IA

Por qué el fundador de Tailscale está construyendo otro cloud

David Crawshaw, co-fundador y ex-CTO de Tailscale (2019-2024), acaba de anunciar el lanzamiento de exe.dev, una nueva startup de infraestructura cloud. Después de construir una empresa exitosa que vende un producto que ama, Crawshaw decidió volver a "la sartén" del emprendimiento por una razón simple pero poderosa: le gustan las computadoras, pero no le gusta el cloud actual.

Esta no es una historia típica de fundraising. Es una declaración personal sobre los problemas fundamentales que los founders enfrentan diariamente con la infraestructura cloud existente, y por qué la llegada de los agentes de IA en 2026 hace que estos problemas sean más urgentes que nunca.

¿Qué está mal con el cloud computing hoy?

Según Crawshaw, los problemas van más allá de UX o diseño de APIs. Los bloques fundamentales de los clouds actuales tienen "la forma equivocada". Las VMs están atadas a recursos específicos de CPU y memoria cuando deberían poder ejecutarse libremente en el hardware comprado. El almacenamiento remoto, diseñado para discos duros mecánicos, genera penalizaciones de rendimiento con SSDs modernos: mientras un MacBook ofrece 500k IOPS, configurar una EC2 VM para 200k IOPS cuesta $10k/mes.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

El pricing de egress es otro punto crítico. El precio estándar por GB de salida de un cloud provider es 10 veces lo que pagarías en un data center tradicional. A volumen moderado, el multiplicador es aún peor. Esta estructura de costos asegura que lo que construyas no pueda ser asequible a menos que gastes millones mensuales.

Finalmente, las APIs dolorosas han dado origen a proyectos como Kubernetes, que Crawshaw describe como "intentar poner lápiz labial de alta calidad a un cerdo". K8s intenta resolver un problema imposible: hacer los clouds portables y usables cuando los problemas fundamentales no se pueden resolver con nuevas abstracciones encima.

¿Por qué los agentes de IA cambian la ecuación?

La paradoja de Jevons aplica aquí: los agentes de IA hacen más fácil escribir código, lo que significa que habrá muchísimo más software en nuestras vidas. Cada persona escribirá más programas, para trabajo y para diversión. Necesitamos lugares privados para ejecutarlos, compartir fácilmente con colegas, y overhead mínimo.

Crawshaw y su co-fundador Josh Bleecher Snyder (ex-CTO de card.io y Canopy Climate, contribuidor clave de Go) comenzaron a trabajar en esto porque querían usar LLMs en programación. Descubrieron que lo que necesita construirse para LLMs son mejores abstracciones tradicionales.

Los agentes pueden manejar credenciales y conducir APIs de AWS, pero luchan con los límites fundamentales de las abstracciones tanto como los humanos. Cada porcentaje de ventana de contexto que el agente gasta pensando en cómo contorsionar los clouds clásicos para que funcionen es contexto que no usa para resolver tu problema real.

¿Qué ofrece exe.dev diferente?

Lo que exe.dev lanzó aborda el problema de aislamiento de recursos de VMs: en lugar de provisionar VMs individuales, obtienes CPU y memoria y ejecutas las VMs que quieras. El equipo se encargó de un proxy TLS y un proxy de autenticación, porque nadie quiere sus VMs frescas volcadas directamente en internet.

El disco es NVMe local con bloques replicados asíncronamente fuera de la máquina. Hay regiones alrededor del mundo para tus máquinas, porque quieres tus máquinas cerca. Las máquinas están detrás de una red anycast para dar a todos tus usuarios globales un punto de entrada de baja latencia a tu producto.

El equipo también incluye a Philip Zeyliger (ex-Airtable, Cloudera, Google, D.E. Shaw). Es un equipo pequeño en Bay Area, enfocado en desarrolladores que necesitan infraestructura simple para agentes de IA.

¿Qué significa esto para tu startup?

Si estás construyendo una startup en 2026, especialmente una que usa agentes de IA o automatización intensiva, esto tiene implicaciones directas:

Evalúa tu stack de infraestructura actual: ¿Estás pagando 10x en egress sin necesidad? ¿Tus VMs están sobre-provisionadas porque el cloud te obliga a paquetes rígidos de CPU/memoria?
Considera alternativas emergentes: Startups como exe.dev están atacando problemas específicos que los hyperscalers ignoran porque su modelo de negocio depende de esas ineficiencias.
Prepara tu infra para agentes de IA: Si planeas usar agentes para desarrollo, deployment o operaciones, necesitas infraestructura que no consuma contexto valioso del agente en workarounds de cloud.
No asumas que "cloud nativo" significa Kubernetes: Como señala Crawshaw, K8s es un parche sobre abstracciones rotas. Para equipos pequeños, puede ser overkill que consume tiempo de ingeniería que deberías dedicar a producto.

Lecciones para founders del ecosistema hispanohablante

Para founders en LATAM y España, este caso ofrece perspectivas valiosas. Crawshaw es un founder serial que ya tuvo éxito con Tailscale. Su decisión de empezar otra vez no viene de necesidad económica, sino de identificar un problema real que le afecta personalmente.

En mercados emergentes como LATAM, donde el acceso a capital es más limitado y cada dólar cuenta, las ineficiencias del cloud tradicional pesan aún más. Un multiplicador de 10x en egress puede hacer inviable un negocio que funcionaría en Estados Unidos.

Además, el timing es crucial. Crawshaw identifica que 2026 es el momento para fixear esto porque los agentes de IA cambiaron la ecuación de demanda. Para founders hispanohablantes: ¿qué cambios tecnológicos inminentes crean oportunidades para reconstruir infraestructura en tu región?

El patrón del founder técnico que vuelve

Crawshaw no es el único caso. En el ecosistema global vemos founders técnicos exitosos que, después de un exit o crecimiento sostenido, vuelven a emprender en infraestructura. La combinación de experiencia operativa, red de contactos, y capital personal les permite atacar problemas que founders primerizos no podrían abordar.

Para el ecosistema hispanohablante, esto plantea una pregunta: ¿tenemos suficientes founders técnicos con experiencia operativa profunda construyendo infraestructura, o estamos demasiado enfocados en aplicaciones y marketplaces?

Conclusión

La historia de exe.dev no es solo sobre otra startup de cloud. Es sobre identificar problemas fundamentales en infraestructura que todos aceptamos como "así son las cosas", y tener la experiencia y convicción para reconstruir desde cero.

Crawshaw resume su motivación simplemente: "Me gustan las computadoras". Pero detrás de esa simplicidad hay años de experiencia operativa en Tailscale, entendiendo qué funciona y qué no en infraestructura distribuida. Para founders que leen esto: la próxima gran oportunidad puede estar en algo que usas diariamente y te frustra, pero que aceptas porque "así es la industria".

El cloud tiene 15 años de "seguimos adelante con esto miserable". Alguien tenía que fixearlo. En 2026, con agentes de IA demandando más compute que nunca, ese momento llegó.