Apple non sta semplicemente litigando con una nuova categoria di startup. Sta facendo emergere una incompatibilità che covava da tempo dentro il proprio ecosistema. Da una parte c’è il modello che ha reso l’App Store uno degli apparati di distribuzione più potenti e redditizi della storia del software: binari stabili, pacchetti chiusi, revisione preventiva, funzionalità relativamente prevedibili, pagamenti instradati dentro una infrastruttura controllata. Dall’altra c’è il vibe coding, cioè la possibilità di descrivere un prodotto in linguaggio naturale e ottenere, in tempi sempre più brevi, una app, un prototipo, un servizio web o un flusso mobile che può continuare a cambiare dopo il momento iniziale della creazione.
Quando Apple ha iniziato a bloccare gli aggiornamenti di app come Replit e Vibecode e poi ha rimosso due volte Anything, il riflesso più immediato è stato raccontare la vicenda come una nuova prova dell’istinto monopolistico della società: la solita piattaforma chiusa che difende le proprie rendite contro un’ondata di innovazione più aperta. C’è del vero in questa lettura, ma da sola resta insufficiente. Riduce il problema a una moraletta già pronta e perde la parte più interessante. Qui non si scontrano soltanto un incumbent geloso e una nuova generazione di strumenti AI. Si scontrano due idee diverse di che cosa sia il software.
Per Apple, un’applicazione continua a essere soprattutto un oggetto finito o almeno delimitabile: qualcosa che viene impacchettato, sottoposto a revisione, firmato, distribuito e poi aggiornato secondo un ritmo che il gestore della piattaforma può osservare e governare. Per il vibe coding, invece, il software sta diventando un processo, non più soltanto un prodotto. Una stessa interfaccia può generare applicazioni diverse per utenti diversi, modificare funzioni in base ai prompt, esportare codice, trasformare un’idea in una web app, visualizzare in anteprima un’esperienza mobile, rinviare la fase finale al browser, al cloud o a una pipeline di pubblicazione successiva. In questo mondo, la review preventiva non è più il momento in cui il prodotto viene davvero fissato. È, semmai, un fotogramma temporaneo di una macchina che continuerà a cambiare.
La storia diventa rilevante proprio qui. Non siamo davanti a una semplice controversia da App Store. Siamo davanti a una collisione tra la forma storica del mobile e la nuova forma del software generato dall’intelligenza artificiale. Apple sta difendendo una architettura costruita per applicazioni relativamente stabili proprio mentre una parte crescente della creazione digitale si sposta verso ambienti browser-based, prototipi effimeri, app personali, software che vive nel cloud e interfacce che non chiedono più anni di esperienza tecnica per produrre qualcosa di funzionante.
Il vecchio contratto dell’App Store
Per capire perché la reazione di Apple sia così dura, bisogna ricordare da dove viene il potere dell’App Store. Il suo patto implicito con gli utenti è sempre stato semplice: noi riduciamo la libertà del software, e in cambio vi offriamo più fiducia, meno malware, meno sorprese, meno caos. È un patto che ha retto a lungo proprio perché la natura del software mobile, fino a oggi, si lasciava contenere abbastanza bene dentro questo schema.
Le regole che Apple sta usando contro il vibe coding non sono state scritte ieri per colpire l’AI. Sono regole vecchie, nate per impedire che una app, una volta approvata, si trasformi in qualcos’altro senza nuovo controllo. La guideline 2.5.2 impone che le app siano autocontenute nel proprio bundle e vieta di scaricare, installare o eseguire codice che introduca o cambi funzionalità. La licenza del Developer Program, nella clausola aggiornata sull’interpreted code, aggiunge che il codice scaricato non può cambiare lo scopo principale dell’applicazione, aggirare i meccanismi di sicurezza del sistema operativo o creare uno store per altre applicazioni.
Detto in modo più brutale: Apple non vuole dentro l’iPhone un cavallo di Troia capace di diventare altro da sé dopo la revisione. Questa logica non è affatto assurda. Anzi, è uno dei motivi per cui l’ecosistema iOS ha mantenuto per anni una reputazione di ordine superiore a quella di piattaforme più aperte. Dal punto di vista di Cupertino, una app che genera nuovo codice, lo esegue, lo mostra in anteprima e promette di trasformarlo in software installabile o distribuibile tocca esattamente il nervo più sensibile del sistema.
Il problema è che quelle stesse regole, nate per proteggere la piattaforma dal software che muta di nascosto, oggi si trovano davanti a una forma di mutazione che non è più un’eccezione malevola. È il prodotto stesso. Il software generato dall’AI cambia non perché vuole ingannare la review, ma perché il suo valore consiste proprio nel poter cambiare rapidamente, con una frizione quasi nulla, a partire da prompt, prove, errori, correzioni. Il comportamento che l’App Store considera sospetto è diventato, in molti casi, la sostanza dell’esperienza promessa all’utente.
Quando l’app diventa una fabbrica di app
Basta guardare come questi strumenti si presentano per capire perché Apple li percepisca come una minaccia sistemica e non come una semplice categoria di utility per programmatori. Anything si descriveva come il modo più veloce per costruire app da iPhone, promettendo di creare applicazioni mobili e web senza codice, con anteprima live sul dispositivo, hosting sul web, possibilità di continuare il lavoro dal browser, esportare codice e avviare la pubblicazione con un tap. Replit, dal canto suo, spinge sempre di più sul costruttore di web app dal browser, definito come ambiente browser-based senza installazione, capace di trasformare rapidamente un prompt in un prodotto distribuibile.
Questa è la vera novità. L’app non è più soltanto una app. È un ambiente di generazione. È una fabbrica compatta di altri oggetti software. E questo cambia radicalmente il rapporto tra piattaforma, revisione e distribuzione. Finché il dispositivo ospita applicazioni che fanno una cosa abbastanza definita, il controllo preventivo è oneroso ma concepibile. Quando invece il dispositivo ospita strumenti che possono produrre una molteplicità di software diversi, il confine tra app approvata e software non approvato si fa instabile.
L’aspetto più dirompente, però, non sta nemmeno nella promessa di creare software “vero” per l’App Store. Sta nel fatto che una parte crescente di questi strumenti non ha più bisogno di pensare il software come app nativa tradizionale. Il browser torna a bastare. Le Progressive Web App tornano a sembrare sufficienti per molti casi d’uso. La distribuzione diretta dal cloud, l’anteprima su smartphone, il link condivisibile, l’installazione da home screen e l’idea di una micro-app personale riducono la centralità del negozio.
Qui si misura davvero la profondità del cambiamento. Il vibe coding abbassa drasticamente il costo cognitivo della creazione. Non significa che renda inutile l’ingegneria seria. Significa che sposta una parte enorme della produzione di software in una fascia nuova: strumenti personali, prototipi di lavoro, micro-servizi interni, prodotti effimeri, utility verticali costruite da persone che non si sarebbero mai definite sviluppatori. La nuova ondata non ha bisogno di migliaia di app perfettamente rifinite per il mercato di massa. Ha bisogno di una miriade di oggetti software abbastanza buoni per un singolo problema, una squadra, una nicchia, una settimana.
Questo dettaglio conta molto perché l’App Store è stato costruito per distribuire prodotti duraturi, monetizzabili, scalabili e identici per milioni di utenti. Il software generato dall’AI, invece, spesso nasce già con un’altra ontologia: può essere temporaneo, individuale, personalizzato, non destinato alla vendita ampia, talvolta nemmeno destinato alla distribuzione pubblica. Se questa è la nuova fascia di crescita del software, Apple rischia di trovarsi perfettamente organizzata per governare il mercato di ieri e meno adatta a governare quello che sta emergendo.
La sicurezza è reale, ma non esaurisce la storia
Sarebbe troppo facile liquidare tutto come paranoia di Apple. La sicurezza, qui, non è un alibi inventato all’ultimo minuto. La qualità del codice generato dall’AI resta irregolare. Il confine tra builder, interprete, esecutore e distributore è tecnicamente scivoloso. Un ambiente che permette di trasformare un prompt in codice eseguibile e poi in esperienza mobile apre davvero una nuova superficie di rischio: dipendenze vulnerabili, flussi opachi, cambiamenti di funzionalità dopo la revisione, app che diventano contenitori per software non pienamente verificato, possibilità di abuso da parte di utenti o sviluppatori meno scrupolosi.
Apple ha ragione anche su un punto più sottile: l’App Store non è stato progettato per revisionare una macchina che revisiona se stessa. Quando il software entra in una fase in cui la sua funzione principale è generare altro software, la vecchia separazione tra oggetto approvato e comportamento successivo perde definizione. In questo senso, la reazione di Cupertino non è solo difesa di rendita. È anche un tentativo di evitare che il proprio sistema di fiducia venga perforato da un tipo di prodotto per cui non è ancora attrezzato.
Ma la sicurezza non basta a esaurire la storia, perché queste stesse regole proteggono anche la forma economica dell’ecosistema. L’App Store non è soltanto un filtro di qualità. È una infrastruttura di distribuzione, di fatturazione, di ranking, di visibilità e di cattura del valore. Storicamente Apple ha trattenuto una commissione standard del 30% sulle app a pagamento e sugli acquisti digitali, con riduzioni al 15% per il Small Business Program e per certi rinnovi in abbonamento. Anche laddove, come nell’Unione Europea, il Digital Markets Act ha imposto marketplace alternativi, web distribution e pagamenti esterni, Apple ha comunque provato a ridefinire il sistema di commissioni e fee per non trasformare l’apertura in una rinuncia completa al controllo economico.
Questo significa che ogni spostamento della creazione software verso il web, il cloud o canali alternativi non è solo una questione tecnica. È una questione di potere. Se milioni di persone cominciano a produrre software da browser e a distribuirlo come servizio, come micro-app interna, come PWA o come esperienza mobile che aggira la forma classica dell’app nativa, Apple non perde solo visibilità. Perde il suo ruolo di casello obbligato.
Il browser torna a essere una via di fuga
Per due decenni il browser è sembrato, a ondate alterne, una promessa incompiuta per il mobile. C’era sempre qualcosa che mancava: prestazioni, accesso alle API, fluidità, monetizzazione, status. L’app nativa vinceva quasi sempre sul piano del prestigio e della qualità percepita. Il vibe coding cambia di nuovo la gerarchia perché non parte dalla domanda classica — qual è il modo migliore di costruire una grande app mobile? — ma da una domanda molto più pragmatica: qual è il modo più veloce di trasformare un bisogno in uno strumento funzionante?
Se la risposta, per una quota crescente di casi, diventa “una web app costruita dal browser, installabile da home screen, condivisibile con un link, modificabile in pochi minuti”, allora la forza storica dell’App Store si indebolisce proprio dove nasce il nuovo software. Non scompare. Ma smette di essere inevitabile.
Gli stessi segnali di mercato vanno in questa direzione. La crescita degli strumenti AI per la costruzione di app ha già riacceso le submission sull’App Store. Allo stesso tempo, le storie più interessanti del 2026 non raccontano solo app commerciali pronte a entrare nelle classifiche. Raccontano persone senza background tecnico che costruiscono web app personali in pochi giorni, prodotti usa-e-getta, utility per famiglie, hobby, piccoli team, casi d’uso ristretti. È una produzione che assomiglia più all’artigianato digitale su larga scala che all’economia tradizionale delle app.
Apple può certamente rendere più difficile che questa energia passi attraverso l’App Store in forma piena. Può bloccare workflow di anteprima, contestare il codice scaricato, impedire che una app installata diventi un piccolo store di altre app. Quello che non può fare con la stessa facilità è impedire che l’atto stesso del costruire software si sposti altrove: sul browser, sul cloud, sulle pipeline di distribuzione alternative, su ambienti di sviluppo che trattano il telefono come terminale di preview e non come punto sovrano della creazione.
Il rischio di Apple non è che l’iPhone smetta improvvisamente di contare. Il rischio è che la parte più fertile della prossima ondata di software — quella più abbondante, rapida, sperimentale e democratica — impari a nascere senza chiedere permesso all’App Store.
Apple può difendere la fortezza e perdere la frontiera
Apple probabilmente continuerà a dominare a lungo la fascia più pregiata del software mobile: grandi applicazioni consumer, servizi ad alto fatturato, brand affermati, esperienze dove la qualità nativa conta ancora moltissimo. Ma il vibe coding apre un altro fronte, meno glamour e forse ancora più importante: la produzione diffusa di software come capacità quotidiana.
In quel territorio, la logica della piattaforma chiusa incontra limiti più severi. Non perché la sicurezza diventi irrilevante, ma perché il ritmo della creazione cambia troppo in fretta. Un ecosistema costruito per revisionare oggetti finiti fatica a convivere con strumenti il cui valore principale è generare altri oggetti, modificarli continuamente e farli circolare tra web, mobile, cloud e codice esportabile. A quel punto non basta più decidere se una app è conforme. Bisogna decidere quale idea di software si vuole governare.
Apple sta mostrando, con la sua stretta sui builder AI, che questa decisione è già cominciata. Il problema non è soltanto Replit, Anything o la categoria del vibe coding. Il problema è che il software sta diventando molto più simile a un linguaggio produttivo che a una merce finita. Più persone possono costruirlo, più rapidamente, in forme più temporanee, più distribuite e più difficili da catturare dentro la logica di uno store centrale.
Se Cupertino risponderà irrigidendo sempre di più l’App Store, potrebbe conservare la purezza del suo modello ma spingere fuori dal proprio perimetro la frontiera più creativa della nuova ondata. Se invece proverà ad assorbire questa trasformazione, dovrà accettare che l’app del futuro non sia sempre un pacchetto statico e che la review non possa più coincidere con il pieno controllo della funzionalità.
Il passaggio concreto è già visibile: il mobile entra in una fase in cui non basta più governare le app finite. Bisogna capire come governare il software quando comincia a generare altro software. E se Apple non trova un modo credibile per farlo dentro il proprio ecosistema, una parte sempre più ampia della creazione digitale nascerà semplicemente altrove: nel browser, nel cloud, in ambienti dove il permesso dello store non è più il primo passaggio.
