Mantener apps creadas con IA: lo que nadie te cuenta de la segunda semana

El primer fin de semana con Proyecta lanzas algo real. Funciona. Tus usuarios (o tu equipo, o tu yo del futuro) empiezan a usarlo. Y luego llega el lunes y un cliente te escribe: “¿Puedes agregar un menú desplegable para filtrar por región?”.

Bienvenido al mantenimiento. Esta es la parte de crear una app con IA de la que nadie habla, y la parte donde la mayoría de los proyectos o se convierten en un activo que dura mucho tiempo o se caen por un barranco en silencio. La buena noticia es que mantener una app creada con IA es una experiencia distinta a mantener código tradicional. La noticia honesta es que “distinta” no significa “gratis”.

Qué significa de verdad el mantenimiento

Cuando los desarrolladores profesionales dicen “mantenimiento”, se refieren a cuatro cosas, más o menos:

Agregar funciones pequeñas que la gente pide después del lanzamiento.
Arreglar cosas que se rompieron o que estuvieron mal desde el principio.
Mantenerte al día con los cambios fuera de tu app — un proveedor de pagos actualiza su API, sale un nuevo navegador, cambia la forma de tus datos.
Limpiar para que la base de código no se convierta poco a poco en un pantano.

En una app creada con IA, las cuatro siguen pasando. Lo que cambia es quién las hace y cómo se siente el trabajo.

La buena noticia: puedes platicar con ella

Esta es la parte que nadie te contó cuando copiabas y pegabas código de tutoriales viejos. Con un creador de apps con IA, mantienes la app de la misma forma en que la creaste: describiendo lo que quieres.

Un ejemplo real. Una fundadora que conocemos creó un pequeño CRM para su consultorio de coaching — clientes, sesiones, seguimiento de pagos, todo. Tres semanas después del lanzamiento, una clienta comentó que le encantaría ver cuántas sesiones había hecho ese año. Ella abrió la app y dijo: “Agrega un contador de ‘sesiones este año’ a cada tarjeta de cliente, que jale de la tabla de sesiones donde la fecha sea de 2026”. Doce minutos después, estaba en vivo. Y ella ya estaba de vuelta haciendo coaching.

Esa historia suena normal hasta que recuerdas la alternativa: escribirle a un freelancer, esperar dos días, pagar $300, revisar un PR que no entendía del todo y rezar para que nada más se rompiera. El ciclo de mantenimiento no es más rápido porque la IA sea más lista que el freelancer. Es más rápido porque el ciclo tiene menos personas dentro.

La noticia más difícil: las cosas pequeñas se acumulan

Aquí está la parte que agarra a la gente desprevenida. Las apps creadas con IA parecen fáciles de cambiar porque agregar cosas es fácil. Lo que no es fácil es mantener todo el conjunto coherente a medida que crece.

Algunos patrones que vemos salir mal:

El enredo accidental. Pides “agrega un campo de descuento al checkout”. Seis revisiones después, la lógica de descuento vive en tres lugares, y solo uno de ellos está bien. Nada se rompió todavía, pero el siguiente cambio va a ser confuso.
El requisito olvidado. Agregaste “envío gratis por encima de $50” en marzo. En mayo le pides a la IA que “rehaga el checkout para que admita tarjetas de regalo”. Lo hace. La regla del envío gratis desaparece. Nadie lo nota durante dos semanas.
La deriva. Tu app empezó como “una herramienta para mí”. Ahora la usa tu equipo. El modelo mental con el que la IA trabaja sigue siendo “para mí”, porque eso fue lo que dijiste originalmente. Las funciones nuevas se sienten raras y no logras señalar por qué.

Ninguna de estas es una falla de los creadores de apps con IA. Son fallas de memoria y de contexto compartido — los mismos problemas que tiene un equipo de desarrolladores humanos, solo que con otra forma.

Cómo prepararte

Los equipos a los que les va bien con el mantenimiento comparten algunos hábitos. En su mayoría no son hábitos técnicos. Son hábitos sobre cómo describes qué es tu app y qué cambió.

Mantén un documento de “qué es esta app”. Una página. El público, los objetivos, las reglas (“envío gratis por encima de $50”, “nunca enviamos correos a los usuarios en domingo”, “el teléfono es la clave principal, no el correo”). Cuando le pidas a la IA que cambie algo, pega la regla relevante en el prompt. No estás esquivando la inteligencia de la IA; le estás dando el contexto que es imposible que recuerde.

Describe los cambios en términos de comportamiento, no de código. “Quiero que los usuarios vean su filtro de región recordado entre sesiones” es una petición mucho mejor que “agrega localStorage al filtro”. La primera describe lo que quieres; la segunda prescribe una de quince formas de hacerlo, y probablemente no la mejor.

Haz los cambios de uno en uno. Dos cambios en un solo prompt significan que uno podría fallar en silencio y no sabrás cuál. La forma más rápida de mantener una app con IA es hacer tus iteraciones lo suficientemente pequeñas como para saber, de un vistazo, si el resultado está bien.

Mira qué cambió. La mayoría de los creadores de apps con IA te muestran una vista previa. Úsala. Los treinta segundos que pasas haciendo clic por todos lados para confirmar que la función nueva funciona y que las funciones viejas siguen funcionando son el seguro más barato que comprarás este año.

Lo que no puedes hacer (y probablemente no deberías)

Existe la tentación, una vez que creaste una app con IA, de pensar que también puede operar la app por ti. No puede, y la brecha es real:

No te avisará cuando algo se rompa en silencio. Logs, monitoreo, guardias de soporte — eso sigue siendo un asunto aparte. La mayoría de los creadores de apps con IA no vigilan tu app en producción como lo haría un ingeniero de backend.
No sabe nada del mundo fuera de tu app. Si un proveedor de pagos deja obsoleta una API, la IA no lo sabe hasta que tú se lo digas. Suscríbete a los changelogs de tus proveedores. Lee tu correo.
No puede tomar decisiones de producto por ti. Si agregar o no una función, qué compromiso hacer, qué quieren de verdad tus usuarios — eso sigues siendo tú. La IA es un par de manos muy rápidas; el cerebro es tuyo.

La foto realista

Después de seis meses con una app creada con IA, la mayoría de la gente con la que platicamos termina más o menos así: dedican quizá dos a cuatro horas al mes a hacer cambios, casi todo conversando. Las grandes reconstrucciones que antes temían — “quiero agregar toda una sección nueva” — se sienten como una buena tarde. Las cosas aburridas — “el formato de fecha está mal en la exportación” — se sienten como un buen prompt.

Lo que no tienen es el ruido de fondo constante de una base de código tradicional: actualizaciones de dependencias, migraciones de frameworks, parches de seguridad, configuraciones de build. Ese ruido lo absorbió la plataforma. Pagas para que la plataforma lo maneje, lo cual es un trato mucho mejor que pagarle a un desarrollador para que lo maneje.

Si estás a punto de crear tu primera app, el artículo sobre cuál debería ser tu primera app creada con IA vale la pena leerlo antes de empezar. Y si ya llevas unas semanas y empiezas a notar algunos de los patrones de arriba, eso es normal. Escribe tu documento de “qué es esta app” este fin de semana. Tu yo del futuro, dentro de tres meses, pidiendo un nuevo panel, te lo va a agradecer muchísimo.