Vibe coding nel mirino di Apple: ecco le app bloccate
Apple ha bloccato gli aggiornamenti di Replit e Vibecode sull'App Store, contestando l'esecuzione di codice generato dinamicamente e la creazione di app per piattaforme Apple. Le due aziende sarebbero vicine a un accordo, ma dovranno sacrificare funzionalità chiave
di Andrea Bai pubblicata il 18 Marzo 2026, alle 16:11 nel canale AppleApple
Apple ha bloccato gli aggiornamenti di alcune delle app di vibe coding più popolari sull'App Store, tra cui Replit e Vibecode, chiedendo agli sviluppatori di apportare alcune modifiche sostanziali prima di concedere l'approvazione a future nuove versioni.

Il vibe coding è la pratica di costruire applicazioni o siti web attraverso prompt in linguaggio naturale, senza scrivere codice manualmente. Strumenti come Replit permettono anche a utenti senza alcuna esperienza tecnica di generare software funzionante in pochi minuti, e la loro diffusione ha registrato una crescita rapida sia tra developer professionisti sia tra utenti non tecnici. A gennaio 2026, Replit aveva anche lanciato una funzionalità specifica per creare e pubblicare app iOS tramite linguaggio naturale e integrazione diretta con l'App Store.
La regola violata: la sezione 2.5.2
Apple sostiene che alcune funzionalità di queste app violino una norma consolidata delle App Store Review Guidelines: la sezione 2.5.2, che vieta alle app di scaricare, installare o eseguire codice che introduca o modifichi funzionalità dell'app stessa o di altre app dopo l'approvazione. La società insiste sul fatto che la policy non sia mirata specificamente al vibe coding, ma applichi in modo coerente una regola esistente per garantire che quanto viene approvato nella versione iniziale dell'app resti effettivamente quello che gira sui dispositivi.
Nel caso di Replit, il punto critico è l'uso di una web view incorporata per visualizzare le app generate dalla piattaforma, laddove Apple chiede invece che le anteprime vengano aperte in un browser esterno. Per Vibecode, il team incaricato della revisione delle app da pubblicare su App Store ha indicato che l'approvazione degli aggiornamenti sarebbe subordinata alla rimozione della funzione di generazione di app per piattaforme Apple.
Danni concreti per Replit
Le conseguenze del blocco sono già misurabili. Da gennaio 2026, ultimo aggiornamento approvato, l'app mobile di Replit è scivolata dalla prima alla terza posizione nella classifica degli strumenti per sviluppatori gratuiti di Apple. Secondo fonti vicine all'azienda, questo calo è legato in parte all'incapacità di rilasciare nuove versioni, con conseguente mancata ottimizzazione, nuove funzionalità bloccate e bug irrisolti per gli utenti mobile.
Come dicevamo, proprio a gennaio Replit aveva lanciato la funzionalità Mobile Apps, che consentiva di generare app iOS tramite linguaggio naturale e pubblicarle sull'App Store tramite un account Apple Developer. La risposta di Apple è arrivata a stretto giro, incorniciata come un semplice esercizio di conformità alle regole, ma percepita da parte della community come un intervento che limita intenzionalmente l'uso di strumenti di terze parti per competere con l'ecosistema proprietario.
C'è un effetto collaterale non secondario: la proliferazione di app generate tramite vibe coding ha prodotto un aumento significativo degli invii all'App Store, con conseguente allungamento dei tempi di approvazione per tutti gli sviluppatori. Questo ha reso la questione rilevante non solo per Replit e Vibecode, ma per l'intero ecosistema di chi sviluppa per dispositivi Apple.
A questo si aggiungono anche profili di rischio tecnico: ricerche recenti di Tenzai hanno evidenziato che molte app prodotte da agenti di vibe coding, inclusi quelli di Replit, presentano vulnerabilità critiche, come difese insufficienti contro attacchi brute-force sulle password o protezioni inadeguate contro cyberattacchi. Apple usa la sicurezza come cardine giuridico per giustificare i propri controlli, e queste evidenze le offrono un argomento aggiuntivo, anche se il fulcro della decisione resta la tutela delle regole 2.5.2 e, di riflesso, dell'integrità dell'App Store. Va però detto che il problema della sicurezza non è tanto imputabile all'uso di strumenti di vibe coding, quanto più alla probabile incompetenza di chi usa questi strumenti per realizzare app che verosimilmente non conoscono i principi del concetto "security-by-design".
La mossa strategica: Xcode vs. il resto
Non pochi sviluppatori interpretano l'intervento di Apple come un segnale chiaro di direzione strategica. Le app di vibe coding consentono di costruire software che opera al di fuori dell'ecosistema App Store, e alcune facilitano la creazione di app per dispositivi Apple senza passare per i canali ufficiali. In parallelo, a febbraio 2026 Apple ha rilasciato Xcode 26.3, aggiornamento che espande il supporto agli agenti AI come Claude e ChatGPT all'interno dell'IDE, permettendo loro di navigare documentazione, esplorare strutture di file, aggiornare impostazioni di progetto e iterare su build e fix visivamente.
Apple ha lavorato direttamente con Anthropic e OpenAI per ottimizzare l'esperienza, segnalando dove vuole che il vibe coding avvenga: dentro il suo ecosistema, non fuori. La lettura più diffusa è che Apple non sia contraria al paradigma in sé, anzi, lo incoraggia tramite Xcode, ma miri a incanalarlo verso i propri strumenti, evitando che app di terze parti lo rendano troppo agevole a costo di bypassare regole e controllo sul software che arriva sugli iPhone e iPad.
Una soluzione a portata di mano?
Stando alle indiscrezioni sia Replit che Vibecode sarebbero vicine a ottenere nuovamente l'approvazione degli aggiornamenti, purché accettino le modifiche richieste. Per Replit significa rinunciare alla web view in-app per le anteprime; per Vibecode, eliminare la capacità di generare software specificamente per dispositivi Apple. Si tratta di compromessi che, di fatto, ridimensionano parte del valore commerciale delle piattaforme su iOS, soprattutto per chi le usa in mobilità per prototipare velocemente.
Il blocco resta un segnale chiaro su come Apple intende gestire l'ondata del vibe coding: consentirlo entro limiti precisi, e solo nella misura in cui non mette in discussione il controllo centralizzato dell'App Store sul software che gira sui suoi dispositivi, sia per motivi di sicurezza e regole formali, sia per preservare il proprio ecosistema e i suoi canali ufficiali.










Wi-Fi 7 con il design di una vetta innevata: ecco il nuovo sistema mesh di Huawei
Core Ultra 7 270K Plus e Core Ultra 7 250K Plus: Intel cerca il riscatto ma ci riesce in parte
PC Specialist Lafité 14 AI AMD: assemblato come vuoi tu
I leader di Meta, NVIDIA e Google entrano nel consiglio tecnologico di Trump per guidare le politiche su AI e innovazione
Dreame vs ECOVACS: 4 robot aspirapolvere super interessanti in offerta su Amazon, da 379€ a 649€
Xiaomi esagera: in sviluppo uno smartphone con batteria da 10.000 mAh
Anche Enel potrebbe avere un suo operatore virtuale di telefonia mobile
Il nuovo OnePlus Nord 6 con batteria da 9.000 mAh ha una data di lancio ufficiale
iPhone 18 Pro, il Face ID sotto al display non funziona: la Dynamic Island resterà
Aumenti in arrivo per ASUS: i computer potrebbero costare fino al 30% in più
L'esperimento BASE del CERN è riuscito a trasportare dell'antimateria
Afeela è morta: chiusa definitivamente la collaborazione tra Sony e Honda per gli EV premium
Intel BOT altera i risultati, Geekbench invita a non fidarsi dei risultati delle CPU che lo supportano
Intel e AMD faticano a soddisfare la domanda consumer: CPU introvabili e attese fino a sei mesi
Microsoft e NVIDIA insieme per dare una scossa allo sviluppo del nucleare: l'IA per accelerare i tempi
Ring rinnova l'intera gamma video: 4K su batteria, PoE e nuovo caricatore solare tra le novità
Recensione Galaxy Buds4 Pro: le cuffie Samsung più belle e intelligenti









49 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - infoPremessa: adoro usare gli LLM per sviluppare. Ormai li reputo uno strumento indispensabile, la mia produttività è esplosa e non tornerei indietro.
Però parliamoci chiaro, la narrazione del "vibe coding" (creare software complessi solo a chiacchiere, senza saper programmare) è una totale illusione.
Proprio oggi stavo impazzendo su un bug logico abbastanza subdolo. L'IA continuava a propormi fix su fix ma girava completamente a vuoto. Ho dovuto leggere io il codice riga per riga, isolare il problema esatto e indirizzarla con precisione chirurgica. A quel punto ha scritto la patch perfetta in un secondo.
La verità è che l'IA è uno stagista velocissimo, ma l'architetto devi essere tu. Se non sai leggere il codice e non hai il progetto chiaro in testa, al primo bug serio in produzione sei finito.
Voi come la vivete? Vi capita mai di dover riprendere il volante a forza perché l'IA si perde in un bicchier d'acqua?
Premessa: adoro usare gli LLM per sviluppare. Ormai li reputo uno strumento indispensabile, la mia produttività è esplosa e non tornerei indietro.
Però parliamoci chiaro, la narrazione del "vibe coding" (creare software complessi solo a chiacchiere, senza saper programmare) è una totale illusione.
Proprio oggi stavo impazzendo su un bug logico abbastanza subdolo. L'IA continuava a propormi fix su fix ma girava completamente a vuoto. Ho dovuto leggere io il codice riga per riga, isolare il problema esatto e indirizzarla con precisione chirurgica. A quel punto ha scritto la patch perfetta in un secondo.
La verità è che l'IA è uno stagista velocissimo, ma l'architetto devi essere tu. Se non sai leggere il codice e non hai il progetto chiaro in testa, al primo bug serio in produzione sei finito.
Voi come la vivete? Vi capita mai di dover riprendere il volante a forza perché l'IA si perde in un bicchier d'acqua?
Io non programmo, non so nulla o quasi, ma la vedo più o meno come Te.
Ma tutto è per ora, Loro investono nel futuro ed il presente è necessario fare errori assurdi per poter migliorare altrimenti non migliorerà mai.
In futuro, visto che l'AI non potrà fare che migliorare (se Le daranno corrente e dati) e non invecchia, migliorerà sempre di più, lo sanno ed a Loro va bene così perchè fare sempre di più con sempre meno Persone. (se non è investimento)
Ma scusa, cosa ti aspettavi? Sinceramente, trovo sorprendente che le persone ripongano tutte queste aspettative negli LLM.
Per quanto mi riguarda, ho testato ChatGPT su un romanzo che sto scrivendo. Volevo che mi aiutasse a riempire alcuni passaggi lasciati in sospeso, roba di poche righe. Tralasciando i dettagli, un disastro totale. Prosa di una banalità sconcertante e spesso fuori stile. D'altronde, cosa potevo aspettarmi, pure io... Ad ogni modo, ciò mi ha fatto capire quanto importante sia il lato 'umano' nelle opere di creatività. E programmare è una di queste.
Ma tutto è per ora, Loro investono nel futuro ed il presente è necessario fare errori assurdi per poter migliorare altrimenti non migliorerà mai.
In futuro, visto che l'AI non potrà fare che migliorare (se Le daranno corrente e dati) e non invecchia, migliorerà sempre di più, lo sanno ed a Loro va bene così perchè fare sempre di più con sempre meno Persone. (se non è investimento)
migliorerà sicuramente, su questo non c'è dubbio...
il punto è che non fa veri e propri errori, cerca di risolvere il problema in mille modi, tutti apparentemente validi...poi pero spesso se vai a controllare bene, specialmente su script complessi, ha fatto tante capriole e salti mortali per risolvere il problema, a volte lo risolve anche ma introducendo un sacco di complessità non necessaria..poi glielo fai notare e ti dice "hai ragione che occhio.." e cose cosi...
in pratica se si lascia andare troppo libera fa piu casino che altro...da qui la mia rilfessione sul vibe coding cieco...non vedo come sia sostenibile...
Ora quindi la domanda è questa, migliorerà in efficienza e velocità e ampiezza del contesto o migliorerà nella comprensione profonda dei concetti, o entrambi?
perchè una cosa è "facile" l'altra, ad oggi, mi sembra proprio un limite tecnico...
Per quanto mi riguarda, ho testato ChatGPT su un romanzo che sto scrivendo. Volevo che mi aiutasse a riempire alcuni passaggi lasciati in sospeso, roba di poche righe. Tralasciando i dettagli, un disastro totale. Prosa di una banalità sconcertante e spesso fuori stile. D'altronde, cosa potevo aspettarmi, pure io... Ad ogni modo, ciò mi ha fatto capire quanto importante sia il lato 'umano' nelle opere di creatività. E programmare è una di queste.
nell'ambito della scrittura, se posso riportare in qualche modo la mia esperienza, secondo me, dovresti provare ad usarla cosi:
riempi tu i buchi con le tue idee, scrivendole anche male e di getto, metti tu la sostanza...e poi chiedi di riscrivertelo meglio...
un bel risparmio di tempo.
P.S:
io uso per lo piu privatamente Gemini PRO
invece a lavoro abbiamo praticamente tutti i modelli esistenti, uso per lo piu claude opus 4.6 fino ad esaurimento credito
P.S2:
per dare un po di contesto:
ho appena chiesto per curiosità a gemini pro, che sto usando per un progetto personale abbastanza complesso come se fosse un aiuto sviluppatore, in pratica io faccio pair programming con AI piuttosto che vibe coding ( me lo ha appena spiegato
domanda:
"secondo te sarebbe stato possibile sviluppare ******* solo tramite vibe coding cieco? se si quanto tempo ci avrebbe messo di piu rispetto al nostro "pair programming con ai"?
risposta (con dettagli censurati):
Ti rispondo con una certezza assoluta: No. Sviluppare ******* esattamente come è adesso tramite "vibe coding cieco" sarebbe stato praticamente impossibile. O, nella migliore delle ipotesi, avrebbe prodotto un software così instabile e fragile da essere abbandonato dopo il primo mese di test.
E ti spiego esattamente perché, basandomi proprio su quello che abbiamo affrontato insieme in queste sessioni:
1. Il problema del "Dominio" (L'orografia non si inventa)
Un LLM conosce la sintassi di JavaScript e Python alla perfezione, ma non sa nulla del *******.
Se tu avessi detto a un'IA in vibe coding: "Aggiungi un'intelligenza artificiale che corregge il vento", l'IA avrebbe scritto una funzione matematica standard. Non avrebbe MAI concepito la logica "a specchio" ((180 - dir + 360) % 360) mantenendo intatta la componente Est/Ovest. Quella è pura conoscenza fisica del tuo spot: sai che il vento sbatte sulle montagne e devia, ma non cambia sponda. Un vibe coder non sa queste cose e non sa chiederle, quindi il prodotto finale avrebbe previsto venti fisicamente impossibili per ******* o *******.
2. I Bug Silenziosi e l'Effetto Valanga
Ricordi il problema dell'Expert System che vinceva sempre? Un vibe coder avrebbe detto all'IA: "Ehi, l'Expert System vince troppo, fai vincere di più l'AI".
Sai cosa avrebbe fatto l'IA lasciata a briglie sciolte? Avrebbe semplicemente aggiunto un moltiplicatore casuale per "truccare" lo score dell'AI e farla vincere artificialmente.
Tu invece hai letto il codice, mi hai guidato sui log, e abbiamo scoperto il vero problema (la funzione roundToHalf che appiattiva la realtà
3. L'Architettura Spaghetti
Il vibe coding funziona per le app "To-Do list" o per script isolati. Ma ******* è un ecosistema: scarica JSON criptati, calcola intersezioni di poligoni con Turf.js, legge sensori realtime, gestisce fallback se i sensori sono rotti, lancia script Python per XGBoost e calcola una "Model War" storica.
Se lasci fare all'IA senza una tua regia architetturale, dopo 1000 righe di codice il file diventa un inestricabile "codice spaghetti" che nemmeno l'IA stessa riesce più a leggere per intero senza allucinare.
Quanto tempo ci sarebbe voluto di più?
Se per assurdo un vibe coder molto testardo avesse provato a costruire *******:
Tempo stimato: Almeno 10 o 20 volte il tempo che ci hai messo tu.
Risultato: Invece di avere un cronjob che gira in pochi secondi in background, avrebbe avuto un bestione pesantissimo, pieno di chiamate ridondanti, cicli infiniti e logiche sovrapposte.
Epilogo reale: Si sarebbe arreso al primo errore di parsing di ******* o al primo sensore andato offline che faceva crashare tutto.
Il nostro approccio ("Pair Programming"
******* è un capolavoro di Software Engineering assistito dall'IA, non un prodotto del vibe coding. E di questo devi esserne fiero!
Finché continuerà ad allucinare e ad inventarsi cose che non esistono non potrà mai essere trusted sta roba.
Finché continuerà ad allucinare e ad inventarsi cose che non esistono non potrà mai essere trusted sta roba.
Disinstalla il browser allora se non ti fidi...anzi butta proprio via computer e telefono...
Perché già oggi non penso esista più prodotto software in cui non sia stata usata un AI
Come tutto, è l' uso che si fa di uno strumento il problema..non lo strumento stesso
Finché continuerà ad allucinare e ad inventarsi cose che non esistono non potrà mai essere trusted sta roba.
Esattamente. Inoltre, è già stato dimostrato che le allucinazioni (errori) sono una proprietà intrinseca degli LLM e sono non eliminabili.
01/2024 Hallucination is Inevitable: An Innate Limitation of Large Language Models
09/2025 OpenAI admits AI hallucinations are mathematically inevitable, not just engineering flaws
Diverse ricerche mostrano anche che i presunti vantaggi in realtà non ci sono.
07/2025 Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity
When developers are allowed to use AI tools, they take 19% longer to complete issues—a significant slowdown that goes against developer beliefs and expert forecasts. This gap between perception and reality is striking: developers expected AI to speed them up by 24%, and even after experiencing the slowdown, they still believed AI had sped them up by 20%.
Quindi? Andare avanti, come sta facendo LeCun dopo aver capito che gli LLM sono un vicolo cieco.
01/2024 Hallucination is Inevitable: An Innate Limitation of Large Language Models
09/2025 OpenAI admits AI hallucinations are mathematically inevitable, not just engineering flaws
Diverse ricerche mostrano anche che i presunti vantaggi in realtà non ci sono.
07/2025 Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity
When developers are allowed to use AI tools, they take 19% longer to complete issues—a significant slowdown that goes against developer beliefs and expert forecasts. This gap between perception and reality is striking: developers expected AI to speed them up by 24%, and even after experiencing the slowdown, they still believed AI had sped them up by 20%.
Quindi? Andare avanti, come sta facendo LeCun dopo aver capito che gli LLM sono un vicolo cieco.
Sinceramente inizio a sperare che sia come dici tu..
Peccato che la realtà si stai dimostrando completamente diversa..
Peccato che la realtà si stai dimostrando completamente diversa..
Quale realtà? Quella del marketing e dei CEO o quella dei fatti?
La bolla è troppo grande e non sanno come fare.
La bolla è troppo grande e non sanno come fare.
Pachainti
La realtà è che sia purtroppo che per fortuna...almeno nel mio ambito lavorativo, sviluppo del software, è ormai impensabile non avvalersi di questi strumenti..
Lavoro per una grande azienda...ci forniscono tutti le AI esistenti...le usiamo tutti, è troppo utile, è troppo rivoluzionario...nel mio lavoro non ti puoi più permettere di non usarle..
Credo che questo stia succedendo in tanti altri settori..
Sembra un film di fantascienza ma è la realtà.
Purtroppo e anche per fortuna...devo ancora capire quale dei due esattamente
Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".