Apple limitează „vibe coding” pe iPhone și iPad - invocă riscul de aplicații generate pe dispozitiv care ocolesc verificarea din App Store

Apple încearcă să păstreze beneficiile economice ale „vibe coding”, dar blochează compilarea de aplicații direct pe iPhone/iPad din motive de securitate , într-un echilibru care devine tot mai greu de menținut pe măsură ce instrumentele de programare asistată de inteligență artificială se răspândesc, potrivit AppleInsider . „Vibe coding” este descris ca practica prin care un chatbot sau un „agent” de inteligență artificială generează cod pe baza unor instrucțiuni în limbaj natural, reducând drastic barierele tehnice pentru crearea de aplicații. În varianta „minimalistă”, utilizatorul cere pur și simplu „fă-mi un joc de condus” sau „creează un cronometru pentru ouă”, iar sistemul produce aplicația. Unde acceptă Apple: AI ca asistent în Xcode, cu aplicații care trec prin App Store Apple pare confortabilă cu folosirea AI în fluxul clasic de dezvoltare, în special pe Mac, inclusiv prin integrarea cu mediul său de dezvoltare Xcode. Publicația notează că Xcode 26.3 a extins accesul pentru servicii AI, ceea ce poate permite crearea de proiecte complete care urmăresc ghidurile pentru dezvoltatori ale Apple. În acest model, aplicațiile ajung totuși în circuitul obișnuit: sunt construite în mediul de dezvoltare, apoi sunt supuse regulilor și verificărilor înainte de distribuție. Din perspectiva Apple, efectul este direct: mai multe aplicații în App Store și, implicit, mai multe oportunități de monetizare în ecosistem. Totodată, AppleInsider amintește că această dinamică a contribuit la creșterea volumului de aplicații trimise spre evaluare. Linia roșie: aplicații generate și rulate pe același iPhone, în afara controlului de revizuire Problema, în analiza AppleInsider, apare când „vibe coding” se mută pe iPhone sau iPad într-o formă pe care Apple nu o poate controla: compilarea și rularea de aplicații direct pe dispozitiv, fără ca acestea să treacă prin filtrul App Store Review Guidelines. Publicația susține că Apple a împiedicat constant compilarea de aplicații pentru iPhone/iPad pe hardware-ul propriu-zis (cu excepții limitate, precum experiența controlată din Swift Playground), nu din motive de performanță, ci din motive de permisiuni și politici. Miza este că, dacă un dispozitiv poate genera și rula cod nou, Apple nu mai poate verifica acele aplicații, iar scenariul de risc invocat este producerea de malware direct pe iPhone/iPad, cu impact asupra datelor utilizatorului și a altor potențiale victime. AppleInsider menționează și argumentul economic (utilizatorii și-ar putea „face singuri” aplicații), dar îl tratează ca secundar față de riscurile de securitate și confidențialitate. Compromisul posibil: compilare „la distanță” și cazul Replit O cale de mijloc descrisă în material este separarea interfeței de creare de procesul de compilare: utilizatorul poate folosi iPhone-ul pentru a descrie și proiecta aplicația, dar compilarea să aibă loc „off-platform” (de exemplu, pe un server sau pe un Mac controlat de la distanță). În această logică, a cere unui AI de pe iPhone să construiască ceva pe Mac nu ar încălca regulile App Store, pentru că aplicația finală nu este generată și rulată local, în afara verificărilor. Ca exemplu al tensiunii dintre utilitate și reguli, AppleInsider amintește de Replit: actualizările aplicației au fost respinse în ianuarie, din cauza posibilității de a previzualiza pe iPhone aplicații construite cu AI, ceea ce ar intra în conflict cu regulile privind codul executat dinamic. În mai, Replit a făcut modificări pentru a obține din nou aprobarea actualizărilor, fără ca schimbările să fie explicate public în detaliu; publicația sugerează că ajustările au vizat mecanismul de „preview”. Ce urmează: presiune din partea marilor jucători AI și o decizie dificilă pentru Apple Concluzia materialului este că Apple gestionează, deocamdată, cele două fronturi diferit: acceptă „vibe coding” ca accelerator pentru aplicații care intră în App Store, dar rămâne fermă împotriva generării și rulării de aplicații direct pe iPhone/iPad, fără posibilitatea de control. AppleInsider avertizează însă că presiunea ar putea crește dacă marii jucători din AI (precum OpenAI și Anthropic, menționați în text) vor cere ca astfel de capabilități să fie permise pe iPhone. În acel moment, Apple ar trebui să aleagă între relaxarea controlului — cu riscuri de securitate și confidențialitate — și menținerea restricțiilor, cu potențiale costuri de relație și competitivitate în ecosistemul AI. [...]