Come VULK gestisce 8 piattaforme da una conversazione

Aggiornato il 18 luglio 2026 — stati dell'anteprima corretti alla realtà multi-runtime attuale (microVM PHP + Python live da luglio 2026) e dati della piattaforma rinfrescati.

Come genera VULK per 8 piattaforme da una conversazione?

La risposta completa: prima che il tuo prompt raggiunga un modello IA, il sistema di rilevamento di VULK lo scansiona alla ricerca di segnali specifici di piattaforma — pesando contesto, termini co-occorrenti e pattern di intento, non solo parole chiave — e lo instrada verso una delle otto pipeline di generazione dedicate: React + Vite, Flutter, React Native + Expo, temi Liquid Shopify, app Shopify (Remix + App Bridge), Shopify Hydrogen, PHP/Laravel e giochi Three.js. Ogni pipeline ha il proprio system prompt, la propria logica di struttura dei file, la strategia di anteprima e il percorso di deploy. Non scegli mai da un menu a tendina; descrivi ciò che vuoi e la modalità giusta si attiva.

La domanda è misurabilmente multi-piattaforma: su 11.355 progetti generati, la domanda cumulata di prompt include 381 richieste per Flutter, 310 per backend Node, 246 per Python, 213 per React Native/Expo e 174 per PHP — accanto alla maggioranza React (dati della piattaforma VULK, luglio 2026). Il mondo dello sviluppo è molto più grande di React, e VULK è stato costruito per tutto quel mondo.

Perché nessun altro voleva risolvere questo problema?

Quando ho iniziato a costruire VULK, ogni builder di codice IA sul mercato generava la stessa cosa: una app React con Tailwind CSS. Bolt, v0, Lovable, Replit — tutti. Se volevi una app mobile, un tema Shopify, un backend Laravel o un gioco browser, niente da fare. L'intera categoria aveva deciso che "l'IA costruisce app" significava "l'IA costruisce app React".

Non ha mai avuto senso per me. Ci sono 1,7 milioni di merchant Shopify che hanno bisogno di temi personalizzati. Flutter ha oltre un milione di sviluppatori attivi che costruiscono app mobile native. PHP alimenta ancora la maggior parte del lato server del web. Three.js è lo standard del 3D nel browser. Sono community enormi, e venivano completamente ignorate.

Così ho costruito VULK per gestirle tutte. Una conversazione, 8 piattaforme:

1. React + Vite — Web app con Tailwind CSS
2. Flutter — App mobile native con Clean Architecture
3. React Native + Expo — Mobile cross-platform con NativeWind
4. Temi Liquid Shopify — Online Store 2.0
5. App Shopify — Remix + App Bridge + Polaris
6. Shopify Hydrogen — Storefront di commercio headless
7. PHP / Laravel — Applicazioni lato server
8. Three.js — Giochi browser con motori fisici

Come funziona davvero il rilevamento sotto il cofano?

Ecco la parte che incuriosisce di più. Non scegli una piattaforma da un menu. Descrivi semplicemente ciò che vuoi, e VULK capisce quale modalità di generazione attivare.

Prima che il prompt raggiunga il modello IA, il nostro sistema di rilevamento lo scansiona per segnali specifici di piattaforma. Non sono ingenui match di parole chiave — il sistema pesa contesto, termini co-occorrenti e pattern di intento. Per esempio, "costruisci una app con schermate e una barra di navigazione in basso" segnala mobile, non web. "Costruisci un negozio con varianti di prodotto e collezioni" segnala Shopify, non e-commerce generico.

Il rilevamento segue un ordine di priorità rigoroso, e c'è una ragione: Shopify App > Shopify Hydrogen > Shopify Liquid > Flutter > React Native > Three.js > PHP/Laravel > React (default).

Perché questo ordine? Perché la specificità deve vincere. Se qualcuno menziona "app Shopify", quella è un'intenzione molto precisa — vuole una app merchant basata su Remix con App Bridge e Polaris, non una web app generica che si integra con Shopify. Più la piattaforma è specializzata, più alta è la sua priorità. React sta in fondo perché è il jolly. Se nient'altro corrisponde, probabilmente vuoi una web app, e React + Vite è il miglior default per quello.

Ecco cosa attiva ogni modalità:

• Flutter — "app mobile", "Flutter", "iOS e Android", "app nativa", "APK", "schermate" (non "pagine")
• React Native — "React Native", "Expo", "mobile cross-platform"
• Shopify Liquid — "tema Shopify", "negozio online", "negozio Shopify"
• App Shopify — "app Shopify", "app per merchant", "plugin Shopify"
• Shopify Hydrogen — "Hydrogen", "Shopify headless", "Storefront API"
• PHP/Laravel — "PHP", "Laravel", "WordPress", "lato server"
• Three.js — "gioco", "3D", "Three.js", "gioco browser"
• React — Tutto il resto

Se vuoi scavalcare il rilevamento, sii esplicito. "Costruisci questo in Flutter" o "Usa React per questo" vince sempre.

Cosa rende davvero diversa ogni modalità?

Non si tratta solo di scambiare un template con un altro. Ogni piattaforma ha la propria pipeline di generazione con quattro livelli distinti, e azzeccare ciascuno ha richiesto mesi di ingegneria.

Prompt engineering — Ogni piattaforma ha il proprio system prompt che insegna al modello IA le convenzioni, i pattern e le best practice di quello stack. Il solo prompt Shopify supera le 2.100 righe. Copre sintassi Liquid, schemi delle sezioni, compatibilità con Dawn, pattern dei metafield e le decine di finezze che separano un tema funzionante da uno che si rompe nell'editor dei temi Shopify. Il prompt Flutter impone la Clean Architecture. Il prompt Three.js gestisce game loop, rilevamento delle collisioni e integrazione della fisica. Non puoi dire a un modello "scrivi codice Shopify" e aspettarti un buon output. Serve prompt engineering profondo e specifico per piattaforma.

Struttura dei file — React genera src/components/ e src/pages/. Flutter genera lib/models/, lib/screens/ e lib/services/. Shopify genera sections/, templates/ e assets/. Laravel genera app/Http/Controllers/, resources/views/ e database/migrations/. Ogni framework ha aspettative su dove vive il codice, e violarle rende l'output inutilizzabile per sviluppatori esperti.

Strategia di anteprima — Qui l'ingegneria diventa davvero dura, e qui insisto sull'onestà su cosa gira live e cosa no. React + Vite (e Three.js) girano in microVM Firecracker — macchine virtuali isolate con hot-reload, avviate da un pool caldo. Flutter usa una pipeline build-then-serve: il progetto viene compilato con flutter build web su un servizio di build dedicato e servito in ~20–60 secondi per build. Da luglio 2026, anche PHP e Python girano come runtime microVM live — php-fpm 8.3 + nginx per le app in stile Laravel/WordPress, e server uvicorn/Flask/Django/Streamlit auto-rilevati per Python. React Native e le tre modalità Shopify non hanno anteprima live — RN è bundlato da Metro (un'anteprima nell'editor è in sviluppo), e il codice Shopify richiede il runtime proprio di Shopify: l'editor mostra istruzioni di setup oneste invece di un render finto.

Deploy — React va su Cloudflare Pages con un clic. Flutter esporta veri file APK/AAB con impalcatura per l'invio agli store. I temi Shopify si pushano via Shopify CLI. I progetti Laravel e Python si esportano come directory complete pronte per qualsiasi host.

Dove sta ogni piattaforma oggi?

Quella tabella è la versione onesta di "8 piattaforme". La generazione è universale; l'anteprima live copre gli stack eseguibili sul web; i percorsi di deploy corrispondono a ciò che ogni ecosistema richiede davvero.

Come si confronta VULK con gli altri builder IA?

Sarò diretto sul panorama competitivo, perché credo che gli sviluppatori meritino trasparenza:

Non è incrementale. È categorico. Il divario esiste perché la generazione multi-piattaforma è genuinamente difficile da costruire. Ogni nuova piattaforma moltiplica il lavoro di ingegneria: nuovo prompt engineering, nuova logica di struttura dei file, nuova infrastruttura di anteprima, nuova pipeline di deploy, nuova superficie di test. E ogni piattaforma deve produrre un output che uno sviluppatore esperto di quell'ecosistema considererebbe accettabile. Uno sviluppatore Flutter individua subito un progetto Dart mal strutturato. Uno sviluppatore Shopify capirà se i template Liquid non seguono i pattern Online Store 2.0.

Perché nessun altro lo fa?

Ci ho pensato molto, e credo che la risposta sia semplice: l'economia non sembra attraente a prima vista.

Se costruisci un builder di codice IA e l'80% dei tuoi utenti vuole app React, la decisione di business ovvia è rendere la generazione React eccellente e ignorare tutto il resto. Aggiungere il supporto Flutter significa mesi di ingegneria per una minoranza della tua base utenti. Il ROI per piattaforma diminuisce.

Ma quell'analisi si perde una cosa: quelle community più piccole hanno quasi zero alternative. Uno sviluppatore React può scegliere tra cinque o sei builder IA. Uno sviluppatore Shopify che vuole generare un tema personalizzato con l'IA ha un'opzione. Uno sviluppatore Flutter che vuole andare dal prompt all'APK ha un'opzione. Il fossato competitivo in quelle categorie è enorme proprio perché nessun altro vuole investire per costruirlo. E la tabella della domanda qui sopra — 381 prompt Flutter, 246 Python, 213 RN, 174 PHP e in crescita — mostra che quelle "nicchie" sommate sono una parte sostanziale di ciò che i builder chiedono davvero.