Che Cos’è Retool?
Retool è una piattaforma di sviluppo per creare strumenti aziendali interni: dashboard, pannelli di amministrazione, CRM e app di workflow, tutti collegati ai tuoi database e API. Il nuovo builder AI, attualmente in Beta e con il brand AppGen, prende una descrizione in linguaggio naturale e genera da zero un’applicazione full-stack completa.
Scrive lo schema del database, popola il tutto con dati demo realistici, scrive le funzioni backend in TypeScript e costruisce un frontend React multi-pagina, il tutto collegato e in esecuzione sul database PostgreSQL integrato di Retool.
Per Chi È Retool?
- Sviluppatori di strumenti interni che vogliono saltare lo scaffolding backend e passare da una richiesta scritta a un’app funzionante, connessa ai dati, in una singola sessione, senza toccare da zero un framework o la configurazione di deploy.
- Team operations e product che hanno bisogno di un CRM, un tracker dei pagamenti o una dashboard di manutenzione ma non possono aspettare che l’ingegneria abbia disponibilità. Il builder basato su prompt di Retool li porta a una versione funzionante già lo stesso giorno.
- Founder tecnici che stanno costruendo piattaforme interne come parte del loro prodotto. Retool offre output pronti per la produzione con accesso completo al codice, quindi non resti bloccato in una black box.
- Sviluppatori che vogliono un punto di partenza, non un prodotto finito. La scheda del codice è aperta su ogni piano, quindi l’app generata è tanto uno scaffold quanto un deliverable. Gli ingegneri che vogliono rifinire tutto a modo loro troveranno il passaggio di consegne pulito.
Pro e Contro di Retool
- App full-stack generata da un singolo prompt
- Accesso diretto al codice incluso su ogni piano
- Il gate di approvazione delle funzioni impedisce scritture accidentali sui dati
- Il simbolo @ collega le sorgenti dati direttamente nel prompt
- Tre modalità di modifica distinte per adattarsi a qualsiasi flusso di lavoro
- La qualità dell’output compete con strumenti specializzati
- Supporto alla creazione MCP tramite Claude Code, Cursor e altri
- Le build complesse richiedono 15 to 20 minuti per essere completate
- Il pricing per builder più per utente cresce rapidamente per i team in espansione
- Il nuovo builder AI porta ancora l’etichetta Beta
Ripartizione del Punteggio
Il nuovo builder AI di Retool è ancora etichettato come Beta, ma l’output che ho visto durante i test non dà affatto l’impressione di un esperimento iniziale. Ecco come si comporta nelle aree che contano di più quando si valuta un AI app builder per lavoro reale.
| Funzionalità | Punteggio (Su 10) | Perché questo punteggio |
|---|---|---|
| Facilità d’uso | 9.0 | La registrazione richiede meno di due minuti e l’interfaccia del builder è chiara, ma il sistema di approvazione delle funzioni introduce una curva di apprendimento alla prima pubblicazione |
| Funzionalità e caratteristiche | 9.8 | Generazione full-stack, supporto MCP, tre modalità di editing, gate di approvazione dei dati e agenti: manca ben poco a questo stadio |
| Design e personalizzazione | 9.2 | L’output generato è rifinito e include un toggle dark/light mode funzionante; l’editing visuale post-build esiste ma l’esperienza è ancora orientata alla chat |
| Rapporto qualità/prezzo | 8.8 | Il piano gratuito è davvero utile; i piani a pagamento addebitano per builder più per utente interno, e il costo cresce rapidamente con l’aumentare del team |
| Prestazioni e affidabilità | 9.5 | Una build di 18 minuti per un’app full-stack con 9 tabelle e zero errori, con un flusso di approvazione integrato che aggiunge fiducia senza bloccare il progresso |
| Totale | 9.4 | Il nuovo builder produce app full-stack pronte per un uso reale, con controlli di sicurezza solidi, accesso al codice su tutti i piani e una qualità dell’output che supera la maggior parte delle alternative a questo prezzo |
Funzionalità di Retool
- Il prompt in linguaggio naturale genera un’app full-stack in una sola sessione
- Il simbolo @ richiama database e servizi esterni nel prompt mentre digiti
- Integrazione MCP con Claude Code, Cursor, Codex, ChatGPT e Kiro
- Gate di approvazione umana richiesto prima dell’esecuzione di qualsiasi funzione che scrive dati
- Chat, selection mode ed editing diretto del codice per il refinement post-build
- Database PostgreSQL integrato con ambienti staging e production
- Pubblicazione con un clic su un sottodominio personalizzato .retool.app
La Mia Recensione Onesta di Retool: Cosa Ho Trovato Dopo Averlo Testato
Prompt Prima Ancora della Registrazione
La prima cosa che Retool fa in modo diverso è che non ti chiede di creare un account prima di iniziare a costruire. La homepage si apre con un ampio box per il prompt ben visibile al centro, e tu scrivi la tua idea direttamente lì prima di toccare un modulo di registrazione.
Ci sono due cose da sapere su questo box del prompt prima di usarlo:
Prompt iniziali. Un pulsante “Starter prompts” apre un menu a discesa con quattro casi d’uso pronti:
- Strumento di gestione ordini
- Tracker di onboarding fornitori
- Coda di supporto clienti
- Dashboard KPI vendite
Sono utili per esplorare ciò che il builder può produrre. Non sono template su cui cliccare e proseguire: ne selezioni uno e popola il box del prompt, che puoi poi modificare prima di inviarlo.
@ per le sorgenti dati. Digitare @ all’interno del box del prompt apre un selettore di sorgenti dati a metà frase. Il menu mostra MySQL, PostgreSQL, Stripe, Slack, Snowflake e altro ancora. Questo significa che puoi scrivere un prompt come “Crea un tracker di onboarding fornitori che recupera lo stato dei fornitori dal nostro database @PostgreSQL e segnala le submission incomplete”, e la connessione al database è già nominata nella tua istruzione prima che la build inizi.
Build via MCP. Sotto il box principale del prompt, un pulsante “Build via MCP” apre una finestra modale (screenshot 3) che ti guida nel collegare Retool a Claude Code, Cursor, Codex, ChatGPT o Kiro tramite un comando da terminale. Per i team che preferiscono costruire dal proprio IDE esistente, questo è un percorso completamente documentato, non un ripensamento.
Ho testato il builder con un prompt dettagliato: una piattaforma di property management per proprietari e inquilini che copre autenticazione utenti, annunci immobiliari, gestione dei contratti di locazione, pagamenti dell’affitto, richieste di manutenzione, caricamento documenti, messaggistica, notifiche, una dashboard di amministrazione, reportistica, integrazione Stripe, database PostgreSQL, REST API, design responsive e istruzioni di deploy. Nove aree funzionali, un solo input.
Dopo aver premuto invio, la homepage mi ha chiesto di registrarmi o effettuare l’accesso per continuare a costruire.
I prompt iniziali e il selettore @ delle sorgenti dati dentro il box del prompt fanno capire le capacità dello strumento prima ancora che tu abbia creato un account. Altri builder ti fanno esplorare le funzionalità; Retool ti fa usarle.
La Registrazione è Rapida, Con Un Solo Passaggio di Setup Dopo
Retool offre due percorsi di registrazione: Continua con Google oppure email e password. Con Google richiede circa 20 secondi.
La schermata successiva chiede due cose:
| Campo | Cosa Fa |
|---|---|
| Nome completo | Il tuo nome visualizzato all’interno della piattaforma |
| Nome dell’organizzazione | Imposta il tuo sottodominio, ad es. kimothokarani.retool.com |
La disponibilità del sottodominio viene verificata in tempo reale e confermata con una spunta verde prima che tu clicchi Continua. Non c’è alcun passaggio di verifica email, nessuna checklist di onboarding e nessun tour delle funzionalità da chiudere. Il builder si apre immediatamente.
La pagina di registrazione di Retool mostra i loghi di Ramp, DoorDash, Stripe, Amazon, Snowflake e OpenAI come clienti esistenti.
Questo è un contesto utile da avere prima di valutare se la piattaforma sia davvero seria per casi d’uso enterprise.
Dentro il Builder: Con Cosa Stai Lavorando
Una volta caricato il builder, l’interfaccia è divisa in due pannelli:
Pannello sinistro: schede Chat, Data e Code
- Chat è dove comunichi con il builder durante e dopo la build. Istruzioni, chiarimenti e modifiche successive avvengono tutti qui.
- Data mostra le risorse collegate (Retool Database e Retool Storage di default) e l’elenco delle funzioni backend generate dal builder, inclusa l’indicazione di quelle che richiedono approvazione prima di poter essere eseguite.
- Code apre l’intero albero dei file del progetto: funzioni backend TypeScript organizzate per area funzionale e componenti frontend React TSX organizzati in cartelle pages, components, hooks e lib.
Pannello destro: Preview
Questa è l’anteprima live di tutto ciò che il builder sta generando in quel momento. Mentre la build è in corso, questo pannello mostra uno stato di caricamento sfumato.
Una volta completata la build, visualizza l’app completa navigabile. Puoi passare tra Preview e singoli file di codice usando le schede nella parte superiore.
Un pulsante “Publish” rimane visibile nell’angolo in alto a destra per tutta la sessione, così sai che andare online è sempre a un passo di distanza.
La Build Stessa: 18 Minuti, 35 Modifiche, Un Solo Prompt
La build è iniziata alle 7:55 pm. Ecco cosa è successo, nell’ordine in cui è successo:
Step 1: Ragionamento. Il builder non ha iniziato subito a scrivere codice. Ha prima mostrato “Reasoning through the options…” e ha trascorso circa 9 secondi ad analizzare il prompt prima di produrre un piano strutturato. La sidebar mostrava un riepilogo di ciò che intendeva costruire in tutte le aree funzionali: Pagamenti, Manutenzione, Documenti, Messaggi, Notifiche, Inquilini e Utenti, e Report. Ognuna aveva una breve descrizione di ciò che avrebbe incluso.
Step 2: Tabelle del database. Il builder ha presentato un blocco di SQL etichettato “Create all database tables” con una descrizione: “Crea tutte le 9 tabelle necessarie per la piattaforma di property management: users, properties, units, leases, payments, maintenance requests, documents, messages e notifications.” Il codice CREATE TABLE completo era visibile nel pannello. Sono comparsi due pulsanti: Deny e Run. Ho cliccato Run.
Step 3: Dati seed, prima passata. Poi è arrivato “Seed demo users, properties, and units”: istruzioni INSERT per proprietari, inquilini e immobili demo con nomi, email, ruoli e numeri di telefono realistici. Deny o Run. Ho cliccato Run.
Step 4: Dati seed, seconda passata. Poi “Seed leases, payments, maintenance, messages, notifications”: istruzioni INSERT per contratti di locazione con intervalli di date e importi dell’affitto realistici, record di pagamento, richieste di manutenzione con livelli di priorità, thread di messaggi e voci di notifica. Deny o Run. Ho cliccato Run.
Step 5: Funzioni backend. Il builder è passato a “Now let me build all backend functions” e ha iniziato a modificare i file di codice senza richiedere il mio input. Ha generato funzioni come getStats.ts, un file alla volta, trasmettendole in streaming nella scheda Code man mano che venivano completate.
Step 6: Pagine frontend. È seguita una lunga lista di modifiche ai file: Dashboard.tsx, Properties.tsx, Leases.tsx, Payments.tsx e altro ancora. Il builder ha anche ripulito import non utilizzati e corretto automaticamente errori TypeScript mentre lavorava sui file.
Step 7: Test e README. Il builder ha eseguito i propri test contro le funzioni del database che aveva appena scritto, ha confermato che restituissero dati, ha corretto un useEffect duplicato in Leases.tsx, risolto le dipendenze e scritto un README che copriva i passaggi di integrazione Stripe, gli indici del database, le raccomandazioni di scalabilità e il mapping dell’API REST.
Build completata alle 8:13 pm. 18 minuti. 35 modifiche nella codebase. Il riepilogo nel pannello sinistro elencava esattamente cosa era stato costruito in ogni area funzionale.
L’Output: Cosa Producono Davvero 18 Minuti
È qui che Retool si distingue dalla maggior parte dei builder AI che ho testato.
L’app finale si chiamava “PropManage” e aveva una sidebar completamente brandizzata con un logo, il nome e il ruolo dell’utente connesso (Sarah Johnson, Landlord) e dieci voci di navigazione: Dashboard, Properties, Leases, Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users e Reports. In basso c’erano Settings e Sign Out.
Dashboard: La prima riga mostrava banner di allerta live: “2 overdue payments totalling $3,800” in ambra, e “1 urgent maintenance request need attention” in rosso. Sotto, otto card KPI:
| KPI | Valore |
|---|---|
| Totale proprietà | 3 attive |
| Tasso di occupazione | 67% (6 of 9 units) |
| Affitto incassato | $20,600 this period |
| Pagamenti in ritardo | $3,800 (flagged in orange) |
| Contratti attivi | 5 expiring soon |
| Manutenzione aperta | 3 (1 in progress) |
| Inquilini | 4 across 2 landlords |
| Messaggi non letti | 3 awaiting response |
Sotto le card KPI: un grafico Revenue Overview (Collected vs Pending) e un grafico a barre Unit Status che mostrava unità occupate vs vuote. Più sotto: una lista Recent Payments e una lista Recent Maintenance, con voci colorate in base allo stato (Urgent rosso, High arancione, Medium giallo, Resolved grigio).
Pagina Properties: Tre card di proprietà che mostrano Oak Street Complex, Sunset Apartments e Downtown Lofts. Ogni card mostrava:
- Numero di unità e percentuale di occupazione
- Valore del ricavo mensile
- Barra di progresso dell’occupazione
- Tipo di proprietà e proprietario
- Pulsanti Edit e View
Pagina Messages: Un inbox a pannello diviso con schede Inbox/Sent, un badge con conteggio non letti (3), etichette del ruolo del mittente (Tenant), anteprime dei messaggi, timestamp e un pulsante Compose.
Pagina Payments: Tre card riepilogative in alto (Collected $20,600, Pending $13,000, Overdue $3,800), un banner “Stripe Integration Ready” con pulsante Connect Stripe, una tabella dei pagamenti ricercabile e filtrabile con 14 risultati e azioni “Mark Paid” individuali per ogni riga.
L’app includeva anche un toggle light/dark mode nell’angolo in alto a destra della preview (screenshot 1, seconda tornata). Il dark mode era l’impostazione predefinita. Passare alla light mode aggiornava istantaneamente l’intera app.
Tutte queste pagine sono nate da un singolo prompt. La profondità di ciò che è stato costruito, inclusi i colori delle priorità di manutenzione, il lettore messaggi a pannello diviso, il banner di integrazione Stripe e il grafico revenue vs pending, non è ciò che ti aspetteresti da una generazione AI al primo passaggio.
Tre Modi per Modificare Dopo la Build
Una volta completata la build, Retool ti offre tre modi distinti per apportare modifiche. Tutti e tre sono disponibili nel piano gratuito.
1. Chat La scheda Chat del pannello sinistro resta attiva anche dopo la build. Continui a digitare istruzioni: “Aggiungi un filtro città alla pagina Properties” oppure “Cambia la card dei pagamenti in ritardo in modo che mostri giallo invece di rosso.” Il builder modifica il file rilevante e ti mostra cosa è cambiato. Questo è il percorso per gli utenti non tecnici e per le modifiche più facili da descrivere che da localizzare nel codice.
2. Selection mode. Cliccando l’icona della selection mode nell’angolo in alto a destra della preview, l’app passa a un layer di editing interattivo.
Clicchi qualsiasi componente sullo schermo e appare un tooltip flottante che mostra il nome del componente e il file sorgente collegato.
Un campo “Ask for changes” ti permette di scrivere un’istruzione mirata senza lasciare la preview. Nel mio test, cliccando sull’intestazione della pagina Payments si è aperta una bubble collegata a Payments.tsx. È più veloce che descrivere in chat quale elemento intendi.
3. Editing diretto del codice. La scheda Code mostra l’intero albero dei file del progetto. Funzioni backend in TypeScript, componenti frontend come file .tsx, tutto organizzato e leggibile. Per esempio, puoi aprire getPayments.ts e leggere o modificare direttamente la query SQL.
Il codice è pulito, ben strutturato e non richiede di comprendere l’architettura interna di Retool per lavorarci.
La tabella qui sotto riassume quale modalità di editing si adatta a quale tipo di utente:
| Modalità di editing | Ideale per | Richiede conoscenze di codice |
|---|---|---|
| Chat | Utenti non tecnici; modifiche ampie | No |
| Selection mode | Modifiche UI mirate; più veloce della chat | No |
| Editing diretto del codice | Modifiche logiche precise; query personalizzate | Sì |
I responsabili operations e gli utenti non tecnici possono restare nella chat. La selection mode copre lo spazio intermedio: sai cosa vuoi cambiare, lo vedi a schermo, ma non sai in quale file si trovi.
La maggior parte dei builder AI costringe tutti in un’unica corsia. Retool no, e questo conta quando chi costruisce non è sempre la stessa persona che rifinisce.
Il Sistema di Approvazione delle Funzioni: Un Gate di Sicurezza Che Ha Senso
Sotto la scheda Data, c’è un toggle: “Require approval to run functions that may modify data.” È attivo di default.
Ogni funzione che scrive, aggiorna o elimina dati finisce in una coda “Needs review” prima di poter essere eseguita. Nella mia build, questo includeva:
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
Ognuna mostra un banner nella parte superiore della propria vista dettaglio: “This function requires review. Ensure it performs the right operations on the right data before approving.” Leggi il TypeScript, conferma che l’SQL faccia ciò che ti aspetti e clicca Approve.
Questo conta per la pubblicazione. Quando ho premuto Publish per la prima volta (screenshot 8, seconda tornata), la checklist di pubblicazione ha evidenziato un problema bloccante: “There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.” Un pulsante “Review functions” collegava direttamente alla scheda Data.
Dopo aver approvato ogni funzione, il flusso di pubblicazione è proseguito senza problemi. Ho impostato l’URL dell’app (kimothokarani–properties.retool.app), scelto una cartella, taggato la release e premuto Publish.
Se usi Retool per gestire dati aziendali reali (pagamenti, contratti di locazione, record utente), non vuoi che un’AI scriva funzioni di database che girano senza il tuo via libera. La maggior parte dei builder non offre questo gate. Il fatto che Retool lo includa di default dice molto su come la piattaforma concepisce ciò che significa essere “finito”.
Pubblicazione: Quasi Un Clic, Con Un Gate da Superare
Il flusso di pubblicazione è semplice una volta che le approvazioni delle funzioni sono a posto:
- Clicca “Publish” nell’angolo in alto a destra
- Imposta l’URL della tua app (formato: [org]–[appname].retool.app)
- Scegli una cartella (predefinita: Published)
- Tagga la release: nessun tag oppure Major release (1.0.0)
- Clicca Publish
L’URL risultante è un indirizzo .retool.app pulito e condivisibile. Non è richiesto alcun hosting separato nel piano gratuito. Puoi condividere il link immediatamente dopo la pubblicazione e l’app è online per chiunque abbia accesso.
Prezzi e Piani di Retool
Retool utilizza un modello in abbonamento con un livello di crediti AI sovrapposto. Ci sono due tipi di utenti in tutti i piani:
- Builder: utenti che creano o modificano app in un ciclo di fatturazione
- Utenti interni: utenti che usano solo le app senza apportare modifiche
Le cose principali da sapere prima di impegnarti:
- Non c’è alcuna garanzia di rimborso pubblicata.
- Il pagamento è solo con carta di credito.
- La fatturazione annuale consente di risparmiare il 20% su tutti i piani a pagamento.
- I crediti AI coprono la costruzione dell’app e le AI Actions. Si rinnovano mensilmente e non si accumulano.
- Gli agenti vengono fatturati separatamente a ore e non attingono al pool di crediti AI.
- I clienti Enterprise possono collegare la propria API key del provider di modelli. Quando attiva, le chiamate AI passano attraverso la loro chiave e i crediti Retool non vengono consumati.
- Il piano Business è necessario per qualsiasi cosa rivolta ai clienti: portali, app embed e branding personalizzato sono bloccati dietro di esso.
- Sono inclusi crediti bonus da Team in su (750 base più 250 bonus su Team; 1,500 base più 1,500 bonus su Business). Pacchetti di crediti aggiuntivi possono essere acquistati su qualsiasi piano a pagamento.
Quale piano è adatto a quale utente:
Gli sviluppatori solitari e i piccoli team che fanno le prime build possono restare comodamente sul piano gratuito. I team che iterano frequentemente raggiungeranno il limite di crediti e avranno bisogno del piano Team. Qualsiasi team che costruisca app rivolte ai clienti o embed deve usare il piano Business. I team con requisiti di compliance, necessità di SSO o più di pochi builder dovrebbero parlare con il reparto sales per Enterprise.
Alternative a Retool
Il concorrente più diretto del nuovo builder AI di Retool per gli strumenti interni enterprise è Superblocks. Dove Retool genera un’app full-stack all’interno della propria piattaforma e mantiene lì il codice, Superblocks genera app come codice React esportabile che puoi modificare nel tuo IDE e distribuire interamente al di fuori della piattaforma.
Per i team che tengono davvero a evitare il vendor lock-in, questa distinzione conta.
Superblocks offre anche un modello di sicurezza ibrido: il suo agent gira dentro il tuo VPC mentre l’interfaccia del builder è gestita nel cloud di Superblocks, il che lo rende la scelta più forte per le organizzazioni con requisiti rigorosi di data residency. Retool offre il self-hosting, ma richiede un overhead infrastrutturale significativamente maggiore rispetto all’approccio con agent on-premise di Superblocks.
Il compromesso è il prezzo. Superblocks è solo enterprise ($200 per AI builder al mese, più $100 per app ospitata al mese), il che rende il piano gratuito e il tier Team di Retool molto più accessibili per i team più piccoli.
| Funzionalità | Retool | Superblocks |
|---|---|---|
| Facilità d’uso | Piano gratuito, homepage orientata al prompt, registrazione rapida | Orientato all’enterprise; barriera iniziale più alta |
| Ideale per | Team di strumenti interni di qualsiasi dimensione, guidati dagli sviluppatori | Team enterprise con requisiti VPC e di compliance |
| Backend e dati | PostgreSQL integrato; oltre 100 integrazioni tramite sintassi @ | Generazione full-stack; esporta codice React standalone pulito |
| Flessibilità di design | Chat, selection mode e editing completo del codice nella piattaforma | Drag-and-drop, generazione AI ed editing nativo in IDE con sincronizzazione bidirezionale |
| Modello di prezzo | Piano gratuito disponibile; Team da $10/builder al mese | Solo enterprise; contatta il reparto sales |
Verdetto Finale: Retool Vale la Pena?
Il nuovo builder AI di Retool è la piattaforma prompt-to-app più capace che abbia testato per gli strumenti interni. In soli 18 minuti, ha generato una piattaforma di property management multi-pagina completa di dati seed, logica business, dashboard e navigazione.
Ciò che mi ha colpito di più è stata la qualità dell’output. L’app sembrava utilizzabile fin dal primo giorno piuttosto che un prototipo grezzo, e funzionalità come le approvazioni delle funzioni e l’accesso completo al codice mostrano che Retool è focalizzato su flussi di lavoro reali in produzione.
Detto questo, non è ideale per tutti. Gli utenti non tecnici potrebbero avere difficoltà con il processo di pubblicazione, e il pricing per seat può diventare costoso con la crescita dei team. Il builder è anche ancora in beta, quindi restano alcuni spigoli grezzi.
Per sviluppatori, startup e team operations che costruiscono software interno, Retool offre attualmente la migliore esperienza prompt-to-production disponibile. Se velocità, flessibilità e prontezza per la produzione contano, è uno dei migliori AI app builder che puoi usare oggi.
