¿De verdad se construye una app con un solo prompt?

Viste el video. Alguien escribe una frase como «hazme una app para controlar los pedidos de mi tienda» y, en minutos, aparece algo con pantallas, botones y colores. Es normal preguntarse si tu negocio podría tener su propio sistema así, sin contratar a nadie.

La respuesta corta: sí sale algo, pero no lo que tu negocio necesita para trabajar. Un prompt, que es la instrucción que le escribes a la IA, produce una primera versión que se ve terminada. Lo que no se ve es justo lo que hace que una app aguante el día a día: quién puede entrar, dónde se guardan los datos, qué pasa cuando algo falla y cómo se conecta con lo que ya usas.

Sería injusto decir que no sirve. Bien usado, un prompt te ahorra tiempo en la parte del trabajo donde equivocarse cuesta poco:

• Una maqueta: para mostrarle la idea a tu equipo, a un socio o a un cliente antes de invertir.
• Una herramienta interna pequeña: que no guarda datos sensibles y que nadie de afuera usa.
• Una prueba rápida de un proceso: para ver si tiene sentido, qué pantallas hacen falta y en qué orden.
• Un punto de partida: que después un equipo técnico revisa, ordena y termina.

La IA escribe lo que le pides, no lo que tu negocio da por sabido. Las reglas que nadie escribió no existen para ella.

Y hay cosas que casi nunca entran en una frase. Esta es la distancia entre lo que sale de un prompt y lo que una app necesita para trabajar:

Veracode, una empresa que se dedica a revisar la seguridad del software, puso a prueba a más de 100 modelos de IA con 80 tareas de programación¹. Miró qué hacían cuando una tarea se podía resolver de una forma segura o de una insegura.

En Java, un lenguaje muy usado en los sistemas de las empresas, la tasa de falla de seguridad pasó del 70 %¹. Y algunas fallas se repitieron casi siempre: los modelos no protegieron el código contra el cross-site scripting en el 86 % de los casos¹. Es un ataque en el que alguien mete instrucciones dañinas en una página para robar datos de quien la usa.

Hay un dato que importa más que los porcentajes. Según el mismo informe, los modelos están mejorando para escribir código correcto, pero no en seguridad, y los más grandes no salieron mucho mejor que los pequeños¹. Dicho de otro modo: que la app arranque no significa que sea segura.

Quienes usan estas herramientas todos los días lo saben bien. Esto respondieron en la encuesta de Stack Overflow de 2025 cuando se les preguntó si confían en la exactitud de la IA²:

Su frustración principal, para el 66 %, son las soluciones que están casi bien, pero no del todo². Y el 45 % dice que corregir el código hecho por IA le toma más tiempo².

La encuesta también preguntó por el «vibe coding», que es pedirle a la IA una app entera y aceptar lo que entrega sin revisar el código. El 72 % respondió que no forma parte de su trabajo profesional, y otro 5 %, que rotundamente no².

No hace falta creerle a un crítico. Las empresas que fabrican estas herramientas lo escriben en su propia documentación.

GitHub, la empresa detrás del asistente de programación Copilot, advierte que puede generar código que parece válido pero que no es correcto, y pide revisar y probar con cuidado todo lo que genera⁴. También dice que quien lo usa asume todos los riesgos del código generado, incluidas las fallas de seguridad⁴.

Lovable, una de las herramientas que prometen apps a partir de una conversación, revisa la seguridad antes de publicar. Aun así, reconoce que no puede garantizar que tu app sea 100 % segura y que a veces se le pasan configuraciones incorrectas de la base de datos³. La base de datos es justo donde viven los datos de tus clientes.

La IA para construir software sirve, siempre que la uses como lo que es: una forma rápida de llegar a la primera versión. Este orden te evita sorpresas:

1. Prueba la idea, no la lances: muéstrala a quienes la van a usar y anota qué falta.
2. Escribe las reglas antes del prompt: en una hoja, anota quién la usa, qué datos guarda y qué decisiones toma.
3. No le pongas datos reales de clientes: no mientras nadie la haya revisado.
4. Haz revisar la seguridad: antes de abrirla a otras personas, que la revise alguien que sepa del tema.
5. Decide quién la mantiene: desde el primer día, y a quién llamas cuando falle.
6. Mide si resolvió tu problema: no si se ve bonita.

En Motora usamos la IA donde de verdad suma, y también para construir. Antes de escribir una línea, mapeamos cómo trabaja tu negocio y te decimos qué conviene construir y qué no; lo que vale la pena, lo construimos y lo dejamos funcionando.