Creare aplicație iOS cu AI: capcane și verificări

Creare aplicație iOS cu AI: răspunsul scurt

Da, poți crea o aplicație iOS cu AI chiar dacă ești începător. Felul ăsta de a construi are un nume: vibe coding. Claude, ChatGPT sau Cursor scriu foarte bine ecranele, navigarea, logica simplă și apelurile către o bază de date. Ce fac prost e tot ce se întâmplă în afara codului: semnarea aplicației, configurarea App Store Connect, abonamentele, review-ul Apple și crash-urile care apar doar pe un iPhone real.

Altfel spus, AI-ul te scutește de săptămâni de muncă pe partea cea mai vizibilă și te lasă singur pe partea care decide dacă aplicația ta iese vreodată. Ghidul ăsta îți arată unde e granița, cum ghidezi AI-ul ca să rămână util și cum verifici ce produce înainte s-o facă Apple sau utilizatorii tăi în locul tău.

Îmi scriu propriile aplicații iOS cu Claude și Cursor, în fiecare zi. Solys, un ceas deșteptător cu mini-jocuri, și TradaZen, un simulator de trading, sunt pe App Store. Nolera și Clic au fost respinse de Apple, apoi corectate. Tot ce urmează vine din munca asta, nu dintr-un demo. Dacă încă eziți în privința uneltei, compar Claude Code, Cursor și ChatGPT pentru o aplicație iPhone într-un ghid separat.

Ce face AI-ul cu adevărat bine

Ecranele și navigarea

Descrie un ecran precis (ce afișează, ce face fiecare buton, ce se întâmplă când lista e goală) și AI-ul îți dă o componentă curată în câteva secunde. Aici câștigul e cel mai spectaculos, mai ales cu React Native și Expo, pentru că AI-ul a văzut enorm de mult cod de felul ăsta. E de altfel stack-ul pe care îl folosesc în toate aplicațiile mele, și îți explic de ce pe pagina React Native și Expo pentru o aplicație mobilă.

Logica de business simplă

Să calculeze un scor, să sorteze o listă, să formateze o dată, să valideze un formular: AI-ul o face repede și destul de bine, cu condiția să-i dai cazurile limită. O listă goală, un câmp prea lung, o dată în alt fus orar. Dacă nu le numești, nu le va trata mereu.

Să-ți explice ce nu înțelegi

E utilizarea cea mai subestimată. Lipește un mesaj de eroare, o bucată de configurație sau o respingere de la Apple și cere „explică-mi ce înseamnă, fără să corectezi”. Înveți mai repede decât dintr-un tutorial, pentru că explicația e despre propriul tău proiect.

Conectarea unui backend

Să creeze tabele în Supabase, să scrie o funcție care citește datele utilizatorului logat, să gestioneze starea de încărcare: AI-ul cunoaște bine uneltele astea. Fii doar atent la securitate, revenim mai jos.

Ce rateaza AI-ul când creezi o aplicație iOS

E partea pe care nimeni nu ți-o arată în clipurile „am făcut o aplicație într-un weekend”. Fiecare dintre punctele astea îți poate bloca publicarea zile întregi, fără să mai punem la socoteală verificările automate la trimitere, cum ar fi ITMS-90338 pentru API-urile non-publice.

Semnarea și certificatele

Ca să ruleze pe un iPhone și să ajungă pe App Store, aplicația ta trebuie semnată cu un certificat și un provisioning profile legate de contul tău Apple Developer. AI-ul îți poate explica principiul, dar nu-ți cunoaște contul fără un acces autorizat. Uneori inventează pași care nu mai există sau amestecă metoda Xcode cu metoda Expo, ceea ce se poate termina cu ITMS-90034 la trimitere. Cu EAS Build, unealta generează și stochează fișierele astea pentru tine, inclusiv cheia push: las-o să facă asta în loc să urmezi o procedură ghicită.

Configurarea App Store Connect

Fișa aplicației, bundle ID-ul, declarațiile de confidențialitate, întrebarea despre criptare, capturile de ecran, linkurile către termenii de utilizare: informațiile astea trebuie să corespundă versiunii trimise. Unii agenți pot acționa într-un browser logat, cum ar fi Claude Code cu Chrome. Accesul ăsta trebuie autorizat, iar rezultatul verificat; o procedură recitată fără să citească interfața actuală poate fi depășită.

Abonamentele

Aici AI-ul te face să pierzi cel mai mult timp. Codul unui paywall e ușor. Greu e să fie coerente trei locuri: produsele create în App Store Connect, configurarea lor în RevenueCat și codul care le afișează. Un identificator care diferă printr-un caracter, un produs netrimis încă la review odată cu versiunea, și paywall-ul tău apare gol la reviewer. AI-ul poate citi consolele astea dacă îi dai un acces potrivit; fără acces, nu poate verifica dacă sunt coerente cu codul. Tot șantierul e detaliat pe pagina abonamente in-app iOS.

Review-ul Apple

AI-ul cunoaște în linii mari App Review Guidelines, dar nu știe să se uite la aplicația ta cu ochii unui reviewer. Nu-ți va spune din proprie inițiativă că un ecran obligatoriu e tăiat pe un iPhone mic, că o cerere de rating apare prea devreme, că lipsește un cont demo din notele de review sau că aplicația ta seamănă prea mult cu un site web pentru guideline 4.2. Primele două sunt respingeri pe care le-am primit chiar eu pe Solys, povestite în de ce respinge Apple o aplicație.

Crash-urile pe un iPhone real

Simulatorul și aplicația de development iartă multe. Un iPhone real, în producție, nu. Un modul nativ lipsă din build, o permisiune fără text explicativ, o citire de date prea devreme la pornire: aplicația se deschide și se închide imediat, fără niciun mesaj. Un agent poate rula teste sau analiza capturi, dar doar dacă setup-ul de verificare permite asta. Un rezultat din simulator nu validează singur binarul instalat pe iPhone-ul tău. Tu trebuie să instalezi aplicația pe telefon înainte de fiecare trimitere, iar TestFlight e făcut exact pentru asta.

AI-ul scrie cod care pare corect. Doar un test pe iPhone-ul tău îți spune dacă chiar este.

Cum ghidezi AI-ul ca să rămână util

Problema nu e aproape niciodată inteligența modelului. E ce îi dai să citească.

Dă-i contextul tău, o dată pentru totdeauna

Scrie un fișier scurt în rădăcina proiectului care descrie stack-ul tău (Expo, versiunea SDK-ului, Supabase, RevenueCat), structura folderelor și regulile tale. Claude Code citește un fișier CLAUDE.md, Cursor are propriile fișiere de reguli. Fără contextul ăsta, AI-ul ghicește, și de multe ori ghicește alt stack decât al tău. Tutorialul meu pentru a crea o aplicație cu Claude Code dă un exemplu complet de fișier.

Împarte în sarcini mici

„Fă-mi o aplicație de urmărire a obiceiurilor cu abonament” produce un proiect uriaș și fragil. „Creează ecranul care listează obiceiurile zilei, cu o stare goală și o stare de încărcare” produce un ecran pe care îl poți reciti și testa în cinci minute. O sarcină, un rezultat verificabil, apoi următoarea.

Cere un plan înainte de cod

Pentru tot ce atinge mai multe fișiere, începe cu „propune un plan, nu scrie cod încă”. Citești planul, corectezi ce nu e bine, apoi pornești. Așa eviți refactorizările surpriză în care AI-ul rescrie jumătate din proiect ca să adauge un buton.

Pune-l să citească documentația actuală

Uneltele se schimbă repede: Expo, RevenueCat și App Store Connect se schimbă regulat. Când un răspuns ți se pare dubios, lipește pagina de documentație oficială în conversație sau folosește o unealtă care i-o dă. Un AI care citește documentația de azi greșește mult mai puțin decât unul care și-o amintește pe cea de acum doi ani.

Păstrează controlul asupra deciziilor

AI-ul propune, tu decizi. Alegerea ideii, a prețului, a ce nu va face aplicația: asta e treaba ta. Dacă lași AI-ul să adauge fiecare funcție pe care o sugerează, ajungi la o aplicație care face zece lucruri mediocru în loc de unul singur foarte bine. Ca să delimitezi o primă versiune, citește pagina MVP pentru aplicație iOS.

Cum verifici ce produce AI-ul

E competența care îi separă pe cei care publică de cei care adună proiecte pe jumătate terminate.

Recitește fiecare modificare

Nu trebuie să înțelegi totul linie cu linie. Dar trebuie să poți răspunde la trei întrebări: ce fișiere s-au schimbat, de ce și dacă asta corespunde cu ce am cerut. Dacă AI-ul a atins un fișier fără legătură cu cererea ta, întreabă-l de ce înainte să accepți.

Testează pe iPhone-ul tău, nu doar pe calculator

Instalează aplicația pe propriul telefon cât mai repede, apoi la fiecare etapă importantă. Verifică prima lansare după instalare, modul avion, un ecran mic și unul mare, tastatura deschisă pe formulare. E regula pe care o aplic înainte de fiecare trimitere la Apple, pe fiecare aplicație a mea.

Adaugă unelte care văd ce tu nu vezi

Pe aplicațiile mele, Sentry raportează crash-urile cu linia de cod vinovată, iar PostHog arată unde abandonează utilizatorii. Fără ele, un bug în producție rămâne invizibil până pică o notă proastă. AI-ul te poate ajuta să le instalezi; tu trebuie să te uiți la ce îți spun.

Fii atent la securitatea datelor

Când AI-ul creează tabele în Supabase, verifică dacă regulile de acces (politicile RLS) sunt active: fiecare utilizator trebuie să-și citească doar propriile date. Verifică și că nicio cheie secretă nu ajunge în codul aplicației, care poate fi decompilat. Sunt două greșeli pe care AI-ul le face ușor dacă nu i le interzici.

Pune-i întrebarea inversă

După ce codul e scris, întreabă: „ce se poate strica aici?” sau „recitește codul ăsta ca un reviewer Apple”. Același model care a scris codul își găsește des propriile omisiuni când schimbi unghiul întrebării. Nu înlocuiește testul tău pe iPhone, dar reduce dus-întorsurile.

Drumul realist când ești începător

1. Alege o idee minusculă: o funcție principală, nu zece.
2. Instalează un stack pe care AI-ul îl cunoaște bine: Expo, React Native, Supabase dacă ai nevoie de conturi.
3. Construiește ecran cu ecran, cu o sarcină mică per cerere și un test la fiecare etapă.
4. Testează pe iPhone-ul tău cu un development build, apoi cu TestFlight.
5. Conectează partea de bani: produse în App Store Connect, RevenueCat, paywall.
6. Pregătește dosarul App Store: fișă, capturi, confidențialitate, note pentru reviewer.
7. Trimite la Apple, citește atent răspunsul, corectează ce ți se cere.

Fiecare etapă are capcanele ei, iar AI-ul te ajută la jumătate dintre ele. Pentru imaginea de ansamblu, pagina crearea unei aplicații iPhone detaliază tot parcursul. Și dacă te întrebi cât de departe poți ajunge fără să scrii tu nicio linie de cod, citește cum creezi o aplicație fără să programezi.

Creează-ți aplicația iOS cu AI, până pe App Store

AI-ul a schimbat cine poate crea o aplicație iOS. N-a schimbat ce cere Apple ca s-o publici, nici ce trebuie ca să încaseze primele abonamente. Partea asta am pus-o în iOS Kit: codul de pornire al aplicațiilor mele, inclusiv abonamentele, și skill-urile Claude Code pentru fiecare etapă. Parcursul e detaliat în funcție de unealta ta: curs Claude Code sau curs vibe coding. Pagina principală arată cum să creezi o aplicație mobilă în felul ăsta, pas cu pas.

Nu știi ce te blochează, între cod, AI și Apple? Diagnosticul gratuit îți spune și îți trimite checklist-ul meu anti-respingere Apple.

Nu-ți promit nici venituri, nici publicare: Apple decide aprobarea, iar piața decide restul. Ce îți dau e metoda pe care o aplic eu însumi pe aplicațiile mele.

Întrebări frecvente

Poți crea o aplicație iOS cu AI când ești începător?

Da. AI-ul scrie foarte bine ecranele, navigarea, logica simplă și apelurile către o bază de date. Face prost tot ce se întâmplă în afara codului. E cazul semnării, al App Store Connect, al abonamentelor, al review-ului Apple și al crash-urilor vizibile doar pe un iPhone real.

Ce AI să folosesc ca să creez o aplicație iOS?

Claude, ChatGPT sau Cursor scriu foarte bine ecranele, navigarea și logica simplă. Problema nu e aproape niciodată inteligența modelului, ci ce îi dai să citească. Dă-i stack-ul tău, regulile tale și documentația actuală. Compar Claude Code, Cursor și ChatGPT pentru o aplicație iPhone într-un ghid separat.

Poate ChatGPT să creeze o aplicație?

Da, pentru partea vizibilă: ChatGPT, ca și Claude sau Cursor, scrie foarte bine ecranele, navigarea, logica simplă și apelurile către o bază de date. Dar nu-ți cunoaște contul Apple fără un acces autorizat și nu se uită la aplicația ta cu ochii unui reviewer. Doar un test pe iPhone-ul tău îți spune dacă codul e corect.

Cum îți creezi propria aplicație cu AI, pas cu pas?

Alege o idee minusculă, cu o singură funcție principală. Instalează un stack pe care AI-ul îl cunoaște bine: Expo, React Native și Supabase dacă ai nevoie de conturi. Construiește ecran cu ecran, cu o sarcină mică per cerere și un test la fiecare etapă. Testează pe iPhone-ul tău cu un development build, apoi cu TestFlight, înainte să conectezi partea de bani, să pregătești dosarul App Store și să trimiți la Apple.

Cum controlezi codul scris de AI?

Recitește fiecare modificare: ce fișiere s-au schimbat, de ce și dacă asta corespunde cererii tale. Instalează aplicația pe propriul iPhone cât mai repede, apoi la fiecare etapă importantă. Verifică dacă regulile de acces din Supabase, politicile RLS, sunt active. Verifică și că nicio cheie secretă nu ajunge în codul aplicației, care poate fi decompilat.

De ce un paywall scris de AI apare gol la reviewer?

Codul unui paywall e ușor. Partea grea e coerența dintre trei locuri: produsele din App Store Connect, configurarea lor în RevenueCat și codul care le afișează. Un identificator diferit printr-un caracter sau un produs netrimis încă la review golește paywall-ul. Fără acces potrivit la consolele astea, AI-ul nu poate verifica această coerență.