ELYZA patenta apps hechas con IA y el caso Builder.ai obliga a revisar lo prometido

Una patente sobre el proceso de generar apps con IA

La empresa de inteligencia artificial ELYZA, perteneciente al grupo de telecomunicaciones japonés KDDI y con sede en Tokio, recibió el 3 de septiembre una patente para el mecanismo con el que su herramienta ELLYA Works convierte solicitudes de usuarios en aplicaciones de trabajo completas. Según el anuncio, la protección cubre un flujo que consta de tres partes: la definición de requisitos se refina, se generan las instrucciones de comportamiento y las variables de entrada para el modelo, y finalmente se crean los formularios de entrada/salida. También quedó protegida la etapa en la que el usuario hace ajustes sobre la app generada.

Las críticas en X plantearon un patrón recurrente en la IA corporativa: la línea entre un componente de software con modelo de lenguaje integrado y una práctica genérica de baja configuración. Algunos respondieron que con un flujo así se está enmarcando en la vieja economía, que el mismo resultado ya se obtenía con herramientas anteriores y que podría verse perjudicado el paso inventivo. El interrogante que se hizo visible no es menor para una empresa que opera tecnología, porque de él resultan los límites de una patente de IA que el examinador japonés juzgó como no evidente.

El mismo anuncio en la nube, en el estenario opuesto

Esa promesa quiere quedar con un legado de valor de la otra vereda. Una opinión espontánea de la promesa "en cuanto encargo una app"—posesión de la empresa Builder.ai, que llegó a poner en funcionamiento los vilos cartes para las iniciativas de Microsoft y captación del mercado. El sistema ofrecía a "Natasha", un asistente de IA que teóricamente desarrollaba programación de código solo.

Indeed, no era un algoritmo: cuando una solicitud de la operación, la captación de una persona allá en India procesaba con esos 700 desarrolladores a mano y la entregaba como SI la salida hume. El caso terminó por una entidad financiera embargó 37 millones required for sus clientes de capital e imagen pública; la empresa se declaró en quiebra.

Los dos hechos dejan una lectura que es más que una nota de color: el mercado iberoamericano está comenzando a adoptar herramientas que dicen "algo en el orden de definir una app". Desde aplicaciones internas hasta formularios sin código. Y la mecánica para elegir si es IA mezclada con programación humana no debería quedar en la confianza del proveedor.

Qué es lo que los compradores deben pedir de cara a los acuerdos

Resto de la pregunta que genera el fraude: hasta donde la traza evidencia la madura. Antes se firmar un contrato de una plataforma de IA generativa para la app, conviene que el área técnica y la misma deja comprobaciones básicas:

• El servicio expone registros de inferencia que dejan ver cuándo el modelo actúa y en qué contexto se llamó.
• La intervención humana en el flujo de generación, si existe, está declarada y no oculta.
• Se pueden ejecutar pruebas con el flujo natural que en "input" de la empresa, con el objetivo de retrasar que las aseguranzas: un flujo de la aplicación que requería una persona detrás no funciona.

Jurídicamente, la patente de ELYZA tiene efectos en Japón, pero eso no la vuelve universal. En América Latina, los modelos de base de IA y de código con modelos generativos son recientes, y hoy no se da que la novedad o el paso inventivo de un flujo de generación se evalúen de la misma forma entre los diferentes países. Sin embargo, la menor consecuencia para la región es presupuestar desde ya un costo de licencia de esa infraestructura si el proveedor no documenta sus derechos de uso.

Las palabras del anuncio y las de la X, en ese mapa, tienen un punto en común: existe una práctica artesanal. Lo que separa a un proveedor confiable de otro no es la palabra "IA", sino toda la evidencia que se corrobora en la última etapa.