Ce este Retool?
Retool este o platformă de dezvoltare pentru construirea de instrumente interne de afaceri: dashboard-uri, panouri de administrare, CRM-uri și aplicații de fluxuri de lucru, toate conectate la propriile tale baze de date și API-uri. Noul constructor AI, aflat în prezent în Beta și denumit AppGen, ia o descriere în limbaj natural și generează de la zero o aplicație full-stack completă.
Acesta scrie schema bazei de date, introduce date demo realiste, scrie funcțiile backend în TypeScript și construiește o interfață frontend React multi-pagină, toate conectate între ele și rulând pe baza de date PostgreSQL integrată a Retool.
Pentru cine este Retool?
- Dezvoltatorii de instrumente interne care vor să sară peste scaffolding-ul backend și să treacă de la o cerință scrisă la o aplicație funcțională, conectată la date, într-o singură sesiune, fără să atingă de la zero un framework sau o configurație de deployment.
- Echipele de operațiuni și produs care au nevoie de un CRM, un tracker de plăți sau un dashboard de mentenanță, dar nu pot aștepta ca engineering-ul să aibă disponibilitate. Constructorul bazat pe prompt al Retool le duce la o versiune funcțională în aceeași zi.
- Fondatorii tehnici care construiesc platforme interne ca parte a produsului lor. Retool le oferă output gata de producție, cu acces complet la cod, astfel încât nu sunt blocați într-o cutie neagră.
- Dezvoltatorii care vor un punct de plecare, nu un produs final. Tab-ul de cod este deschis pe fiecare plan, așa că aplicația generată este la fel de mult un scaffold cât este un livrabil. Inginerii care vor să termine lucrurile în felul lor vor găsi transferul foarte curat.
Avantaje și dezavantaje Retool
- Aplicație full-stack generată dintr-un singur prompt
- Acces direct la cod inclus pe orice plan
- Poarta de aprobare a funcțiilor previne scrierile accidentale în date
- Simbolul @ conectează sursele de date direct în prompt
- Trei moduri distincte de editare, potrivite pentru orice flux de lucru
- Calitatea output-ului concurează cu instrumentele dedicate
- Construirea MCP este suportată prin Claude Code, Cursor și altele
- Build-urile complexe durează 15 până la 20 de minute
- Prețurile per builder plus per utilizator cresc rapid pentru echipele aflate în creștere
- Noul constructor AI păstrează încă eticheta Beta
Distribuția evaluării
Noul constructor AI al Retool este încă etichetat Beta, dar output-ul pe care l-am văzut în timpul testării nu pare deloc un experiment timpuriu. Iată cum performează în zonele care contează cel mai mult atunci când evaluezi un constructor de aplicații AI pentru muncă reală.
| Funcționalitate | Scor (Din 10) | De ce acest scor |
|---|---|---|
| Ușurința de utilizare | 9.0 | Înregistrarea durează sub două minute, iar interfața builder-ului este clară, dar sistemul de aprobare a funcțiilor adaugă o curbă de învățare la prima publicare |
| Funcții & Funcționalitate | 9.8 | Generare full-stack, suport MCP, trei moduri de editare, porți de aprobare a datelor și agenți: foarte puține lipsesc în acest stadiu |
| Design & Personalizare | 9.2 | Output-ul generat este finisat și vine cu un comutator funcțional dark/light mode; editarea vizuală post-build există, dar experiența este încă centrată pe chat |
| Raport calitate-preț | 8.8 | Planul gratuit este cu adevărat util; nivelurile plătite taxează per builder plus per utilizator intern, ceea ce crește abrupt pe măsură ce echipa se mărește |
| Performanță & Fiabilitate | 9.5 | Un build de 18 minute pentru o aplicație full-stack cu 9 tabele și zero erori, plus un flux de aprobare integrat care adaugă încredere fără a bloca progresul |
| Per total | 9.4 | Noul builder produce aplicații full-stack gata pentru utilizare reală, cu controale puternice de siguranță, acces la cod pe toate planurile și o calitate a output-ului care depășește majoritatea alternativelor la acest nivel de preț |
Funcționalități Retool
- Promptul în limbaj natural generează o aplicație full-stack într-o singură sesiune
- Simbolul @ extrage baze de date și servicii externe în prompt în timp ce tastezi
- Integrare MCP cu Claude Code, Cursor, Codex, ChatGPT și Kiro
- Poartă de aprobare umană necesară înainte ca orice funcție care scrie date să ruleze
- Chat, selection mode și editare directă în cod pentru rafinarea post-build
- Bază de date PostgreSQL integrată cu medii de staging și producție
- Publicare cu un singur click pe un subdomeniu .retool.app personalizat
Recenzia mea sinceră despre Retool: ce am descoperit după ce l-am testat
Promptezi înainte chiar să te înregistrezi
Primul lucru diferit la Retool este că nu îți cere să creezi un cont înainte să începi să construiești. Pagina principală se deschide cu o casetă mare de prompt, amplasată central, iar tu îți tastezi ideea direct acolo înainte să atingi formularul de înregistrare.
Sunt două lucruri de știut despre această casetă de prompt înainte să o folosești:
Starter prompts. Un buton „Starter prompts” deschide un dropdown cu patru cazuri de utilizare gata pregătite:
- Order management tool
- Vendor onboarding tracker
- Customer support queue
- Sales KPI dashboard
Acestea sunt utile pentru a explora ce poate produce builder-ul. Nu sunt template-uri pe care dai click prin ele: selectezi una, iar aceasta completează caseta de prompt, pe care apoi o poți edita înainte de trimitere.
@ pentru surse de date. Dacă tastezi @ în interiorul casetei de prompt, se deschide un selector de surse de date în mijlocul propoziției. Meniul afișează MySQL, PostgreSQL, Stripe, Slack, Snowflake și altele. Asta înseamnă că poți scrie un prompt precum „Creează un tracker de onboarding pentru furnizori care preia statusul furnizorilor din baza noastră de date @PostgreSQL și marchează trimiterile incomplete,” iar conexiunea la bază de date este deja menționată în instrucțiunea ta înainte să înceapă build-ul.
Build via MCP. Sub caseta principală de prompt, un buton „Build via MCP” deschide un modal (screenshot 3) care te ghidează prin conectarea Retool la Claude Code, Cursor, Codex, ChatGPT sau Kiro printr-o comandă de terminal. Pentru echipele care preferă să construiască din IDE-ul lor existent, aceasta este o cale complet documentată, nu un detaliu secundar.
Am testat builder-ul cu un prompt detaliat: o platformă de administrare a proprietăților pentru proprietari și chiriași, care acoperă autentificarea utilizatorilor, listări de proprietăți, gestionarea contractelor de închiriere, plăți de chirie, cereri de mentenanță, încărcări de documente, mesagerie, notificări, un dashboard de administrare, raportare, integrare Stripe, bază de date PostgreSQL, API REST, design responsive și instrucțiuni de deployment. Nouă zone funcționale, o singură intrare.
După ce am apăsat send, pagina principală mi-a cerut să mă înregistrez sau să mă autentific pentru a continua construirea.
Starter prompts și selectorul @ de surse de date din interiorul casetei de prompt te ajută să înțelegi capabilitățile instrumentului chiar înainte să-ți fi creat un cont. Alte platforme te obligă să explorezi funcțiile; Retool te lasă să le folosești.
Înregistrarea este rapidă, cu un singur pas suplimentar după aceea
Retool oferă două rute de înregistrare: Continue with Google sau email plus parolă. Google durează aproximativ 20 de secunde.
Următorul ecran cere două lucruri:
| Câmp | Ce face |
|---|---|
| Full name | Numele tău afișat în platformă |
| Organisation name | Setează subdomeniul tău, de ex. kimothokarani.retool.com |
Disponibilitatea subdomeniului este verificată live și confirmată cu o bifă verde înainte să apeși Continue. Nu există pas de verificare prin email, nici checklist de onboarding și nici tutorial de funcționalități de închis. Builder-ul se deschide imediat.
Pagina de înregistrare Retool afișează logo-uri pentru Ramp, DoorDash, Stripe, Amazon, Snowflake și OpenAI ca și clienți existenți.
Acesta este un context util înainte să evaluezi dacă platforma este serioasă în privința cazurilor de utilizare enterprise.
În interiorul builder-ului: cu ce lucrezi
După ce builder-ul se încarcă, interfața este împărțită în două panouri:
Panoul stâng: tab-urile Chat, Data și Code
- Chat este locul unde comunici cu builder-ul în timpul și după construcție. Instrucțiunile, clarificările și modificările ulterioare au loc aici.
- Data afișează resursele conectate (Retool Database și Retool Storage implicit) și lista funcțiilor backend generate de builder, inclusiv care dintre ele necesită aprobare înainte să poată rula.
- Code deschide arborele complet al fișierelor proiectului: funcții backend TypeScript organizate pe zone funcționale și componente frontend React TSX organizate în foldere de pagini, componente, hooks și lib.
Panoul drept: Preview
Aceasta este previzualizarea live a ceea ce construiește builder-ul în acel moment. În timp ce build-ul este în desfășurare, acest panou afișează o stare de încărcare cu gradient.
După finalizarea build-ului, acesta redă aplicația complet navigabilă. Poți comuta între Preview și fișiere individuale de cod folosind tab-urile din partea de sus.
Un buton „Publish” stă în colțul din dreapta sus și rămâne vizibil pe tot parcursul sesiunii, astfel încât știi mereu că publicarea este la un pas distanță.
Build-ul propriu-zis: 18 minute, 35 de modificări, un singur prompt
Build-ul a început la 7:55 pm. Iată ce s-a întâmplat, în ordinea în care s-a întâmplat:
Pasul 1: Raționament. Builder-ul nu a început imediat să scrie cod. Mai întâi a afișat „Reasoning through the options…” și a petrecut aproximativ 9 secunde analizând promptul înainte de a produce un plan structurat. Bara laterală a arătat un rezumat al a ceea ce intenționa să construiască în toate zonele funcționale: Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users și Reports. Fiecare avea o scurtă descriere a ceea ce urma să includă.
Pasul 2: Tabelele bazei de date. Builder-ul a prezentat un bloc de SQL etichetat „Create all database tables” cu descrierea: „Creates all 9 tables needed for the property management platform: users, properties, units, leases, payments, maintenance requests, documents, messages, and notifications.” Codul CREATE TABLE complet era vizibil în panou. Au apărut două butoane: Deny și Run. Am apăsat Run.
Pasul 3: Date demo, prima trecere. A urmat „Seed demo users, properties, and units”: instrucțiuni INSERT pentru proprietari, chiriași și proprietăți demo, cu nume, emailuri, roluri și numere de telefon realiste. Deny sau Run. Am apăsat Run.
Pasul 4: Date demo, a doua trecere. Apoi „Seed leases, payments, maintenance, messages, notifications”: instrucțiuni INSERT pentru contracte de închiriere cu intervale de date și sume lunare reale, înregistrări de plată, cereri de mentenanță cu niveluri de prioritate, fire de mesaje și intrări de notificări. Deny sau Run. Am apăsat Run.
Pasul 5: Funcțiile backend. Builder-ul a trecut la „Now let me build all backend functions” și a început să editeze fișierele de cod fără să îmi ceară input. A generat funcții precum getStats.ts, câte un fișier pe rând, trimițând fiecare în tab-ul Code pe măsură ce se finaliza.
Pasul 6: Paginile frontend. A urmat o listă lungă de modificări de fișiere: Dashboard.tsx, Properties.tsx, Leases.tsx, Payments.tsx și altele. Builder-ul a curățat și importurile nefolosite și a reparat automat erorile TypeScript pe măsură ce parcurgea fișierele.
Pasul 7: Testare și README. Builder-ul și-a rulat propriile teste pe funcțiile de bază de date pe care tocmai le scrisese, a confirmat că returnează date, a reparat un useEffect duplicat în Leases.tsx, a rezolvat dependențele și a scris un README care acoperă pașii de integrare Stripe, indexurile bazei de date, recomandările de scalare și maparea API-ului REST.
Build-ul s-a terminat la 8:13 pm. 18 minute. 35 de modificări în codebase. Rezumatul din panoul stâng a listat exact ce a fost construit în fiecare zonă funcțională.
Output-ul: ce produce de fapt 18 minute
Aici se diferențiază Retool de majoritatea builder-elor AI pe care le-am testat.
Aplicația finalizată s-a numit „PropManage” și avea o bară laterală complet branduită, cu un logo, numele și rolul utilizatorului autentificat (Sarah Johnson, Landlord), și zece elemente de navigație: Dashboard, Properties, Leases, Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users și Reports. Settings și Sign Out erau în partea de jos.
Dashboard: Rândul de sus afișa bannere de alertă live: „2 overdue payments totalling $3,800” în chihlimbar și „1 urgent maintenance request need attention” în roșu. Sub acestea, opt carduri KPI:
| KPI | Valoare |
|---|---|
| Total Properties | 3 active |
| Occupancy Rate | 67% (6 of 9 units) |
| Rent Collected | $20,600 this period |
| Overdue Payments | $3,800 (flagged in orange) |
| Active Leases | 5 expiring soon |
| Open Maintenance | 3 (1 in progress) |
| Tenants | 4 across 2 landlords |
| Unread Messages | 3 awaiting response |
Sub cardurile KPI: un grafic Revenue Overview (Collected vs Pending) și un grafic cu bare Unit Status care arată unitățile ocupate versus vacante. Sub acestea: o listă Recent Payments și o listă Recent Maintenance, cu intrări codificate pe culori în funcție de status (Urgent roșu, High portocaliu, Medium galben, Resolved gri).
Pagină Properties: Trei carduri de proprietăți care arată Oak Street Complex, Sunset Apartments și Downtown Lofts. Fiecare card afișa:
- Numărul de unități și procentul de ocupare
- Valoarea veniturilor lunare
- Bară de progres a ocupării
- Tipul proprietății și proprietarul
- Butoane Edit și View
Pagină Messages: O căsuță poștală în split-pane cu tab-uri Inbox/Sent, un badge cu numărul de mesaje necitite (3), etichete de rol ale expeditorului (Tenant), previzualizări ale mesajelor, marcaje temporale și un buton Compose.
Pagină Payments: Trei carduri rezumative în partea de sus (Collected $20,600, Pending $13,000, Overdue $3,800), un banner „Stripe Integration Ready” cu un buton Connect Stripe, un tabel de plăți cu căutare și filtrare, cu 14 rezultate, și acțiuni individuale „Mark Paid” pentru fiecare rând.
Aplicația a inclus, de asemenea, un comutator light/dark mode în colțul din dreapta sus al previzualizării (screenshot 1, a doua serie). Dark mode era implicit. Comutarea la light mode actualiza instant întreaga aplicație.
Fiecare dintre aceste pagini a venit dintr-un singur prompt. Profunzimea a ceea ce a fost construit, inclusiv prioritățile de mentenanță codificate pe culori, cititorul de mesaje în split-pane, bannerul de integrare Stripe și graficul revenue vs pending, nu este ceea ce te-ai aștepta de la o generare AI de primă trecere.
Trei moduri de editare după build
După ce build-ul se termină, Retool îți oferă trei modalități distincte de a face modificări. Toate trei sunt disponibile pe planul gratuit.
1. Chat Tab-ul Chat din panoul stâng rămâne activ după build. Continui să tastezi instrucțiuni: „Adaugă un filtru de oraș pe pagina Properties” sau „Schimbă cardul de overdue payment să afișeze galben în loc de roșu.” Builder-ul editează fișierul relevant și îți arată ce s-a schimbat. Aceasta este ruta pentru utilizatorii non-tehnici și pentru modificările care sunt mai ușor de descris decât de localizat în cod.
2. Selection mode. Dând click pe iconița de selection mode din colțul din dreapta sus al previzualizării, aplicația intră într-un strat interactiv de editare.
Dai click pe orice componentă de pe ecran și apare un tooltip plutitor, care afișează numele componentei și fișierul sursă legat de aceasta.
Un câmp „Ask for changes” îți permite să tastezi o instrucțiune țintită fără să părăsești previzualizarea. În testul meu, dând click pe header-ul paginii Payments s-a deschis o bulă legată de Payments.tsx. Acest lucru este mai rapid decât să descrii în chat la ce element te referi.
3. Editare directă în cod. Tab-ul Code afișează arborele complet al fișierelor proiectului. Funcții backend în TypeScript, componente frontend ca fișiere .tsx, toate organizate și lizibile. De exemplu, poți deschide getPayments.ts și citi sau edita direct query-ul SQL.
Codul este curat, bine structurat și nu necesită să înțelegi arhitectura internă a Retool pentru a lucra cu el.
Tabelul de mai jos rezumă ce mod de editare se potrivește fiecărui tip de utilizator:
| Mod de editare | Cel mai potrivit pentru | Necesită cunoștințe de cod |
|---|---|---|
| Chat | Utilizatori non-tehnici; modificări ample | Nu |
| Selection mode | Modificări UI țintite; mai rapid decât chat | Nu |
| Editare directă în cod | Modificări precise de logică; query-uri personalizate | Da |
Managerii de operațiuni și utilizatorii non-tehnici pot rămâne în chat. Selection mode acoperă golul dintre ele: știi ce vrei să schimbi, poți vedea pe ecran, doar că nu știi în ce fișier se află.
Majoritatea builder-elor AI îi obligă pe toți într-o singură direcție. Retool nu face asta, iar asta contează atunci când persoana care construiește nu este întotdeauna aceeași cu cea care rafinează.
Sistemul de aprobare a funcțiilor: o barieră de siguranță care are sens
Sub tab-ul Data există un comutator: „Require approval to run functions that may modify data.” Este activat implicit.
Fiecare funcție care scrie, actualizează sau șterge date stă într-o coadă „Needs review” înainte de a putea fi executată. În build-ul meu, acestea au inclus:
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
Fiecare dintre ele afișează un banner în partea de sus a paginii sale de detalii: „This function requires review. Ensure it performs the right operations on the right data before approving.” Citești TypeScript-ul, confirmi că SQL-ul face exact ce te aștepți și apeși Approve.
Acest lucru contează pentru publicare. Când am apăsat prima dată Publish (screenshot 8, a doua serie), checklist-ul de publicare a semnalat o problemă blocantă: „There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.” Un buton „Review functions” ducea direct la tab-ul Data.
După aprobarea fiecărei funcții, fluxul de publicare a continuat fără probleme. Am setat URL-ul aplicației (kimothokarani–properties.retool.app), am ales un folder, am adăugat un tag pentru versiune și am apăsat Publish.
Dacă folosești Retool pentru a gestiona date de business reale (plăți, contracte de închiriere, înregistrări de utilizatori), nu vrei ca un AI să scrie funcții de bază de date care rulează fără aprobarea ta. Majoritatea builder-elor nu oferă această barieră. Faptul că Retool o livrează implicit spune ceva important despre felul în care platforma vede ce înseamnă „gata”.
Publicarea: aproape un singur click, cu o singură barieră de trecut
Fluxul de publicare este simplu odată ce aprobările funcțiilor sunt în regulă:
- Dă click pe „Publish” în colțul din dreapta sus
- Setează URL-ul aplicației tale (format: [org]–[appname].retool.app)
- Alege un folder (implicit Published)
- Adaugă tag-ul pentru release: fără tag sau Major release (1.0.0)
- Dă click pe Publish
URL-ul rezultat este o adresă .retool.app curată, ușor de partajat. Nu este necesară o găzduire separată pe planul gratuit. Poți distribui linkul imediat după publicare, iar aplicația este live pentru oricine are acces.
Prețuri și planuri Retool
Retool folosește un model de abonament cu un strat suplimentar de credite AI. Există două tipuri de utilizatori pe toate planurile:
- Builders: Utilizatori care creează sau editează aplicații într-un ciclu de facturare
- Internal users: Utilizatori care folosesc doar aplicațiile, fără să facă editări
Lucruri importante de știut înainte să te angajezi:
- Nu există o garanție publicată de returnare a banilor.
- Plata se face doar cu cardul de credit.
- Facturarea anuală economisește 20% pe toate planurile plătite.
- Creditele AI acoperă construirea aplicațiilor și AI Actions. Se reînnoiesc lunar și nu se reportează.
- Agenții sunt taxați separat la oră și nu folosesc pool-ul de credite AI.
- Clienții Enterprise își pot conecta propria cheie API de la furnizorul de modele. Când este activă, apelurile AI sunt rutate prin propria lor cheie și creditele Retool nu sunt consumate.
- Planul Business este necesar pentru orice este client-facing: portaluri, aplicații embed și branding personalizat sunt blocate în spatele lui.
- Creditele bonus sunt incluse la Team și mai sus (750 de bază plus 250 bonus pe Team; 1,500 de bază plus 1,500 bonus pe Business). Pachete suplimentare de credite pot fi cumpărate pe orice plan plătit.
Ce plan se potrivește fiecărui utilizator:
Dezvoltatorii solo și echipele mici care fac primele build-uri se pot descurca bine pe planul gratuit. Echipele care iterează frecvent vor atinge limita de credite și vor avea nevoie de nivelul Team. Orice echipă care construiește aplicații client-facing sau embed are nevoie de planul Business. Echipele cu cerințe de conformitate, nevoi de SSO sau mai mult de câțiva builders ar trebui să discute cu sales pentru Enterprise.
Alternative la Retool
Cel mai direct competitor pentru noul builder AI al Retool pentru instrumente interne enterprise este Superblocks. Unde Retool generează o aplicație full-stack în propria sa platformă și păstrează codul acolo, Superblocks generează aplicații ca cod React exportabil, pe care îl poți modifica în propriul IDE și îl poți implementa în afara platformei, în totalitate.
Pentru echipele care sunt serioase în privința evitării lock-in-ului de vendor, această diferență contează.
Superblocks oferă, de asemenea, un model de securitate hibrid: agentul său rulează în interiorul VPC-ului tău, în timp ce interfața builder este administrată în cloud-ul Superblocks, ceea ce îl face o alegere mai bună pentru organizațiile cu cerințe stricte de rezidență a datelor. Retool oferă self-hosting, dar acesta necesită o suprasarcină de infrastructură semnificativ mai mare decât abordarea cu agent on-premise a Superblocks.
Compromisul este prețul. Superblocks este doar enterprise ($200 per AI builder per month, plus $100 per hosted app per month), ceea ce face ca planul gratuit și nivelul Team ale Retool să fie dramatic mai accesibile pentru echipele mai mici.
| Funcționalitate | Retool | Superblocks |
|---|---|---|
| Ușurința de utilizare | Plan gratuit, pagină principală prompt-first, înregistrare rapidă | Axat pe enterprise; prag mai ridicat pentru a începe |
| Cel mai bun pentru | Echipe de instrumente interne de orice dimensiune, conduse de dezvoltatori | Echipe enterprise cu cerințe VPC și de conformitate |
| Backend și date | PostgreSQL integrat; 100+ integrări prin sintaxa @ | Generare full-stack; exportă cod React standalone curat |
| Flexibilitate de design | Chat, selection mode și editare completă a codului în platformă | Drag-and-drop, generare AI și editare nativă în IDE, cu sincronizare bidirecțională |
| Model de preț | Plan gratuit disponibil; Team de la $10/builder per month | Doar enterprise; contact sales |
Verdict final: merită Retool?
Noul builder AI al Retool este cea mai capabilă platformă prompt-to-app pe care am testat-o pentru instrumente interne. În doar 18 minute, a generat o platformă de administrare a proprietăților cu mai multe pagini, completă cu date introduse, logică de business, dashboard-uri și navigație.
Ceea ce m-a impresionat cel mai mult a fost calitatea output-ului. Aplicația s-a simțit utilizabilă din prima zi, nu ca un prototip brut, iar funcții precum aprobările pentru funcții și accesul complet la cod arată că Retool este concentrat pe fluxuri de lucru reale de producție.
Totuși, nu este ideal pentru toată lumea. Utilizatorii non-tehnici ar putea întâmpina dificultăți cu procesul de publicare, iar prețurile per seat pot deveni costisitoare pe măsură ce echipele cresc. Builder-ul este, de asemenea, încă în beta, așa că există încă unele asperități.
Pentru dezvoltatori, startup-uri și echipe de operațiuni care construiesc software intern, Retool oferă în prezent cea mai puternică experiență prompt-to-production disponibilă. Dacă viteza, flexibilitatea și pregătirea pentru producție contează, este unul dintre cele mai bune instrumente AI de construirea aplicațiilor pe care le poți folosi astăzi.
