Audyt kodu aplikacji React Native zbudowanej przez AI: checklista
Checklista audytu kodu dla aplikacji React Native i Expo zbudowanych narzędziami AI: architektura, zależności, logowanie, płatności, analityka, gotowość na App Store i ryzyko przebudowy.
Jeśli w budowie Twojej aplikacji React Native albo Expo pomagało narzędzie AI, zrób audyt kodu, zanim dołożysz kolejne pieniądze.
Nie dlatego, że kod generowany przez AI jest zawsze zły. Dlatego, że demo potrafi ukryć dokładnie te problemy, które czynią premierę drogą: zepsute logowanie, atrapy paywalli, przestarzałe zależności, zduplikowaną logikę biznesową, brak analityki i blokery po stronie App Store.
Przejdź tę checklistę, żeby zdecydować, czy projekt nadaje się do naprawy, do premiery, czy do przebudowy.
1. Fundament projektu
Sprawdź podstawowe zdrowie aplikacji:
wersja Expo SDK
wersja React Native
konfiguracja TypeScriptu
lockfile pakietów
konfiguracja buildów EAS
bundle identifier na iOS
nazwa pakietu na Androidzie
zmienne środowiskowe
uprawnienia natywne
obsługa sekretów
Czerwone flagi:
Expo zostało cofnięte do niższej wersji, żeby zadowolić jeden pakiet
kilka pakietów robi to samo
build działa lokalnie, ale nie w EAS
sekrety są zahardkodowane
nie ma jasnego środowiska produkcyjnego
2. Architektura
Otwórz drzewo plików i poszukaj struktury.
W aplikacji gotowej do premiery ma być oczywiste, gdzie leżą:
ekrany
komponenty wielokrotnego użytku
nawigacja
klienci API
store'y stanu
helpery logowania
helpery płatności
zdarzenia analityczne
stałe i konfiguracja
Aplikacje budowane przez AI często wrzucają logikę biznesową do ekranów, bo to najszybszy sposób, żeby demo wyglądało na działające. Robi się drogo, kiedy trzeba zmienić ceny, onboarding albo entitlements.
3. Logowanie
Zaudytuj każdy stan logowania:
wylogowany
zalogowany
email niezweryfikowany, jeśli dotyczy
onboarding niedokończony
onboarding dokończony
płacący
niepłacący
subskrypcja wygasła
konto usunięte
Potem przetestuj:
rejestrację
logowanie
wylogowanie
reset hasła albo magic link
przywracanie sesji
usuwanie konta
ochronę tras
Jeśli wylogowanie nie czyści stanu do końca albo chronione ekrany mrugają, zanim załaduje się logowanie, aplikacja nie jest gotowa.
4. Płatności i subskrypcje
Przy aplikacjach subskrypcyjnych zaudytuj i przepływ zakupu, i kontrolę dostępu.
Sprawdź:
konfigurację RevenueCat, StoreKit, Google Play Billing albo Stripe
identyfikatory produktów w sklepie
logikę entitlements
restore purchases
stan po nieudanym zakupie
kwalifikowalność do trialu
wygasłe subskrypcje
status subskrypcji po restarcie aplikacji
plan na serwerową weryfikację paragonów albo webhooki, jeśli potrzebne
Jeśli paywall istnieje wyłącznie jako UI, nie nazywaj aplikacji gotową na przychód.
5. Przepływ AI
Większość aplikacji AI ma jeden główny przepływ. Zaudytuj go jak system produktowy, nie jak przycisk.
Sprawdź:
wejścia do promptu
szablony promptów
dostawcę modelu
obsługę błędów
ponowienia
rate limity
stany ładowania
stany puste
zapis wyników
ochronę przed nadużyciami
kontrolę kosztów
Przepływ AI, który działa raz w demo, nadal potrafi paść przy realnym użyciu, bo ktoś zignorował opóźnienia, popsute wejścia i sufity kosztowe.
6. Analityka i raportowanie crashy
Minimum przed premierą produkcyjną:
raportowanie crashy
lejek onboardingu
zdarzenie aktywacji
zdarzenia paywalla
zdarzenia zakupu
zdarzenia retencji
zdarzenia sukcesu i porażki głównego przepływu
Jeśli analityki nie ma, lecisz na ślepo. Jeśli jest doklejana ręcznie w losowych ekranach, dostaniesz niespójne dane.
7. Gotowość na App Store
Zaudytuj:
politykę prywatności
usuwanie konta
adres wsparcia
metadane
zrzuty ekranu
informację o subskrypcji
teksty przy uprawnieniach
Sign in with Apple, jeśli wymagane
notatki dla recenzenta
konto testowe
Narzędzia AI zwykle nie budują warstwy App Store. Trzeba ją ogarnąć przed zgłoszeniem, a nie po odrzuceniu.
8. Wynik naprawiać kontra przebudować
Daj aplikacji prostą ocenę:
0 do 2 poważne problemy: naprawiaj i wydawaj
3 do 5 poważnych problemów: sprint ratunkowy
6 i więcej: przebuduj krytyczną ścieżkę
Poważne problemy to zepsute buildy, zepsute logowanie, atrapy płatności, zduplikowany stan, brak analityki, niekompatybilne zależności albo niejasna własność danych.
Co audytuje Silpho
Audyt w Ratunku dla aplikacji AI pokrywa tę samą powierzchnię: architektura, zależności, logowanie, API, płatności, analityka, przepływ AI, gotowość na App Store oraz decyzja, czy kod naprawiać czy przebudować.
Powiązane przewodniki:
FAQ
Co zaudytować najpierw?
Zacznij od głównej podróży użytkownika: onboarding, logowanie, główna wartość, paywall i sesja powrotna. Jeśli ta ścieżka jest zepsuta, polerowanie pojedynczych ekranów to zmarnowana robota.
Czy aplikacje budowane przez AI zawsze wymagają przebudowy?
Nie. Wiele potrzebuje punktowego ratunku. Decyzja o przebudowie zależy od tego, czy fundament taniej naprawić niż wymienić.