La versión corta
Blacksmith, una startup que ejecuta compilaciones y pruebas de integración continua (CI) en su propio hardware, cerró el 21 de octubre de 2026 una ronda de $66 millones con una valoración de $1B, dos meses después de una ronda de $45 millones con una valoración de $550 millones. Sus trabajos de CI semanales se multiplicaron por 18 este año a medida que los agentes de programación con IA envían más código a revisión. Para cualquier equipo que use IA para escribir código, la capacidad de compilación y pruebas limita ahora la velocidad de entrega, así que trate la CI como una parte central de su infraestructura cloud y DevOps, no como algo secundario.
¿Qué anunció Blacksmith?
El 21 de octubre de 2026, Blacksmith comunicó el cierre de una Serie C de $66 millones liderada por Sequoia Capital con una valoración de $1B, en la que Premji Invest se sumó a los inversores existentes Peak XV Partners, GV y Y Combinator. La ronda llegó unos dos meses después de una Serie B de $45 millones liderada por Peak XV con una valoración de $550 millones. TechCrunch informó de que la empresa estaba valorada en $60 millones cuando captó su Serie A de $10 millones un año antes. Fortune, que adelantó la noticia, situó la financiación total en aproximadamente $125 millones.
Blacksmith fue fundada en 2024 por Aditya Jayaprakash, Aayush Shah y Aditya Maru, todos ellos graduados de la University of Waterloo. Vende CI: las compilaciones y pruebas automatizadas que todo cambio de código debe superar antes de fusionarse y desplegarse. En lugar de alquilar servidores cloud de uso general, la empresa compra sus propias máquinas y las opera en centros de datos de EE. UU. y Europa. En su anuncio, indicó que su flota se queda algo por debajo de los 10 megavatios y que prevé multiplicarla aproximadamente por cinco en 2027. Según Fortune, los ingresos se sitúan ya en decenas de millones de dólares, sus mayores clientes gastan más de $1 millón al año y su número de clientes casi se duplicó, de unos 5,000 en agosto a más de 10,000.
¿Por qué la CI se está convirtiendo en el cuello de botella de la programación con IA?
Jayaprakash declaró a Fortune que las herramientas de IA han acelerado la escritura de código y que «ahora el cuello de botella se ha desplazado a la segunda parte, que es: ¿cómo valido realmente todo este código?». A TechCrunch le dijo que la mayoría de las empresas tienen dificultades para seguir el ritmo del volumen de CI que necesitan ejecutar. La cuenta es sencilla. Un agente de programación puede abrir una pull request en minutos, y cada pull request, más cada commit posterior, desencadena una ejecución completa de compilación y pruebas. Cuando los agentes trabajan en paralelo, el número de ejecuciones crece mucho más rápido que el tamaño del equipo de ingeniería.
La carga de la CI también es irregular. Blacksmith describe una demanda que oscila entre cero y decenas de miles de CPU. Los runners alojados que cuestan poco al ritmo humano se convierten en una partida presupuestaria importante al ritmo de los agentes, y se forman colas en las horas punta. Una respuesta lenta perjudica dos veces. Los desarrolladores y los agentes esperan los resultados, y los pipelines largos incitan a saltarse o agrupar pruebas, justo lo contrario de lo que conviene cuando una mayor parte del código la ha escrito un modelo y la han revisado menos personas.
Qué significa para los equipos de software de EE. UU. y la UE
En primer lugar, la CI forma parte ahora de su presupuesto de productividad con IA. Si adopta agentes de programación y mide solo cuántas pull requests abren, pasará por alto el coste que llega después: minutos de compilación, infraestructura de pruebas y tiempo de los revisores. Registre los minutos de CI y el coste por pull request fusionada antes y después de implantar la IA. Así verá la ganancia real y evitará que una herramienta de programación barata se convierta en un pipeline caro.
En segundo lugar, la calidad de las pruebas importa más que su volumen. Cuando un modelo escribe el código, su batería de pruebas es la principal garantía de que funciona. Las pruebas inestables (flaky), que pasan o fallan al azar, desperdician más dinero a gran volumen y acostumbran a la gente a ignorar las compilaciones en rojo. Corregir o poner en cuarentena las pruebas inestables, ejecutar solo las pruebas afectadas por un cambio y almacenar en caché los resultados de compilación suelen ahorrar más tiempo que un hardware más rápido. Si ejecuta la CI en GitHub Actions, la caché de dependencias, los filtros de rutas y los límites de concurrencia que cancelan las ejecuciones obsoletas son los primeros ajustes que debe revisar.
En tercer lugar, un proveedor de CI más rápido es una opción, no la única. Los proveedores especializados de runners como Blacksmith compiten en velocidad y precio con los runners alojados y con las flotas autogestionadas en su propia cuenta cloud. Cada opción traslada su código fuente y sus secretos de compilación a un lugar distinto, así que compruebe dónde se ejecutan los trabajos y cómo se gestionan las credenciales. Los equipos de la UE también deben confirmar la ubicación de los datos si las compilaciones tocan datos de producción o datos de prueba de clientes, algo que idealmente no deberían hacer. Qué significa para el mercado español: para los equipos de desarrollo de software en España que adoptan agentes de programación con IA, la capacidad de la integración continua pasa a ser una partida que conviene planificar desde el principio y no un detalle técnico. Antes de llevar la CI a un proveedor externo de runners, conviene revisar con el responsable de protección de datos dónde se procesan el código y los secretos, y tener presentes las orientaciones de la AEPD si algún entorno de pruebas maneja datos personales. En las empresas que trabajan con el sector público, la elección del proveedor debe encajar además con los requisitos del ENS.
¿Cómo deben los equipos arreglar un pipeline de CI lento?
- Mida primero. Registre la mediana y el percentil 90 del tiempo del pipeline, el tiempo de cola y el coste por pull request fusionada.
- Elimine las pruebas inestables. Localice las pruebas que fallan y luego pasan al reintentarlas, y corríjalas o póngalas en cuarentena.
- Ejecute solo lo que ha cambiado. Use filtros de rutas y selección de pruebas para que una edición de la documentación no lance la batería completa.
- Use la caché a fondo. Almacene en caché las dependencias, las capas de Docker y los resultados de compilación entre ejecuciones.
- Cancele las ejecuciones obsoletas. Cuando llegue un nuevo commit a una rama, detenga la ejecución del anterior.
- Fije límites para los agentes. Limite cuántas pull requests y ejecuciones de CI simultáneas puede iniciar un agente de IA.
- Compare las opciones de runners. Calcule el precio de los runners alojados, especializados y autogestionados con su carga de trabajo real, incluida la revisión de seguridad.
Preguntas frecuentes
¿Qué es Blacksmith?
Blacksmith es una startup estadounidense fundada en 2024 que ejecuta trabajos de integración continua (CI), es decir, las compilaciones y pruebas automatizadas que el código debe superar antes del merge, en sus propias máquinas en centros de datos de EE. UU. y Europa. El 21 de octubre de 2026 cerró una Serie C de $66 millones liderada por Sequoia con una valoración de $1B. Según la empresa, la utilizan más de 10,000 compañías, entre ellas Granola, Handshake, LangChain y Mercury.
¿Por qué el código generado por IA presiona la CI?
Cada pull request y cada commit posterior desencadena una ejecución de compilación y pruebas. Los agentes de programación con IA pueden abrir muchas pull requests en paralelo, por lo que el número de ejecuciones de CI crece mucho más rápido que la plantilla. Blacksmith afirma que sus trabajos de CI semanales pasaron de 5 millones en enero de 2026 a más de 90 millones. Más ejecuciones significan colas más largas, facturas de cómputo más altas y una respuesta más lenta, salvo que el pipeline esté optimizado.
¿Cómo puede un equipo reducir el tiempo y el coste de la CI?
Empiece por medir el tiempo del pipeline, el tiempo de cola y el coste por pull request fusionada. Después, corrija o ponga en cuarentena las pruebas inestables (flaky), ejecute solo las pruebas afectadas por un cambio, almacene en caché las dependencias y los resultados de compilación, cancele las ejecuciones obsoletas cuando lleguen nuevos commits y limite cuántas ejecuciones pueden iniciar a la vez los agentes de IA. Solo entonces compare runners alojados, especializados y autogestionados con su carga de trabajo real.
¿Es seguro ejecutar la CI en un proveedor externo de runners?
Puede serlo, pero es una decisión de seguridad. Los trabajos de CI ven su código fuente y a menudo contienen secretos de despliegue, así que compruebe dónde se ejecutan los trabajos, cómo se inyectan y aíslan los secretos, cuánto tiempo se conservan los logs y las cachés y qué certificaciones tiene el proveedor. Los equipos de la UE deben confirmar la ubicación de los datos y evitar usar datos de producción o personales en los datos de prueba (fixtures).
Fuentes
Blacksmith — Building the CI cloud: our Series C (en inglés) (fuente primaria, 21 de octubre de 2026)
Fortune — AI code-testing startup Blacksmith hits $1 billion valuation as AI-written code surges (en inglés) (21 de octubre de 2026)
TechCrunch — Blacksmith hits unicorn valuation after Sequoia leads Series C (en inglés) (21 de octubre de 2026)