Corriger avec l'IA : un clic quand une publication échoue

Quand une publication échoue sur Mythex, la fenêtre indique désormais ce qui s'est réellement passé et propose deux boutons à chaque échec : Fix with AI et Try again. Fix with AI transmet à l'agent l'échec et ce que votre app a affiché, pour qu'il corrige le projet et publie à nouveau. Si rien dans votre app n'était en cause, il republie simplement. Nous avons aussi cessé d'attribuer à « notre côté » des problèmes qui venaient de l'app, et nous détectons désormais les apps qui tombent en panne quelques minutes après la mise en ligne.

Ce qui a changé

Fix with AI sur chaque échec

Avant, certains échecs affichaient Fix with AI et d'autres seulement Try again. La répartition dépendait de la cause supposée : si l'échec semblait venir de notre côté, nous ne voulions pas que l'agent s'acharne sur du code correct, à vos frais en crédits.

Vous deviez donc deviner quel type d'échec vous aviez sous les yeux. Maintenant, chaque échec propose les deux boutons. L'agent reçoit le type d'échec et la sortie qui l'accompagne : il corrige l'app quand quelque chose ne va pas dans l'app, et republie quand rien ne cloche. Vous n'avez jamais à dire lequel c'était.

Les exceptions sont les cas où la solution n'est pas du code. Un nom de lien déjà pris suggère d'autres noms. Un solde de crédits épuisé propose un moyen d'en obtenir davantage.

Des messages qui disent ce qui s'est passé

Plusieurs échecs aboutissaient à « un problème de notre côté, publiez à nouveau », ce qui était faux, et republier n'aidait jamais. Ils ont maintenant leurs propres messages :

Your app didn't start after publishing. L'app a été publiée mais n'a jamais commencé à accepter de connexions. Le plus souvent, elle écoute sur un autre port, ou seulement sur localhost. Une app publiée doit écouter sur 0.0.0.0 et sur le port indiqué dans $PORT. Au lieu d'attendre un délai fixe en espérant le meilleur, nous vérifions maintenant que l'app accepte réellement les connexions sur son port.
This file is too big / trop de fichiers. Les sites statiques ont une limite de taille par fichier (environ 25 à 30 Mo selon le type de site) et un plafond de 20 000 fichiers. Nous mesurons désormais le dossier avant tout envoi, de la même façon pour chaque type de fichier, et le message liste chaque fichier qui dépasse la limite.
Your app stopped right after it started. Cause habituelle : un réglage manquant, comme une variable d'environnement ou un secret, un plantage à la première requête, ou une erreur dans la commande de démarrage.

Détecter les apps qui tombent après la mise en ligne

Une publication peut réussir et l'app échouer quelques minutes plus tard : elle plante en boucle, ou elle tourne mais n'accepte plus de connexions. Mythex vérifie régulièrement les apps publiées. Si une app plante à répétition dans les minutes qui suivent, ou tourne sans accepter de connexions, la publication est marquée failed, vous recevez un e-mail, et le projet affiche le message avec Fix with AI.

Un plantage unique dont l'app s'est remise seule ne compte pas comme une publication échouée. Si la cause était un manque de mémoire, vous recevez un e-mail distinct à ce sujet.

Quand nous marquons une app en ligne comme échouée, nous enregistrons aussi ce que l'app a affiché à ce moment-là. Vous ne voyez jamais cette sortie brute, mais c'est ce que Fix with AI transmet à l'agent : il part de la vraie erreur au lieu de deviner.

Comment l'utiliser

Cliquez sur Publish comme d'habitude.
En cas d'échec, lisez le message dans la fenêtre. Il est écrit pour vous dire ce qui s'est passé, pas seulement qu'il y a un problème.
Cliquez sur Fix with AI. L'agent lit la sortie du build ou les logs de l'app, corrige le projet, et vous pouvez publier à nouveau.
Si le message indique que rien ne cloche dans votre app, par exemple « Publishing is busy for a moment » ou « Publish was interrupted », Try again suffit généralement.
Si vous avez reçu un e-mail indiquant qu'une app en ligne plante sans arrêt, ouvrez le projet : le même message et Fix with AI vous y attendent.

Gardez le même nom de lien lorsque vous republiez, sauf si le message indique que le nom pose problème.

Pourquoi nous l'avons fait

Une publication échouée est souvent le premier vrai obstacle. L'app fonctionne dans l'aperçu, on appuie sur Publish, et elle ne démarre pas. Pour quelqu'un qui n'est pas développeur, « consultez vos logs » n'est pas un conseil exploitable. Fix with AI transforme ce moment en un seul clic, et des messages honnêtes font que, lorsque vous les lisez, ils désignent le bon problème.

Limites

Fix with AI utilise l'agent, donc il consomme des crédits comme n'importe quel message.
Il peut corriger ce qui se trouve dans votre projet : code, configuration, commande de démarrage. Il ne peut pas corriger un nom de lien déjà pris, une adresse e-mail non vérifiée ou un solde de crédits vide.
Certains problèmes demandent une décision de votre part, comme déplacer un gros fichier dans Storage ou le réduire.

Chaque message et la marche à suivre figurent dans la documentation : Publish troubleshooting. Pour la démarche plus large de correction des problèmes, voir comment déboguer une app construite avec l'IA.