Publicatiefouten zeggen nu in gewone woorden wat er gebeurde
Als een publicatie op Mythex mislukt, zegt het dialoogvenster nu in één gewone zin wat er gebeurde: de build is mislukt, je app stopte na het starten, je app is nooit gestart, een bestand is te groot, of er ging iets mis aan onze kant. Het biedt Fix with AI en Try again. De ruwe uitvoer van de build en je app bereikt nog steeds de agent, zodat Fix with AI die kan lezen en het project kan repareren, maar je hoeft hem zelf niet meer te lezen.
Wat er veranderd is
Eén zin waar je iets mee kunt
Elke mislukte publicatie heeft nu een type, bepaald op het moment van de fout op basis van feiten die we daar hebben: welke stap faalde, of de machine van de app crashes meldde, of hij ooit verbindingen begon te accepteren. In plaats van die achteraf uit de foutekst af te lezen. Elk type heeft een eigen bericht:
| Wat je ziet | Wat het betekent |
|---|---|
| “The build failed.” | Het build-commando of de Dockerfile van je project kon niet bouwen. |
| “Your app stopped right after it started.” | Hij is gepubliceerd, en daarna afgesloten of bleef herstarten. |
| “Your app didn't start after publishing.” | Hij is gepubliceerd maar begon nooit verbindingen te accepteren. |
| “This file is too big” / te veel bestanden | Een statische site zit boven de limiet per bestand of het aantal bestanden. Het bericht somt de bestanden op. |
| “This link name can't be used for publishing.” | Wijzig de linknaam en publiceer opnieuw; je code is in orde. |
| “Publishing is busy for a moment” | Er is niets mis met je app. Publiceer over een paar minuten opnieuw. |
| “…a problem on our side, not in your app.” | Van ons om op te lossen. Publiceer over een paar minuten opnieuw. |
Fix with AI bij elke fout
Elke fout toont Fix with AI en Try again. Wanneer je Fix with AI gebruikt, krijgt de agent het type fout en de volledige build- of app-uitvoer, privé, in zijn eigen context. Als er iets in je app mis is, repareert hij het. Als er niets mis is, zoals een drukke moment of een probleem aan onze kant, kan hij simpelweg opnieuw publiceren. Je hoeft niet uit te zoeken welk soort fout het was.
Problemen na livegang
Een publicatie kan slagen en de app enkele minuten later falen. Mythex controleert gepubliceerde apps regelmatig. Als een live app blijft crashen, of blijft draaien maar geen verbindingen meer accepteert, wordt de publicatie als mislukt gemarkeerd, krijg je een e-mail, en toont het project het bericht met Fix with AI. Wat de app heeft geprint, wordt opgeslagen zodat de agent het kan lezen.
Groottelimieten vóór het uploaden gecontroleerd
Voor statische sites worden de grootte van elk bestand en het totale aantal bestanden gecontroleerd voordat er iets wordt geüpload. Als iets te groot is, krijg je één bericht dat elk bestand opsomt dat te groot is, in plaats van een mislukking halverwege.
Waarom we het gebouwd hebben
Een mislukte publicatie toonde vroeger wat de tools rond publiceren hadden geprint. In één week eind september bestond het meeste van wat builders zagen uit tekst die van ons was, niet van hen: facturatiecontacten, interne versienummers, registerpaden, opslagfouten. Fix with AI plakte die tekst dan in de chat. Mensen werd gevraagd onze infrastructuur te debuggen.
Een deel ervan was ook gewoon fout. Een app die nooit op zijn poort luisterde, werd gemeld als “een probleem aan onze kant”, terwijl de oplossing in de app zat. Een statisch bestand boven de groottelimiet werd op dezelfde manier gemeld, en opnieuw publiceren zou nooit werken.
En elk deel van Mythex dat op een fout reageerde, het dialoogvenster, de meldingen, Fix with AI, onze eigen alerts, moest vroeger uitzoeken wat er was gebeurd door woorden in de foutekst te matchen. Dat brak zodra de bewoording veranderde. Nu wordt het type vastgelegd waar de fout optreedt, en lezen alle andere onderdelen het type.
We pasten dezelfde regel toe op andere fouten terwijl we er toch waren:
- Chat. Als de verbinding wegvalt terwijl een antwoord wordt gestreamd, zie je nu onze zin in plaats van de browsermelding “Load failed” of “Failed to fetch”.
- Eigen domeinen. Berichten over het kopen of koppelen van een domein worden nu gekozen op basis van de statuscode en codes van het antwoord, in plaats van de eigen zinnen van de domeinprovider door te geven.
- Afbeeldingen genereren. De kaart toont ons bericht; de agent krijgt de details van de service.
Zo gebruik je het
- Publiceer zoals gewoonlijk vanaf de knop Publish.
- Als het mislukt, lees je het bericht van één regel in het dialoogvenster.
- Klik op Fix with AI. De agent leest de buildoutput of de logs van je app, repareert wat er mis is, en publiceert opnieuw als er niets in de app hoefde te worden gerepareerd.
- Of klik op Try again om dezelfde versie opnieuw te publiceren, de juiste keuze voor “busy for a moment” en “a problem on our side”.
- Gaat het bericht over de linknaam, wijzig dan de linknaam voordat je opnieuw publiceert. Bij elke andere fout houd je dezelfde naam aan.
Beperkingen
- Sommige fouten tonen andere knoppen: een bezette linknaam stelt andere namen voor, en als je credits op zijn, krijg je de optie om credits toe te voegen.
- Statische sites hebben een limiet van ongeveer 25–30 MB per bestand, afhankelijk van het soort site, en maximaal 20.000 bestanden. Grote bestanden kun je beter in opslag bewaren en ernaar linken.
- Mislukte publicaties van vóór deze verandering hebben geen type, dus die tonen een neutrale regel in plaats van een specifieke reden.
- Als “a problem on our side” blijft terugkomen, neem dan contact op met support met het project-ID en de linknaam.
De volledige lijst met berichten en wat je bij elk moet doen, staat in publicatie-probleemoplossing. Als je een hardnekkige app met de hand repareert, loopt onze gids over hoe je een met AI gebouwde app debugt het stap voor stap door. En voor wat er met een live site gebeurt terwijl je hem opnieuw publiceert, zie je gepubliceerde app blijft nu online terwijl je hem opnieuw publiceert.