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

Cuando una publicación falla en Mythex, el diálogo ahora te dice qué ha pasado y te da dos botones en cada fallo: Arreglar con IA y Volver a intentarlo. Arreglar con IA entrega al agente el fallo y lo que imprimió tu app, para que pueda corregir el proyecto y publicar de nuevo. Y si nada de tu app estaba mal, simplemente vuelve a publicar. También dejamos de culpar a «nuestra parte» de problemas que estaban en la app, y empezamos a detectar apps que se rompen unos minutos después de salir en línea.

Qué ha cambiado

Arreglar con IA en todos los fallos

Antes, algunos fallos mostraban Arreglar con IA y otros solo Volver a intentarlo. La división dependía de de quién parecía ser la culpa: si parecía que era de nuestra parte, no queríamos que el agente persiguiera código que estaba bien, gastando tus créditos.

Eso te obligaba a averiguar qué tipo de fallo era. Ahora cada fallo ofrece los dos botones. El agente recibe el tipo de fallo y la salida que lo causó, así que arregla la app cuando algo de la app está mal, y vuelve a publicar cuando nada lo está. Nunca tienes que adivinar cuál era.

Las excepciones son los casos en los que la solución no es 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é ha pasado

Varios fallos terminaban en «un problema de nuestra parte, 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 publicarse.» La app se publicó, pero nunca empezó a aceptar conexiones. Lo más habitual 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 en que todo vaya bien, 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 máximo de 20.000 archivos. Ahora medimos la carpeta antes de subir nada, del mismo modo para todos los tipos de archivo, y el mensaje enumera todos los archivos que superan el límite.
«Tu app se detuvo justo después de arrancar.» Suele deberse a un ajuste que falta, como una variable de entorno o un secreto, a un fallo en la primera petición o a un error en el comando de inicio.

Detectar apps que se rompen tras salir en línea

Una publicación puede tener éxito y la app fallar unos minutos después: sigue cayéndose o sigue en marcha pero deja de aceptar conexiones. Mythex comprueba 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 Arreglar con IA.

Un único fallo del que la app se recuperó por sí sola no cuenta como publicación fallida. Si se debió a que la app se quedó sin memoria, recibes un correo aparte sobre eso.

Cuando marcamos como fallida una app en línea, también guardamos lo que la app imprimió en ese momento. Tú nunca ves esa salida en bruto, pero es lo que Arreglar con IA le da al agente, así que parte del error real en lugar de adivinarlo.

Cómo usarlo

Pulsa Publicar como de costumbre.
Si falla, lee el mensaje del diálogo. Está escrito para decirte qué ha pasado, no solo que algo ha pasado.
Pulsa Arreglar con IA. El agente lee la salida del build o los registros de la app, corrige el proyecto, y puedes volver a publicar.
Si el mensaje dice que tu app no tiene nada malo, como «La publicación está ocupada un momento» o «La publicación se interrumpió», Volver a intentarlo suele bastar.
Si recibiste un correo diciendo que una app en línea sigue cayéndose, abre el proyecto: allí te esperan el mismo mensaje y Arreglar con IA.

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

Por qué lo creamos

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 registros» no es un consejo que pueda aplicar. Arreglar con IA convierte ese momento en un solo clic, y los mensajes honestos hacen que, cuando los lees, apunten a lo correcto.

Límites

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

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