Come mettere online un'app scritta dall'AI? Il trucco che rende il deploy facile come ordinare una pizza

Come mettere online un'app scritta dall'AI? Il trucco che rende il deploy facile come ordinare una pizza
RichardsonIl problema: l’AI scrive l’app in cinque minuti, il deploy ne richiede due settimane
Chiariamo subito per chi è questo articolo: hai già un abbonamento a Claude Code o Codex, hai un progetto scritto dall’AI pronto nel cassetto, e sei bloccato al passaggio “come lo trasformo in un URL vero”. Se ti riconosci, continua a leggere.
Cursor, Claude Code, Codex hanno compresso la scrittura del codice a pochi minuti. Uno sviluppatore indipendente che vuole lanciare un tool SaaS dice a Claude Code “scrivimi un analizzatore di CV” e in mezz’ora ha frontend e backend completi. Ma tra il codice e il go-live c’è un burrone: dove compro il dominio? Quale hosting? Quale database? Come gestisco il login? E le email? E i pagamenti?
Ogni domanda corrisponde a un account da aprire, una API key da generare, una configurazione da azzeccare. Due esempi che fanno desistere chiunque: per inviare email devi configurare il DKIM — in pratica la “carta d’identità” delle tue email, che dimostra che non sono spam; per incassare devi configurare i webhook — cioè lasciare un “indirizzo di consegna” dove la piattaforma di pagamento ti notifica ogni transazione. Solo registrarsi e verificare l’identità su hosting, pagamenti e registrar ti brucia mezza giornata. Poi devi far funzionare database, email e pagamenti uno per uno: ecco bruciata una settimana. Se nel frattempo fai consulenze AI o crei contenuti, il tempo non basta mai.
C’è di più: le app assemblate dagli agenti AI spesso poggiano su API key temporanee e dati mock. Lo sviluppatore stesso non sa dire “questa app è davvero online? Il dominio è mio? I dati posso portarmeli via?” Quando arriva il momento di consegnare o abbandonare il progetto, scopri che non si smonta: tabelle residue nel database, callback appesi sulla piattaforma di pagamento, un dominio configurato male sull’hosting. Tutta coda che non riesci a tagliare.
L’opportunità: trasformare il go-live in una linea di montaggio gestita dall’AI
GoLive (repo: https://github.com/mikehasa/golive-skill) è un progetto open source con licenza MIT (secondo il post originale, non verificato in modo indipendente: 894 star, 63 fork, ultimo push 2026-09-25) che si infila esattamente nella fessura tra “codice finito” e “utenti reali che accedono”. Non è l’ennesima piattaforma PaaS: è un Agent Skill + CLI Node a zero dipendenze pensato per agenti di coding come Claude Code e Codex.
L’intero flusso è compresso in cinque passi: detect (rileva cosa serve all’app) → plan (genera un piano di modifiche preciso) → approve (conferma dell’utente) → apply (esegue usando i tuoi account) → verify (verifica che tutto giri davvero). Tutte le risorse vengono create nei tuoi account Vercel, Netlify, Supabase, Neon, Porkbun, GoDaddy, Resend, Stripe. Niente backend proprietario di GoLive, niente telemetria, niente lock-in sui dati. Per la consegna impacchetti tutto; per smantellare basta un comando teardown e non resta nulla.
Quanto vale tutto questo? Facciamo i conti: deployare a mano un’app con database e pagamenti richiede da una a due settimane anche a un esperto. Con un costo-orario da freelance di 60-80 €, parliamo di 2.500-5.000 € di tempo bruciato. GoLive comprime tutto in una conversazione di qualche decina di minuti più il costo annuale del dominio. Se fai deploy per clienti, il prezzo di mercato è 500-2.000 € a progetto: prima ci volevano due settimane, ora consegni in mezza giornata. Stesso tempo, dieci volte i clienti. Quello che risparmi non è “efficienza”: è la tua tariffa oraria reale.
Il percorso: tre passi per portare la tua app AI davanti a utenti veri
Passo 1: installa GoLive e fai riconoscere la skill al tuo agente.
Requisiti: Node.js 20+, npm/npx, Git e un agente di coding che supporti le Skills (ufficialmente verificati Codex e Claude Code, gli altri client no). Un comando per l’installazione globale:
1 | npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes |
Se usi Codex, sostituisci --agent claude-code con --agent codex. Esiste anche il canale npm offline: npx golive@alpha install --agent codex. L’installazione copia solo i file della skill: non tocca nessun account fornitore, non deploya nulla.
Fatto questo, in Codex scrivi $golive Help me take this app live., in Claude Code /golive Help me take this app live.. L’agente carica il set di istruzioni di GoLive ed è pronto a gestire il deploy. Attenzione: npx skills add non crea un comando golive nel tuo terminale — la CLI viene invocata dall’agente dalla directory di installazione della skill (di solito ~/.claude/skills/golive o ~/.agents/skills/golive).
Passo 2: fai girare detect → plan e metti la lista delle modifiche sul tavolo.
GoLive scansiona il codice della tua repo e conclude cose tipo “questa app Next.js ha bisogno di hosting Vercel, database Supabase, email via Resend, pagamenti Stripe, sottodominio su example.com”. Poi produce un piano in cui ogni riga corrisponde a una modifica su un tuo account fornitore. In questa fase legge soltanto, non scrive.
Il nodo approve è la vera valvola di sicurezza: prima di toccare i tuoi account, deve ricevere il tuo sì esplicito in chat. “Aggiungi un record A sul mio account Porkbun”, “crea un nuovo progetto su Supabase”, “richiedi le chiavi in modalità test su Stripe” — ogni azione è un’autorizzazione esplicita. Il gesto più pericoloso, “l’AI che clicca conferma al posto tuo”, resta sotto i tuoi occhi.
Passo 3: apply → verify, per inchiodare il fatto che funziona davvero.
Dopo la tua conferma, GoLive esegue il piano: deploy sul tuo Vercel, progetto e migrazioni sul tuo Supabase, DNS sul tuo Porkbun, modalità test sul tuo Stripe. Tutti i token passano dalle variabili d’ambiente locali, senza intermediari terzi.
E non finisce con l’esecuzione. Verify fa il ping all’URL deployato, controlla la connessione al database, invia un’email di test, verifica che i callback di pagamento arrivino. Se qualcosa fallisce, fa rollback o segnala in rosso: niente “sembra online ma è mezzo rotto”.
Ci sono poi due assi nella manica: golive status rileva il drift — se in seguito cambi a mano la password del database o cancelli un record DNS, ti avvisa che “la configurazione è deragliata”; golive handoff genera un documento di proprietà con ogni risorsa, l’account dove vive, le credenziali e come spegnerla. Consegna al cliente, rivendita, teardown completo: segui il documento e basta.
Casi d’uso: quali attività secondarie vengono amplificate da questo flusso
Premessa: il caso 2 è uno scenario ipotetico costruito sulle capacità dello strumento, non la storia di un utente reale. Serve a capire se fa per te.
Caso 1: sviluppo di tool per Shopify su commissione (mercato internazionale).
Un team che sviluppa plugin Shopify ha scritto con Next.js + Prisma + Stripe Connect un tool che cambia automaticamente il corriere in base alla zona di spedizione. Prima, per venderlo a commercianti Shopify reali, bisognava guidare ogni cliente nel deploy — loro non sanno dove cliccare tra Vercel, Stripe e Cloudflare. Con GoLive il team installa la skill in Codex e dice al cliente “esegui questo sul tuo account Vercel”: deploy conversazionale fatto. Secondo il post originale (non verificato), la versione 0.1.0-alpha.3 copre già con test live usa-e-getta sei percorsi principali: hosting, database, DNS, email, pagamenti di test e login.
Caso 2 (scenario ipotetico): validazione rapida di un MVP per contenuti.
Immagina un team di creator che vuole lanciare un tool “da post Pinterest a template Notion in un click”, ma teme di bruciare soldi di dominio se nessuno lo usa. Con GoLive: in fase detect scopre che bastano hosting statico + raccolta iscrizioni email; in fase plan il costo è calcolato al centesimo — dominio sotto i 10 € l’anno (secondo il post originale, non verificato) più i piani gratuiti di hosting; in fase apply tutto gira in 20 minuti. Se dopo una settimana i numeri non ci sono, un teardown pulisce tutto, il dominio scade senza rinnovo, nessun progetto zombie negli account. Per chi sperimenta, “salire in fretta e scendere pulito” vale più di “avere tante funzioni”.
Un’avvertenza sui pagamenti: GoLive copre la modalità test di Stripe, non incassi reali immediati. Per andare in produzione servono un account Stripe verificato con partita IVA e, a seconda dei tuoi clienti, vale la pena affiancare PayPal o Satispay per il mercato italiano. GoLive ti costruisce landing page e infrastruttura, ma la parte incassi va configurata con calma e in regola col commercialista — non aspettarti che Stripe risolva tutto da solo.
Call to action: stasera metti davvero online la tua prossima app AI
Non trattare “l’AI ha finito di scrivere” come il traguardo. Aggiungi queste tre cose alla to-do list di stasera:
- Apri il tuo ultimo progetto Claude Code o Codex, verifica che Node.js sia 20+ ed esegui
npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes(o codex). Poi, come suggerisce il README, valida connode <installed-skill-dir>/scripts/golive.mjs version --json(sostituisci il percorso con la tua directory skill reale, di solito~/.claude/skills/golive). - Nella chat dell’agente scrivi
/golive Help me take this app livee lascia che faccia solo detect e plan. Niente apply diretto. - Apri ogni account fornitore citato nel plan e controlla saldo, stato di verifica e namespace delle API key: sono asset tuoi, l’AI preme solo i bottoni.
Questo strumento è MIT, zero dipendenze, zero telemetria, gira nei tuoi account e non ti lega a nessun fornitore — qualità rara tra i tool di deploy. Ultima nota di prudenza: è ancora una 0.1.0-alpha, i bug ci sono. Per i progetti importanti fai prima un giro completo su account di test, poi tocca la produzione. L’AI scrive il codice, GoLive lo mette online, tu tieni gli occhi aperti al momento dell’approve: è la divisione del lavoro più redditizia che uno sviluppatore indipendente possa adottare nei prossimi anni.







