Builder.ai entra en insolvencia y reabre el debate del AI-washing

Builder.ai, la empresa londinense que prometía crear aplicaciones a medida con ayuda de inteligencia artificial, informó este martes a su plantilla de que la compañía se declararía insolvente. La caída afecta a una de las compañías más visibles del negocio de la IA aplicada al desarrollo de software: había atraído más de 500 millones de dólares de inversores como Microsoft y el fondo soberano de Qatar.

El caso importa por una razón que va más allá de una startup fallida. Builder.ai vendió durante años la idea de que su plataforma, y en particular su asistente Natasha, permitían simplificar radicalmente la creación de una aplicación. Pero su producto dependía en gran medida de equipos humanos de ingeniería, una realidad que ya había sido investigada en 2019 por The Wall Street Journal.

Un desplome financiero tras una valoración de unicornio

Builder.ai se acercó a una valoración de 1.000 millones de dólares y en 2023 anunció una ronda de financiación de 250 millones. Microsoft no solo invirtió en la empresa: también anunció una colaboración basada en Azure y una integración prevista del asistente Natasha en Microsoft Teams, una alianza que daba credibilidad comercial a su propuesta.

La compañía, sin embargo, se ha quedado sin fondos. Manpreet Ratia, nombrado consejero delegado en febrero, informó a la plantilla de que Builder.ai no había podido superar problemas financieros heredados y decisiones pasadas que tensionaron su posición económica.

El contexto es especialmente delicado porque las cuentas estaban siendo revisadas. Financial Times informó de que Builder.ai había rebajado de forma sustancial sus cifras de ingresos: de unos 220 millones de dólares inicialmente atribuidos a 2024 a alrededor de 55 millones. Esa diferencia no prueba por sí sola una causa concreta de la insolvencia, pero agravó las dudas sobre las previsiones del negocio.

La insolvencia no equivale exactamente a una liquidación inmediata. En Reino Unido, el procedimiento concreto determinará si la empresa entra en administración, vende activos o acaba en liquidación. Para clientes y empleados, no obstante, la consecuencia práctica es incierta: el servicio, los contratos en curso y el soporte técnico dependen ahora de lo que ocurra con la administración de la compañía.

Natasha y los humanos detrás de la automatización

La controversia más persistente de Builder.ai no era financiera, sino tecnológica. Cuando todavía se llamaba Engineer.ai, la empresa fue cuestionada por presentar como automatizado un proceso que requería la intervención de unos 700 ingenieros humanos. La compañía defendió entonces que esos profesionales formaban parte de su modelo de desarrollo y que la plataforma usaba automatización para organizar y acelerar el trabajo.

Ese matiz es importante. Que una herramienta de IA necesite supervisión humana no es un fraude ni una anomalía: los sistemas actuales de generación de código se emplean habitualmente como asistentes. Pueden redactar funciones, explicar errores, preparar pruebas o acelerar tareas repetitivas. Pero no sustituyen de forma fiable el criterio de quien entiende los requisitos de un negocio, la seguridad de un sistema y las consecuencias de modificar código existente.

El problema aparece cuando la participación humana queda oculta tras una promesa de autonomía. El precedente clásico es el llamado «Turco mecánico», un supuesto autómata del siglo XVIII que jugaba al ajedrez y que en realidad escondía a una persona en su interior. En la industria tecnológica, esa expresión se usa para describir servicios aparentemente automáticos que dependen de trabajo humano no visible para el cliente.

Builder.ai no era simplemente una empresa de IA generativa: ofrecía también gestión de proyectos, diseño y desarrollo de aplicaciones. Esa combinación puede ser útil. Lo cuestionable era la distancia entre la imagen de una fábrica de software impulsada por IA y la dependencia real de una organización de servicios con muchos ingenieros.

La IA de programación no elimina la responsabilidad técnica

La caída de Builder.ai llega cuando las grandes tecnológicas empujan con fuerza los asistentes de programación. Satya Nadella, consejero delegado de Microsoft, afirmó el mes pasado que el 30% del código de algunos repositorios de la compañía ya había sido escrito por IA. La cifra muestra que estas herramientas se han integrado en el trabajo cotidiano, no que puedan entregar un producto complejo sin revisión.

El código generado por modelos de lenguaje puede contener errores, inventar funciones que no existen o proponer soluciones inseguras. Por eso una empresa que adopta estas herramientas necesita desarrolladores capaces de revisar lo producido, probarlo y asumir la responsabilidad final. La productividad puede aumentar, pero la necesidad de conocimiento técnico no desaparece.

Para clientes y empresas compradoras, el aprendizaje es menos espectacular que la promesa original: conviene preguntar qué parte del servicio es software, qué parte es automatización y qué parte la realizan personas. También importa exigir métricas de negocio verificables, sobre todo cuando una compañía presenta la IA como la razón de unos márgenes o un crecimiento excepcionales.

Builder.ai no demuestra que la IA para programar carezca de valor. Demuestra que una buena demostración comercial, el respaldo de inversores conocidos y la etiqueta «impulsado por IA» no reemplazan un modelo financiero sostenible ni una explicación precisa de cómo se construye realmente el producto.