Napraw z AI: jedno kliknięcie, gdy publikacja się nie uda

Gdy publikacja w Mythex się nie uda, okno dialogowe mówi teraz, co faktycznie się stało, i przy każdym błędzie daje dwa przyciski: Napraw z AI i Spróbuj ponownie. Napraw z AI przekazuje agentowi błąd oraz to, co wypisała Twoja aplikacja, dzięki czemu może naprawić projekt i opublikować go jeszcze raz. Jeśli w aplikacji nic nie było nie tak, po prostu publikuje ją ponownie. Przestaliśmy też zrzucać winę na „naszą stronę” za problemy, które leżały w samej aplikacji, i zaczęliśmy wyłapywać aplikacje, które psują się kilka minut po wejściu na żywo.

Co się zmieniło

Napraw z AI przy każdym błędzie

Wcześniej przy części błędów pokazywało się Napraw z AI, a przy innych tylko Spróbuj ponownie. Podział opierał się na tym, czyja wina wydawała się być: jeśli wyglądało to na problem po naszej stronie, nie chcieliśmy, żeby agent szukał w kodzie czegoś, co jest w porządku, za Twoje kredyty.

Przez to musiałeś sam się domyślać, z jakim typem błędu masz do czynienia. Teraz każdy błąd oferuje oba przyciski. Agent dostaje typ błędu i wynik, który za nim stoi, więc naprawia aplikację, gdy coś w niej jest nie tak, i publikuje ją ponownie, gdy nic nie jest. Nigdy nie musisz rozstrzygać, który przypadek zaszedł.

Wyjątkiem są sytuacje, w których odpowiedź nie leży w kodzie. Zajęta nazwa linku podpowiada inne nazwy. Brak kredytów oferuje sposób na ich dokupienie.

Komunikaty, które mówią, co się stało

Kilka błędów kończyło się komunikatem „problem po naszej stronie, opublikuj ponownie”, co nie było prawdą, a ponowna publikacja nigdy nie pomagała. Teraz mają własne komunikaty:

„Twoja aplikacja nie uruchomiła się po publikacji.” Aplikacja została opublikowana, ale nigdy nie zaczęła przyjmować połączeń. Najczęściej nasłuchuje na innym porcie albo tylko na localhost. Opublikowana aplikacja musi nasłuchiwać na 0.0.0.0 i na porcie z $PORT. Zamiast czekać stały czas i liczyć na szczęście, sprawdzamy teraz, czy aplikacja faktycznie przyjmuje połączenia na swoim porcie.
„Ten plik jest za duży” / za dużo plików. Strony statyczne mają limit rozmiaru pliku (ok. 25–30 MB, zależnie od rodzaju strony) oraz limit 20 000 plików. Teraz mierzymy folder przed wysłaniem czegokolwiek, tak samo dla każdego rodzaju plików, a komunikat wymienia każdy plik przekraczający limit.
„Twoja aplikacja zatrzymała się zaraz po starcie.” Zwykle chodzi o brakujące ustawienie, np. zmienną środowiskową lub sekret, o awarię przy pierwszym żądaniu albo o błąd w komendzie startowej.

Wyłapywanie aplikacji, które psują się po wejściu na żywo

Publikacja może się udać, a aplikacja mimo to zawieść kilka minut później: ciągle się restartuje albo działa, ale przestaje przyjmować połączenia. Mythex regularnie sprawdza opublikowane aplikacje. Jeśli aplikacja wielokrotnie się wywraca w ciągu kilku minut albo działa, ale nie przyjmuje połączeń, publikacja zostaje oznaczona jako nieudana, dostajesz e-mail, a projekt pokazuje komunikat wraz z przyciskiem Napraw z AI.

Pojedyncza awaria, po której aplikacja sama się podniosła, nie liczy się jako nieudana publikacja. Jeśli przyczyną było wyczerpanie pamięci, dostajesz osobny e-mail na ten temat.

Gdy oznaczamy działającą aplikację jako nieudaną, zapisujemy też to, co aplikacja wypisała w tym momencie. Ty nigdy nie zobaczysz tego surowego wyniku, ale to właśnie dostaje agent w ramach Napraw z AI, więc zaczyna od prawdziwego błędu zamiast zgadywać.

Jak tego używać

Kliknij Publikuj jak zwykle.
Jeśli się nie uda, przeczytaj komunikat w oknie. Jest napisany tak, żeby powiedzieć, co się stało, a nie tylko że coś się stało.
Kliknij Napraw z AI. Agent czyta wynik builda lub logi aplikacji, naprawia projekt, a potem możesz opublikować ponownie.
Jeśli komunikat mówi, że z aplikacją nic nie jest, na przykład „Publikacja jest chwilowo zajęta” albo „Publikacja została przerwana”, zwykle wystarczy Spróbuj ponownie.
Jeśli dostałeś e-mail, że działająca aplikacja wciąż się wywraca, otwórz projekt: ten sam komunikat i Napraw z AI już tam czekają.

Przy ponownej publikacji zachowaj tę samą nazwę linku, chyba że komunikat mówi, że to właśnie nazwa jest problemem.

Dlaczego to zbudowaliśmy

Nieudana publikacja to często pierwsza prawdziwa ściana, na jaką ktoś trafia. Aplikacja działa w podglądzie, ktoś naciska Publikuj i nic nie wstaje. Dla osoby, która nie jest programistką, „sprawdź logi” to nie jest rada, którą da się wykonać. Napraw z AI zamienia ten moment w jedno kliknięcie, a uczciwe komunikaty sprawiają, że gdy je czytasz, wskazują właściwą rzecz.

Ograniczenia

Napraw z AI korzysta z agenta, więc zużywa kredyty jak każda inna wiadomość.
Może naprawić to, co jest w projekcie: kod, konfigurację, komendę startową. Nie naprawi zajętej nazwy linku, niezweryfikowanego adresu e-mail ani pustego salda kredytów.
Niektóre problemy wymagają Twojej decyzji, na przykład czy przenieść duży plik do Storage, czy go zmniejszyć.

Każdy komunikat i to, co z nim zrobić, opisano w dokumentacji: Rozwiązywanie problemów z publikacją. Szerszą umiejętność naprawiania rzeczy, gdy się psują, opisuje jak debugować aplikację zbudowaną z AI.