Los errores de publicación ahora explican qué ha pasado, en palabras claras

Cuando una publicación falla en Mythex, el diálogo ahora te cuenta en una frase clara qué ha pasado —la compilación falló, tu app se detuvo justo después de arrancar, tu app nunca arrancó, un archivo es demasiado grande, o algo salió mal por nuestra parte— y te ofrece Arreglar con IA y Volver a intentarlo. La salida en bruto de la compilación y de tu app sigue llegando al agente, así que Arreglar con IA puede leerla y corregir el proyecto, pero ya no tienes que leerla tú.

Qué ha cambiado

Una frase que puedes usar

Cada publicación fallida ahora tiene un tipo, decidido en el momento en que falla a partir de datos que ya tenemos allí —qué paso falló, si la máquina de la app informó de caídas, si alguna vez empezó a aceptar conexiones—, en lugar de deducirlo leyendo el texto del error después. Cada tipo tiene su propio mensaje:

Arreglar con IA en todos los fallos

Cada fallo muestra Arreglar con IA y Volver a intentarlo. Cuando usas Arreglar con IA, el agente recibe el tipo de fallo y la salida completa de la compilación o de la app, de forma privada, en su propio contexto. Si algo de tu app está mal, lo arregla. Si nada lo está —un momento de carga o un problema de nuestra parte—, puede simplemente volver a publicar. No tienes que averiguar qué tipo de fallo era.

Problemas después de salir en línea

Una publicación puede tener éxito y la app fallar unos minutos después. Mythex comprueba las apps publicadas con regularidad. Si una app en línea sigue cayéndose, o sigue en marcha pero deja de aceptar conexiones, la publicación se marca como fallida, recibes un correo y el proyecto muestra el mensaje con Arreglar con IA. Lo que imprimió la app queda guardado para que lo lea el agente.

Límites de tamaño comprobados antes de subir

Para los sitios estáticos, el tamaño de cada archivo y el número total de archivos se comprueban antes de subir nada. Si algo se pasa, recibes un único mensaje que enumera cada archivo demasiado grande, en lugar de un fallo a mitad de camino.

Por qué lo creamos

Antes, una publicación fallida mostraba lo que hubieran impreso las herramientas detrás de la publicación. A finales de septiembre, durante una semana, la mayoría de los fallos mostraban a los creadores un texto que era cosa nuestra, no suya: contactos de facturación, números de versión internos, rutas del registro, errores de almacenamiento. Arreglar con IA pegaba ese mismo texto en el chat. Se le pedía a la gente que depurara nuestra infraestructura.

Algo de eso además era simplemente incorrecto. Una app que nunca escuchó en su puerto se reportaba como «un problema de nuestra parte», cuando el arreglo estaba en la app. Un archivo estático que superaba el límite de tamaño se reportaba igual, y volver a publicar nunca podría funcionar.

Y todas las partes de Mythex que reaccionaban a un fallo —el diálogo, las notificaciones, Arreglar con IA, nuestras propias alertas— averiguaban qué había pasado buscando palabras en el texto del error. Eso se rompía cada vez que cambiaba la redacción. Ahora el tipo se registra en el momento en que ocurre el fallo, y todo lo demás lee ese tipo.

Aplicamos la misma regla a otros errores mientras estábamos en ello:

• Chat. Si la conexión se corta mientras se está transmitiendo una respuesta, ahora ves nuestra frase en lugar del «Load failed» o «Failed to fetch» del navegador.
• Dominios personalizados. Los mensajes sobre comprar o conectar un dominio ahora se eligen según el estado y los códigos de la respuesta, en lugar de reenviar las frases del proveedor de dominios.
• Generación de imágenes. La tarjeta muestra nuestro mensaje; el agente recibe el detalle del servicio.

Cómo usarlo

1. Publica como de costumbre desde el botón Publicar.
2. Si falla, lee el mensaje de una línea del diálogo.
3. Pulsa Arreglar con IA. El agente lee la salida de la compilación o los registros de tu app, arregla lo que esté mal y vuelve a publicar si nada de la app necesitaba arreglo.
4. O pulsa Volver a intentarlo para publicar la misma versión otra vez: la opción correcta para «ocupada un momento» y «un problema de nuestra parte».
5. Si el mensaje trata del nombre del enlace, cambia el nombre del enlace antes de volver a publicar. Para cualquier otro error, mantén el mismo nombre.

Límites

• Algunos fallos muestran botones distintos: un nombre de enlace ya ocupado sugiere otros nombres, y quedarse sin créditos ofrece una forma de añadir créditos.
• Los sitios estáticos tienen un límite por archivo de unos 25–30 MB, según el tipo de sitio, y hasta 20.000 archivos. Los archivos grandes conviene guardarlos en almacenamiento y enlazarlos.
• Las publicaciones fallidas anteriores a este cambio no tienen tipo, así que muestran una línea neutra en lugar de un motivo concreto.
• Si «un problema de nuestra parte» sigue apareciendo, contacta con soporte indicando el ID del proyecto y el nombre del enlace.

La lista completa de mensajes y qué hacer con cada uno está en solución de problemas al publicar. Si estás arreglando a mano una app difícil, nuestra guía sobre cómo depurar una app creada con IA lo recorre paso a paso. Y para lo que pasa con un sitio en línea mientras lo republicas, consulta tu app publicada ahora sigue activa mientras la republicas.