Els errors de publicació ara diuen què ha passat, en paraules clares
Quan una publicació falla a Mythex, el diàleg ara et diu en una sola frase què ha passat —la compilació ha fallat, la teva app s'ha aturat després d'iniciar-se, la teva app no s'ha iniciat mai, un fitxer és massa gran, o alguna cosa ha anat malament per la nostra part— i t'ofereix Corregir amb IA i Torna-ho a provar. La sortida en brut de la construcció i de la teva app encara arriba a l'agent, perquè pugui llegir-la i corregir el projecte, però ja no necessites llegir-la tu.
Què ha canviat
Una frase que pots fer servir
Cada publicació fallida ara té un tipus, decidit en el moment que falla a partir de dades que tenim en aquell punt —quin pas ha fallat, si la màquina de l'app ha informat de caigudes, si mai ha acceptat connexions— i no pas llegint el text de l'error després. Cada tipus té el seu propi missatge:
| Què veus | Què vol dir |
|---|---|
| «La compilació ha fallat.» | L'ordre de compilació del teu projecte o el Dockerfile no ha compilat. |
| «La teva app s'ha aturat just després d'iniciar-se.» | S'ha publicat, i després ha sortit o ha continuat reiniciant-se. |
| «La teva app no s'ha iniciat després de publicar-la.» | S'ha publicat però mai no ha començat a acceptar connexions. |
| «Aquest fitxer és massa gran» / massa fitxers | Un lloc estàtic supera el límit de mida per fitxer o de nombre de fitxers. El missatge enumera els fitxers. |
| «Aquest nom d'enllaç no es pot fer servir per publicar.» | Canvia el nom d'enllaç i torna a publicar; el teu codi està bé. |
| «La publicació està ocupada un moment» | No passa res malament a la teva app. Torna a publicar d'aquí a uns minuts. |
| «…un problema per la nostra part, no a la teva app.» | És cosa nostra de resoldre. Torna a publicar d'aquí a uns minuts. |
Corregir amb IA en cada fallada
Cada fallada mostra Corregir amb IA i Torna-ho a provar. Quan uses Corregir amb IA, l'agent rep el tipus de fallada i la sortida completa de la compilació o de la teva app en privat, dins del seu propi context. Si alguna cosa de la teva app està malament, la corregeix. Si no n'hi ha cap —una estona de ocupació, o un problema per la nostra part—, pot simplement tornar a publicar. No has de descobrir quin tipus de fallada era.
Problemes després de sortir en línia
Una publicació pot reeixir i que l'app falli uns minuts després. Mythex comprova les apps publicades regularment. Si una app en línia continua caient, o continua funcionant però deixa d'acceptar connexions, la publicació es marca com a fallida, reps un correu, i el projecte mostra el missatge amb Corregir amb IA. Es desa el que l'app ha imprès perquè l'agent ho llegeixi.
Límits de mida comprovats abans de pujar
Per als llocs estàtics, es comproven la mida de cada fitxer i el nombre total de fitxers abans de pujar res. Si alguna cosa se'n surt, reps un sol missatge que enumera cada fitxer massa gran, en lloc d'una fallada a mig camí.
Per què ho hem construït
Una publicació fallida solia mostrar el que hagués escrit les eines que hi ha darrere de la publicació. Durant una setmana a finals de setembre, la majoria de les fallades mostraven un text dels constructors que era cosa nostra i no seva: contactes de facturació, números de versió interns, rutes de registre, errors d'emmagatzematge. Corregir amb IA després enganxava aquell mateix text al xat. Es demanava a la gent que depurés la nostra infraestructura.
Algun també era simplement erroni. Una app que no escoltava al seu port es reportava com «un problema per la nostra part», quan l'arranjament era a l'app. Un fitxer estàtic per sobre del límit de mida es reportava de la mateixa manera —i tornar a publicar mai no hi podia funcionar.
I tot el que a Mythex reaccionava a una fallada —el diàleg, les notificacions, Corregir amb IA, les nostres pròpies alertes— solia esbrinar què havia passat fent coincidir paraules del text de l'error. Això es trencava cada vegada que canviava la redacció. Ara el tipus es registra al lloc on passa la fallada, i tota la resta llegeix el tipus.
Vam aplicar la mateixa regla a altres errors mentre hi érem:
- Xat. Si la connexió es talla mentre s'està transmetent una resposta, ara veus la nostra frase en lloc del «Load failed» o «Failed to fetch» del navegador.
- Dominis personalitzats. Els missatges sobre comprar o connectar un domini ara es trien a partir de l'estat i dels codis de la resposta, en lloc de passar les frases del proveïdor de dominis.
- Generació d'imatges. La targeta mostra el nostre missatge; l'agent rep el detall del servei.
Com utilitzar-ho
- Publica com sempre des del botó Publica.
- Si falla, llegeix el missatge d'una línia del diàleg.
- Fes clic a Corregir amb IA. L'agent llegeix la sortida de la compilació o els registres de la teva app, corregeix el que estigui malament, i torna a publicar si no calia tocar res de l'app.
- O fes clic a Torna-ho a provar per tornar a publicar la mateixa versió —l'elecció adequada per a «ocupada un moment» i «un problema per la nostra part».
- Si el missatge és sobre el nom d'enllaç, canvia el nom d'enllaç abans de tornar a publicar. Per a qualsevol altre error, mantén el mateix nom.
Límits
- Algunes fallades mostren botons diferents: un nom d'enllaç ja agafat suggereix altres noms, i quedar-se sense crèdits ofereix una manera d'afegir-ne.
- Els llocs estàtics tenen un límit per fitxer d'uns 25–30 MB, segons el tipus de lloc, i fins a 20.000 fitxers. És millor guardar els fitxers grans a l'emmagatzematge i enllaçar-los.
- Les publicacions fallides anteriors a aquest canvi no tenen tipus, així que mostren una línia neutra en lloc d'un motiu concret.
- Si «un problema per la nostra part» es repeteix, contacta amb l'assistència amb l'identificador del projecte i el nom d'enllaç.
La llista completa de missatges i què fer amb cadascun és a solució de problemes de publicació. Si estàs arreglant a mà una app difícil, la nostra guia sobre com depurar una app construïda amb IA explica el procés. I sobre el que passa amb un lloc en línia mentre el tornes a publicar, consulta la teva app publicada ara es manté en línia mentre la tornes a publicar.