Accel estaría en conversaciones para liderar una ronda de USD 1.000 millones en Thinking Machines, con una valuación de USD 40.000 millones, según TechCrunch. El mismo reporte indica que la compañía tiene un run rate anual de más de USD 100 millones. Ese es todo el dato duro disponible: no hay márgenes, no hay costo de inferencia, no hay retención publicada. El resto es lectura, incluida la mía.
Por qué importa
Dividí y te queda un múltiplo del orden de varios cientos de veces los ingresos anualizados. Eso no es el precio de una empresa de software: es el precio de una opción de compra sobre un futuro. Lo interesante no es la cifra en sí, sino contra qué se recorta esta misma semana.
Crusoe habría levantado USD 3.000 millones a una valuación de USD 30.000 millones, y la nota aclara que la ronda se armó después de que la desarrolladora de data centers asegurara un contrato reportado de USD 13.000 millones con Jane Street. Wonderful más que duplicó su valuación hasta USD 5.000 millones en menos de seis meses, con una Serie C de USD 550 millones destinada a acelerar producto, expandir sus equipos de FDE y cubrir demanda.
Tres precios, tres lógicas distintas: contrato firmado en Crusoe, velocidad de tracción en Wonderful, promesa en Thinking Machines. La señal para quien escribe código no es "hay burbuja" ni "esto va a explotar". Es más concreta: buena parte de lo que hoy consumís como API barata está financiada por capital de riesgo, no por su propia unidad económica. Te abarata el presente y te deja expuesto en el futuro.
Y en el mismo ciclo de noticias, Vercel hizo el movimiento exactamente inverso: habilitó máquinas de build Basic en Pro y Enterprise, de 2 vCPU y 8 GB, como opción más económica para apps chicas y agentes que compilan con pocos recursos. Arriba se levantan miles de millones sobre expectativas; abajo, la plataforma que usás todos los días te da una perilla para pagar menos por minuto de build. Ese contraste es el post.
Qué cambia en la práctica
Lo primero es de arquitectura, y no es nuevo pero ahora tiene evidencia fresca: si vas a construir sobre un proveedor de modelos valuado a múltiplos de promesa, tratá su API como un detalle de infraestructura, no como el centro de tu dominio. Un puerto, un adaptador, un contrato propio de entrada y salida, y tests contra tu contrato y no contra el formato del proveedor. El día que el precio se reacomode o el modelo cambie de nombre, el cambio te tiene que salir barato.
Lo segundo es de plata, y es medible hoy mismo. Las máquinas Basic cuestan USD 0,0035 por vCPU por minuto, o sea USD 0,007 por minuto de build, según el changelog. Las cuentas Hobby ya venían corriendo sobre esas mismas máquinas de 2 vCPU, que ahora pasan a llamarse Basic. Para proyectos nuevos de Pro y Enterprise el default sigue siendo Elastic, que escala automáticamente y es lo recomendado para la mayoría de los casos.
| Criterio | Basic | Elastic |
|---|---|---|
| Recursos | 2 vCPU, 8 GB | Escalan automáticamente |
| Default en proyectos nuevos | No | Sí, en Pro y Enterprise |
| Caso que cubre | Apps chicas y agentes que compilan con pocos recursos | Recomendado para la mayoría |
| Precio publicado | USD 0,007 por minuto de build | No informado en el changelog |
Para activarlas hay que actualizar la configuración del proyecto desde team settings, project settings o con Vercel CLI 59.6.0 o posterior. Si administrás varios proyectos chicos —landings, dashboards internos, sitios de contenido—, ahí es donde el cambio se paga solo.
Cuándo NO usarlo
No bajes a Basic por reflejo de ahorro. El precio es por minuto de vCPU: si tu build pasa de tres minutos a nueve porque perdió paralelismo, no ahorraste nada y encima empeoraste tu ciclo de feedback. Y acá va la parte honesta: el changelog no publica el precio de las máquinas Elastic, así que no puedo darte el punto de equilibrio. Medilo en tu proyecto antes de mover el switch.
Tampoco lo toques si tu pipeline hace typecheck completo, tests y generación de páginas en el mismo paso. Ocho gigas de memoria es un techo real: un monorepo con TypeScript pesado o un sitio con muchas rutas estáticas te puede quedar sin memoria en el build, y ese fallo aparece intermitente y de noche, no cuando lo probás. Si el default recomendado es Elastic, salirse del default es una decisión que tenés que poder justificar con un número propio.
Y sobre las rondas: no reacomodes tu stack por una valuación. Las tres notas hablan de operaciones reportadas, no confirmadas por las empresas. Un run rate anualizado no es facturación anual ni dice nada sobre márgenes. Elegir proveedor de modelos porque levantó capital es exactamente el mismo error que elegirlo porque salió primero en un benchmark.
Qué haría hoy
Dos cosas chicas y aburridas. Una: revisar cuántos de mis proyectos en Pro tienen builds livianos y probar Basic en uno solo, con los tiempos de build de la semana previa anotados para comparar. Dos: mirar dónde el SDK de un proveedor de modelos está importado directo en la capa de dominio y meterle el adaptador que debería haber tenido desde el principio. Ninguna de las dos aparece en un titular de USD 40.000 millones, y las dos me van a importar más que la ronda dentro de un año.