Corregir con IA: un clic cuando falla una publicación

Cuando una publicación falla en Mythex, el diálogo ahora te dice qué pasó realmente y te da dos botones en cada fallo: Corregir con IA y Volver a intentar. Corregir con IA le entrega al agente el fallo y lo que imprimió tu app, para que pueda arreglar el proyecto y publicar de nuevo. Si nada en tu app estaba mal, simplemente vuelve a publicar. También dejamos de culpar a «nuestro lado» por problemas que en realidad estaban en la app, y empezamos a detectar apps que se rompen unos minutos después de salir en vivo.

Qué cambió

Corregir con IA en cada fallo

Antes, algunos fallos mostraban Corregir con IA y otros solo Volver a intentar. La división se basaba en de quién parecía ser la culpa: si parecía de nuestro lado, no queríamos que el agente persiguiera código que estaba bien, gastando tus créditos.

Eso te dejaba a ti averiguar qué tipo de fallo era. Ahora cada fallo ofrece ambos botones. El agente recibe el tipo de fallo y la salida que hay detrás, así que arregla la app cuando algo en ella está mal, y vuelve a publicar cuando nada lo está. Nunca tienes que decir cuál era.

Las excepciones son las que no tienen que ver con código. Un nombre de enlace ya ocupado sugiere otros nombres. Quedarse sin créditos ofrece una forma de conseguir más.

Mensajes que dicen qué pasó

Varios fallos terminaban como «un problema de nuestro lado, vuelve a publicar», lo cual no era cierto, y volver a publicar nunca ayudaba. Ahora tienen mensajes propios:

«Tu app no arrancó después de publicar.» La app se publicó pero nunca empezó a aceptar conexiones. Lo más común es que escuche en otro puerto, o solo en localhost. Una app publicada tiene que escuchar en 0.0.0.0 y en el puerto indicado en $PORT. En lugar de esperar un tiempo fijo y confiar, ahora comprobamos que la app realmente acepta conexiones en su puerto.
«Este archivo es demasiado grande» / demasiados archivos. Los sitios estáticos tienen un límite de tamaño por archivo (unos 25–30 MB, según el tipo de sitio) y un tope de 20.000 archivos. Ahora medimos la carpeta antes de subir nada, de la misma forma para cualquier tipo de archivo, y el mensaje enumera cada archivo que supera el límite.
«Tu app se detuvo justo después de arrancar.» Normalmente falta una configuración, como una variable de entorno o un secreto, hay un fallo en la primera petición o hay un error en el comando de inicio.

Detectar apps que se rompen tras salir en vivo

Una publicación puede tener éxito y, aun así, la app fallar unos minutos después: sigue cayéndose, o funciona pero deja de aceptar conexiones. Mythex revisa las apps publicadas con regularidad. Si una app se cae repetidamente en pocos minutos, o está en marcha pero sin recibir conexiones, la publicación se marca como fallida, recibes un correo y el proyecto muestra el mensaje con Corregir con IA.

Una sola caída de la que la app se recuperó por sí sola no cuenta como publicación fallida. Si fue porque la app se quedó sin memoria, recibes un correo aparte sobre eso.

Cuando marcamos una app en vivo como fallida, también guardamos lo que la app imprimió en ese momento. Tú no ves esa salida sin procesar, pero es lo que Corregir con IA le da al agente, así que parte del error real en lugar de adivinar.

Cómo usarlo

Haz clic en Publicar como de costumbre.
Si falla, lee el mensaje del diálogo. Está escrito para decirte qué pasó, no solo que algo pasó.
Haz clic en Corregir con IA. El agente lee la salida del build o los logs de la app, corrige el proyecto, y puedes publicar de nuevo.
Si el mensaje dice que nada está mal en tu app («La publicación está ocupada un momento» o «La publicación se interrumpió»), Volver a intentar suele bastar.
Si recibiste un correo diciendo que una app en vivo sigue cayéndose, abre el proyecto: el mismo mensaje y Corregir con IA te esperan allí.

Mantén el mismo nombre de enlace al volver a publicar, a menos que el mensaje diga que el nombre es el problema.

Por qué lo construimos

Una publicación fallida suele ser el primer muro real con el que tropieza alguien. La app funciona en la vista previa, pulsa Publicar y no arranca. Para quien no es desarrollador, «revisa tus logs» no es un consejo que pueda aplicar. Corregir con IA convierte ese momento en un clic, y los mensajes honestos significan que, cuando los lees, apuntan a lo correcto.

Límites

Corregir con IA usa el agente, así que gasta créditos como cualquier otro mensaje.
Puede arreglar lo que hay en tu proyecto: código, configuración, el comando de inicio. No puede arreglar un nombre de enlace ocupado, un correo sin verificar ni un saldo de créditos vacío.
Algunos problemas requieren una decisión tuya, como si mover un archivo grande a Storage o hacerlo más pequeño.

Cada mensaje y qué hacer al respecto está en la documentación: Solución de problemas de publicación. Para la habilidad más amplia de arreglar cosas cuando salen mal, consulta cómo depurar una app creada con IA.