Agent AI zdowngradował Twoje Expo SDK? Napraw najpierw fundament

Jednym z najszybszych sposobów na zniszczenie aplikacji Expo jest pozwolenie agentowi AI, żeby rozwiązywał błędy zależności bez żadnych ograniczeń.

Po prompcie aplikacja może się kompilować. Głębszy problem polega na tym, że AI mogło zdowngradować Expo, zainstalować przestarzałe paczki, wymieszać niekompatybilne moduły natywne albo wymusić wersje, które utrudnią launch.

Jeśli tak się stało, nie buduj kolejnych funkcji. Napraw najpierw fundament.

Dlaczego agenty AI downgradują Expo

Narzędzia AI optymalizują pod aktualny błąd.

Jeśli paczka narzeka na Twoje Expo SDK, agent może zaproponować:

• downgrade Expo

• zmianę wersji React Native

• instalację starszej biblioteki

• wymuszenie peer dependencies

• podmianę paczki na przypadkową alternatywę

• kasowanie lockfile i reinstalację, aż zadziała

To wyczyści bieżący błąd w terminalu i jednocześnie zepsuje system buildów.

Objawy uszkodzonego fundamentu Expo

Szukaj tego:

• build EAS pada, choć lokalny dev działa

• symulator iOS działa, a fizyczne urządzenie nie

• instalacja paczek wymaga flag force

• Expo Doctor raportuje rozjazd wersji

• moduły natywne padają przy prebuildzie

• losowe błędy Metro wracają po każdej instalacji

• jedna zależność wymaga starych założeń React Native

• lockfile zmienia się masowo po drobnej aktualizacji paczki

Jeśli to się dzieje, praca nad funkcjami jest przedwczesna.

Krok 1: zdefiniuj docelowe SDK

Wybierz Expo SDK, na którym chcesz wystartować.

Potem zestrój:

• wersję Expo

• wersję React Native

• wersję Reacta

• moduły Expo

• bibliotekę nawigacji

• zależności natywne

• konfigurację EAS

Nie pozwól, żeby projekt dryfował, bo jedna paczka jest niewygodna. Wymień paczkę, zanim zatrujesz fundament.

Krok 2: usuń duplikaty i zbędne paczki

Narzędzia AI często instalują nakładające się biblioteki.

Przykłady:

• dwie biblioteki do formularzy

• kilka bibliotek do storage

• kilka menedżerów stanu

• stare i nowe paczki nawigacyjne

• paczki webowe w przepływie mobilnym

• nieużywane biblioteki UI

Każda zbędna paczka zwiększa ryzyko buildu. Wyrzuć to, co nie wspiera aktywnie ścieżki do launchu.

Krok 3: przetestuj buildy przed polerowaniem produktu

Zanim zabierzesz się za UI, zweryfikuj:

• npm install albo pnpm install przechodzi czysto

• Expo Doctor przechodzi albo ma zrozumiane ostrzeżenia

• lokalny run na iOS działa

• build EAS działa

• uprawnienia są skonfigurowane

• zmienne środowiskowe są na miejscu

• build release otwiera się na urządzeniu

Jeśli buildy release padają, aplikacja nie jest blisko launchu, niezależnie od tego, jak dobrze wyglądają ekrany.

Krok 4: zaudytuj moduły natywne

Moduły natywne to miejsce, w którym aplikacje generowane przez AI najczęściej się rozsypują.

Przy każdym module zapytaj:

• czy aplikacja naprawdę tego potrzebuje?

• czy jest kompatybilny z Expo?

• czy wymaga roboty z config plugin?

• czy potrzebuje tekstu o uprawnieniach?

• czy wpływa na deklarację prywatności w App Store?

• czy działa w buildzie release?

Jeśli AI zainstalowało moduł natywny pod funkcję, której nie wypuszczasz, usuń go.

Kiedy przepisać

Przepisz fundament, jeśli:

• konflikty zależności są ciągłe

• Expo zostało zdowngradowane bez jasnego powodu

• moduły natywne są łatane ręcznie

• buildy release są nieprzewidywalne

• projektu nie da się zaktualizować bez psucia czegoś

• konfiguracji buildu nie da się wytłumaczyć

Zwykle da się zachować ekrany i assety, przepisując sam fundament mobilny.

Co robi Silpho

Audyt Ratunek dla aplikacji w Silpho sprawdza fundament React Native i Expo, zanim ktokolwiek dotknie kosmetyki. Jeśli drzewo zależności da się uratować, stabilizujemy je. Jeśli nie, przepisujemy krytyczną ścieżkę na czystym stacku launchowym.

Przeczytaj dalej:

• Naprawiać czy pisać od nowa aplikację React Native zbudowaną przez AI?

• Build EAS się wywala na produkcji?

• Cursor zbudował Twoją aplikację React Native?

FAQ

Czy downgrade Expo jest zawsze zły?

Nie, ale powinien być świadomą decyzją techniczną. Jeśli agent AI zdowngradował Expo tylko po to, żeby jedna paczka się zainstalowała, zaudytuj tę decyzję od razu.

Czy aktualizować Expo przed naprawą bugów w aplikacji?

Jeśli obecne SDK blokuje buildy release albo tworzy konflikty zależności, napraw najpierw fundament. Inaczej każda poprawka buga siedzi na niestabilnym gruncie.