Publiceringsfel säger nu vad som hände, med enkla ord
När en publicering misslyckas på Mythex berättar dialogrutan nu i en enda mening vad som hände – bygget misslyckades, din app slutade direkt efter att den startat, din app startade aldrig, en fil är för stor eller något gick fel på vår sida – och erbjuder Fix with AI och Try again. Den råa utdatan från bygget och din app når fortfarande agenten, så Fix with AI kan läsa den och åtgärda projektet, men du behöver inte läsa den själv längre.
Vad som har ändrats
En mening du kan agera på
Varje misslyckad publicering har nu en typ, som bestäms i samma ögonblick som den misslyckas utifrån fakta vi har där – vilket steg som föll, om appens maskin rapporterat krascher och om den någonsin började ta emot anslutningar – i stället för att tolkas utifrån feltexten efteråt. Varje typ har sitt eget meddelande:
| Det du ser | Vad det betyder |
|---|---|
| "Bygget misslyckades." | Projektets byggkommando eller Dockerfile byggde inte. |
| "Din app slutade direkt efter att den startat." | Den publicerades och avslutades sedan eller startade om gång på gång. |
| "Din app startade inte efter publiceringen." | Den publicerades men började aldrig ta emot anslutningar. |
| "Filen är för stor" / för många filer | En statisk webbplats överskrider gränsen per fil eller antal filer. Meddelandet listar filerna. |
| "Det här länknamnet kan inte användas för publicering." | Ändra länknamnet och publicera igen; din kod är i ordning. |
| "Publiceringen är upptagen en stund" | Det är inget fel på din app. Publicera igen om några minuter. |
| "…ett problem på vår sida, inte i din app." | Det är vårt att åtgärda. Publicera igen om några minuter. |
Fix with AI vid varje fel
Varje fel visar Fix with AI och Try again. När du använder Fix with AI får agenten feltypen och hela bygg- eller appresultatet, privat i sitt eget sammanhang. Om något i din app är fel åtgärdar den det. Om inget är fel – en tillfälligt upptagen stund eller ett problem på vår sida – kan den helt enkelt publicera igen. Du behöver inte räkna ut vilken sorts fel det var.
Problem efter att appen gått live
En publicering kan lyckas och appen ändå misslyckas några minuter senare. Mythex kontrollerar publicerade appar regelbundet. Om en live-app fortsätter krascha, eller fortsätter köra men slutar ta emot anslutningar, markeras publiceringen som misslyckad, du får ett e-postmeddelande och projektet visar meddelandet tillsammans med Fix with AI. Det appen skrev ut sparas så att agenten kan läsa det.
Storleksgränser kontrolleras före uppladdning
För statiska webbplatser kontrolleras varje fils storlek och det totala antalet filer innan något laddas upp. Om något är över gränsen får du ett enda meddelande som listar varje fil som är för stor, i stället för ett fel mitt i uppladdningen.
Varför vi byggde det
Ett misslyckat försök visade tidigare vad verktygen bakom publiceringen hade skrivit ut. Under en vecka i slutet av september handlade de flesta fel om text som var vårt ansvar, inte användarens: faktureringskontakter, interna versionsnummer, registersökvägar och lagringsfel. Fix with AI klistrade sedan in samma text i chatten. Folk fick felsöka vår infrastruktur.
En del av det var dessutom helt fel. En app som aldrig lyssnade på sin port rapporterades som "ett problem på vår sida", trots att felet låg i appen. En statisk fil över storleksgränsen rapporterades på samma sätt – och att publicera igen kunde aldrig fungera.
Och varje del av Mythex som reagerade på ett fel – dialogrutan, aviseringarna, Fix with AI och våra egna larm – tog reda på vad som hänt genom att matcha ord i feltexten. Det gick sönder varje gång formuleringen ändrades. Nu registreras typen där felet uppstår, och allt annat läser typen.
Vi tillämpade samma regel på andra fel medan vi ändå var i gång:
- Chatt. Om anslutningen bryts medan ett svar strömmas ser du nu vår mening i stället för webbläsarens "Load failed" eller "Failed to fetch".
- Egna domäner. Meddelanden om att köpa eller koppla en domän väljs nu utifrån svarets status och koder, i stället för att vidarebefordra domänleverantörens egna meningar.
- Bildgenerering. Kortet visar vårt meddelande; agenten får tjänstens detaljer.
Så använder du det
- Publicera som vanligt med knappen Publish.
- Om det misslyckas, läs den enradiga texten i dialogrutan.
- Klicka på Fix with AI. Agenten läser byggutdatan eller appens loggar, åtgärdar det som är fel och publicerar igen om inget i appen behövde åtgärdas.
- Eller klicka på Try again för att publicera samma version igen – rätt val för "upptagen en stund" och "ett problem på vår sida".
- Om meddelandet gäller länknamnet, ändra det innan du publicerar igen. För alla andra fel behåller du samma namn.
Begränsningar
- Vissa fel visar andra knappar: ett upptaget länknamn föreslår andra namn, och slut på krediter erbjuder ett sätt att lägga till fler.
- Statiska webbplatser har en gräns på cirka 25–30 MB per fil, beroende på typ av webbplats, och upp till 20 000 filer. Stora filer är bäst att spara i lagringen och länka till.
- Misslyckade publiceringar från före den här ändringen har ingen typ, så de visar en neutral rad i stället för en specifik orsak.
- Om "ett problem på vår sida" fortsätter att dyka upp, kontakta supporten med projekt-ID och länknamn.
Hela listan över meddelanden och vad du ska göra åt var och en finns i felsökningen för publicering. Om du lagar en envis app för hand går vår guide om hur du felsöker en AI-byggd app igenom det. Och för vad som händer med en live-webbplats medan du publicerar om den, se din publicerade app ligger nu kvar uppe medan du publicerar om den.