Publiceringsfejl siger nu, hvad der skete, med almindelige ord
Når en publicering fejler på Mythex, fortæller dialogen nu med én almindelig sætning, hvad der skete — byget fejlede, din app stoppede efter den startede, din app startede aldrig, en fil er for stor, eller noget gik galt hos os — og tilbyder Fix with AI og Try again. Det rå output fra byget og din app når stadig agenten, så Fix with AI kan læse det og rette projektet, men du behøver ikke læse det selv.
Hvad der ændrede sig
Én sætning, du kan handle på
Hver fejlet publicering har nu en type, bestemt i det øjeblik den fejler ud fra fakta, vi har dér — hvilket trin fejlede, om appens maskine rapporterede nedbrud, om den nogensinde begyndte at acceptere forbindelser — i stedet for at læse fejlteksten bagefter. Hver type har sin egen besked:
| Hvad du ser | Hvad det betyder |
|---|---|
| „The build failed.“ | Dit projekts build-kommando eller Dockerfile kunne ikke bygges. |
| „Your app stopped right after it started.“ | Den blev publiceret og afsluttede sig selv eller blev ved med at genstarte. |
| „Your app didn't start after publishing.“ | Den blev publiceret, men begyndte aldrig at acceptere forbindelser. |
| „This file is too big“ / for mange filer | Et statisk site overskrider grænsen pr. fil eller antallet af filer. Beskeden lister filerne. |
| „This link name can't be used for publishing.“ | Skift linknavnet og publicer igen; din kode er fin. |
| „Publishing is busy for a moment“ | Der er intet galt med din app. Publicér igen om et par minutter. |
| „…a problem on our side, not in your app.“ | Vores at rette. Publicér igen om et par minutter. |
Fix with AI ved enhver fejl
Hver fejl viser Fix with AI og Try again. Når du bruger Fix with AI, modtager agenten fejltypen og det fulde build- eller app-output privat i sin egen kontekst. Hvis noget i din app er galt, retter den det. Hvis intet er — et travlt øjeblik eller et problem på vores side — kan den bare publicere igen. Du skal ikke finde ud af, hvilken slags fejl det var.
Problemer efter at være gået live
En publicering kan lykkes, og appen fejle et par minutter senere. Mythex tjekker publicerede apps regelmæssigt. Hvis en levende app bliver ved med at gå ned, eller kører men holder op med at acceptere forbindelser, markeres publiceringen som fejlet, du får en e-mail, og projektet viser beskeden med Fix with AI. Det, appen skrev ud, gemmes, så agenten kan læse det.
Størrelsesgrænser tjekkes før upload
For statiske sites tjekkes hver fils størrelse og det samlede antal filer, før noget uploades. Hvis noget overskrider grænsen, får du én besked, der lister hver fil, som er for stor, i stedet for en fejl midtvejs.
Hvorfor vi byggede det
En fejlet publicering viste tidligere det, værktøjerne bag publicering havde skrevet ud. I én uge i slutningen af september viste de fleste fejl tekst fra byggerne, som var vores at håndtere, ikke deres: faktureringskontakter, interne versionsnumre, registersti, lagerfejl. Fix with AI indsatte så den samme tekst i chatten. Folk blev bedt om at fejlfinde vores infrastruktur.
Nogle af det var også simpelthen forkert. En app, der aldrig lyttede på sin port, blev rapporteret som „et problem på vores side“, selvom rettelsen lå i appen. En statisk fil over størrelsesgrænsen blev rapporteret på samme måde — og at publicere igen kunne aldrig virke.
Og hver del af Mythex, der reagerede på en fejl — dialogen, notifikationerne, Fix with AI, vores egne alarmer — fandt tidligere ud af, hvad der var sket, ved at matche ord i fejlteksten. Det gik i stykker, når formuleringen ændrede sig. Nu registreres typen, hvor fejlen sker, og alt andet læser typen.
Vi anvendte den samme regel på andre fejl, mens vi var i gang:
- Chat. Hvis forbindelsen falder, mens et svar streames, ser du nu vores sætning i stedet for browserens „Load failed“ eller „Failed to fetch“.
- Egne domæner. Beskeder om at købe eller forbinde et domæne vælges nu ud fra svarets statuskode og koder i stedet for at videregive domeneudbyderens egne sætninger.
- Billedgenerering. Kortet viser vores besked; agenten får serviceudbyderens detaljer.
Sådan bruger du det
- Publicér som normalt fra knappen Publish.
- Hvis det fejler, så læs den ene linje i dialogen.
- Klik på Fix with AI. Agenten læser build-output eller appens logs, retter det, der er galt, og publicerer igen, hvis intet i appen skulle rettes.
- Eller klik på Try again for at publicere samme version igen — det rigtige valg ved „busy for a moment“ og „a problem on our side“.
- Hvis beskeden handler om linknavnet, så skift linknavnet, før du publicerer igen. For enhver anden fejl beholder du det samme navn.
Begrænsninger
- Nogle fejl viser andre knapper: et optaget linknavn foreslår andre navne, og løbende tør for credits tilbyder at tilføje credits i stedet.
- Statiske sites har en grænse på cirka 25–30 MB pr. fil, afhængigt af sitetypen, og op til 20.000 filer. Store filer er bedst at gemme i storage og linke til.
- Fejlede publiceringer fra før denne ændring har ingen type, så de viser en neutral linje i stedet for en specifik årsag.
- Hvis „a problem on our side“ bliver ved med at ske, så kontakt support med projekt-ID'et og linknavnet.
Den fulde liste over beskeder og hvad du gør ved hver, findes i publish troubleshooting. Hvis du retter en stædig app i hånden, gennemgår vores guide til sådan debugger du en AI-bygget app det. Og for hvad der sker med en levende side, mens du republicerer, se din publicerede app forbliver nu oppe, mens du republicerer den.