Come funziona

Sette fasi tra il tuo prompt e un'app funzionante.

VULK non è una singola chiamata a un LLM. È una pipeline che comprende, pianifica, instrada, genera, valida, ripara, mostra l'anteprima e pubblica — con un modello scelto per ogni fase e un ciclo di riparazione quando un file fallisce.

  1. 01

    Il modello che scegli

    Comprendere il prompt e pianificare l'app

    Il modello che scegli legge la richiesta in un'unica passata tipizzata: quale superficie vuoi — app web, app mobile Flutter, tema Shopify, sito marketing, strumento interno — e di cosa ha bisogno l'app. Il piano elenca funzionalità, route, modello dei dati e criteri di accettazione. Una superficie sbagliata è il fallimento più costoso, quindi non si genera nulla prima che il piano esista.

  2. 02

    Router (deterministico)

    Instradare i modelli per fase

    Il modello che scegli scrive il codice. Auto applica la politica dei modelli di VULK: Claude Opus 5.5 nei piani a pagamento, Claude Fable 5.1 per il 3D. I piani narrativi di un sito e la scelta dei file in una modifica vanno a Claude Sonnet 5.5.

  3. 03

    Generatore (modello per fase)

    Generare il codice

    VULK genera i file definiti dal piano, controlla ciascuno e registra i file accettati. Le modifiche restano dentro il progetto pianificato, e il lavoro accettato resta disponibile per modifiche e recuperi successivi.

  4. 04

    Validatore (esbuild / analisi Dart)

    Validare ogni file

    Ogni file viene impacchettato con esbuild appena arriva, così un errore di sintassi o di import viene intercettato prima che l'anteprima parta. I progetti Flutter passano per l'analisi Dart. I fallimenti vanno al riparatore; ciò che passa va dritto all'anteprima.

  5. 05

    Riparatore (stesso modello)

    Riparare i fallimenti

    Quando un file fallisce, il riparatore legge l'output reale dell'errore e modifica il file che ha fallito. Ripete finché passa o finché il budget di riparazione finisce; i file accettati non vengono mai toccati.

  6. 06

    Avviare l'anteprima in microVM

    La tua anteprima web gira in una microVM Firecracker isolata con Node e Vite. Le anteprime Flutter arrivano dal servizio di build di VULK come build web compilata.

  7. 07

    Pubblicare dove vive

    Pubblica su un URL live — il frontend viene compilato dentro la microVM e servito tramite Cloudflare — oppure esporta il codice e caricalo su GitHub. Flutter produce APK e AAB Android, con la firma gestita dentro VULK.

Routing

Quale modello gira in quale fase.

Il routing segue politiche esplicite in base al compito, al piano e al modello che scegli. La tabella mostra le impostazioni predefinite attuali.

FaseModelloPerché
Comprensione e pianificazioneIl modello che scegli; Claude Sonnet 5.5 per i piani narrativi di un sitoLegge la richiesta e scrive il piano prima di qualsiasi codice
Generazione (web)Il modello che scegli (Auto: Claude Opus 5.5)Le regole di output più rigide
Generazione (mobile)Il modello che scegli (Auto: Claude Opus 5.5)Correttezza dell'albero dei widget prima della brevità
Generazione (3D)Il modello che scegli (Auto: Claude Fable 5.1, una sola passata)Richiede geometria e shader corretti
Modifica (chirurgica)Claude Sonnet 5.5 sceglie i file; il modello che scegli scriveFinestra di diff più piccola, il file deve restare funzionante
RiparazioneChiamate mirate sullo stesso modelloLegge gli errori di compilazione come input
Il loop di riparazione

Cosa succede quando la generazione va storta.

La maggior parte dei builder di app con IA trasmette codice, te lo restituisce e spera. VULK dà per scontato che una prima generazione possa fallire e tratta il recupero come una fase a sé.

  1. Prima, impacchettare ogni file. Ogni file generato viene impacchettato con esbuild appena arriva. Costa meno di una build completa e intercetta errori di sintassi e di import prima che l'anteprima parta.
  2. Compilare con la toolchain reale. La pubblicazione esegue la build propria del progetto. Flutter passa per l'analisi Dart e una build web compilata, e un'analisi respinta torna nel flusso di riparazione.
  3. Catturare l'errore alla lettera. Il riparatore legge l'output reale del compilatore, non un riassunto parafrasato.
  4. Modifica chirurgica. Il flusso di riparazione usa l'errore di validazione per correggere il file che ha fallito. I file già validati restano come sono.
  5. Ripetere finché passa o finché il budget finisce. La riparazione ha un budget limitato. Se un file continua a fallire, VULK mostra la diagnostica, conserva i file accettati e ti lascia ritentare la generazione interrotta.

Vuoi sentirlo?

Il modo più rapido per capire la pipeline è vederla in funzione. Inizia con un piano a pagamento — tutti i crediti previsti dal piano, disdici quando vuoi.

Ultima revisione: 4 novembre 2026

La tua idea, creata e online in pochi minuti.

Crea la mia app
Supporto VULK

Online

Ciao! Come posso aiutarti oggi?

Argomenti popolari

Supporto IA • support.vulk.dev