Un desarrollador solo llevó a cabo en diez días la realización de un juego móvil, ahora disponible en la App Store y en el navegador. Según su testimonio, la mayor parte de la fabricación fue realizada por un agente de código IA, es decir, un programa capaz de encadenar solo varias acciones, mientras el autor sigue al mando del proyecto.
No se trata, según él, de un reemplazo de equipo, sino de un cambio en la forma de lanzar un producto. La diferencia radica en la distinción entre un assistant, que propone código que se copia, y un agent, que lee el proyecto, modifica los archivos, ejecuta las verificaciones y prueba el resultado. Ya no se pide «escríbeme esta función», sino «añade esta funcionalidad». Una tarea que llevaba una semana a un pequeño equipo lleva, según el autor, un día.
Lo que el agente hace mejor, lo que sigue siendo humano
El testimonio menciona primero las tareas largas, precisas y sin ambigüedad que a menudo se posponen: formularios administrativos, versiones en varios idiomas, documentos a producir en los formatos correctos. El agente también se distingue por su constance: no omite una verificación por cansancio, siempre que se le solicite explícitamente. Cuando una pista falla, prueba otra, y luego una tercera.
Sin embargo, las decisiones siguen siendo competencia del ser humano. Saber qué construir, y sobre todo qué no construir, depende según el autor de un trabajo personal. Las mejores decisiones de esos diez días surgieron de la observación de los primeros usuarios. El goût es el segundo punto: un agente produce rápido pero no siempre sabe detenerse. El autor tuvo que decir «es demasiado», «simplificamos», «volvemos a empezar desde una página en blanco» en varias ocasiones, sin lo cual el producto habría sido completo e ilegible. Para todo lo irreversible, como invertir dinero, dirigirse a terceros o publicar, el agente prepara y el humano valida.
Una memoria de proyecto, y límites
El beneficio más importante no vendría, según el autor, de un mejor prompt, sino de un hábito: registrar cada error en el momento en que aparece, en un documento que el agente relee antes de cada sesión. El mismo error no se repite entonces dos veces.
El testimonio también menciona límites. El agente depende de su entorno: si una herramienta cambia, puede quedar bloqueado. No ve lo que ve el usuario, de modo que una pantalla técnicamente correcta puede fallar en el uso. Tampoco controla los plazos externos, ya sean validaciones, socios o plataformas. Dirigir un agente requiere, al fin, tiempo de revisión, de pruebas y de reencuadre: el tiempo ganado en la fabricación se traslada a la decisión y la verificación.
Para las empresas, el autor retiene tres principios: dar al agente acceso a herramientas reales, con salvaguardas claras sobre lo irreversible, medir antes de construir y mantener al humano en el gusto y el juicio. Según él, la cuestión ya no es si la IA puede producir, sino quién, dentro de una organización, aún puede decir no a una funcionalidad de más.
