Hvad er Retool?
Retool er en udviklingsplatform til at bygge interne forretningsværktøjer: dashboards, adminpaneler, CRM-systemer og workflow-apps, alt sammen forbundet til dine egne databaser og API’er. Den nye AI-builder, som i øjeblikket er i beta og har brandet AppGen, tager en beskrivelse på almindeligt engelsk og genererer en komplet full-stack-applikation fra bunden.
Den skriver databaseskemaet, fylder det med realistiske demodata, skriver backend TypeScript-funktionerne og bygger en flersidet React-frontend, alt sammen koblet sammen og kørende på Retools indbyggede PostgreSQL-database.
Hvem er Retool til?
- Udviklere af interne værktøjer der vil springe backend-scaffolding over og gå fra et skriftligt krav til en fungerende, datatilsluttet app i én session uden at røre en framework- eller deploymentkonfiguration fra bunden.
- Operations- og produktteams der har brug for et CRM, en betalingstracker eller et vedligeholdelsesdashboard, men som ikke kan vente på, at engineering får tid. Retools prompt-baserede builder får dem til en fungerende version samme dag.
- Tekniske grundlæggere der bygger interne platforme som en del af deres produkt. Retool giver dem produktionklar output med fuld kodeadgang, så de ikke er låst i en black box.
- Udviklere, der vil have et udgangspunkt, ikke et færdigt produkt. Kodefanen er åben på alle planer, så den genererede app er lige så meget et scaffold som et leverbart resultat. Ingeniører, der vil færdiggøre tingene på deres egen måde, vil finde overdragelsen ren.
Retool fordele og ulemper
- Full-stack-app genereret fra én prompt
- Direkte kodeadgang inkluderet på alle planer
- Godkendelsesgate for funktioner forhindrer utilsigtede datawrites
- @-symbolet forbinder datakilder inde i selve prompten
- Tre forskellige redigeringstilstande til enhver arbejdsflow
- Outputkvalitet konkurrerer med specialbyggede værktøjer
- MCP-bygning understøttes via Claude Code, Cursor og andre
- Komplekse builds tager 15 til 20 minutter at færdiggøre
- Prissætning pr. builder plus pr. bruger løber hurtigt op for voksende teams
- Den nye AI-builder bærer stadig en beta-label
Vurderingsfordeling
Retools nye AI-builder er stadig mærket som beta, men outputtet, jeg så under testen, føles ikke som et tidligt eksperiment. Her er, hvordan den klarer sig på de områder, der betyder mest, når man vurderer en AI-appbuilder til rigtigt arbejde.
| Funktion | Score (ud af 10) | Hvorfor scoren |
|---|---|---|
| Brugervenlighed | 9.0 | Tilmelding tager under to minutter, og builder-UI’en er tydelig, men funktionsgodkendelsessystemet tilføjer en læringskurve første gang, du publicerer |
| Funktioner og funktionalitet | 9.8 | Full-stack-generering, MCP-understøttelse, tre redigeringstilstande, datagodkendelsesgates og agenter: meget lidt mangler på dette tidspunkt |
| Design og tilpasning | 9.2 | Det genererede output er poleret og leveres med en fungerende mørk/lys-mode-toggle; visuel redigering efter build findes, men oplevelsen er stadig chat-first |
| Værdi for pengene | 8.8 | Den gratis plan er reelt brugbar; betalte niveauer opkræver pr. builder plus pr. intern bruger, hvilket stiger stejlt, når teamstørrelsen vokser |
| Ydeevne og pålidelighed | 9.5 | Et 18-minutters build for en full-stack-app med 9 tabeller og zero errors samt en indbygget godkendelsesflow, der giver tryghed uden at blokere fremskridt |
| Samlet | 9.4 | Den nye builder producerer full-stack-apps, der er klar til reel brug, med stærke sikkerhedskontroller, kodeadgang på alle planer og outputkvalitet, der overgår de fleste alternativer i denne prisklasse |
Retool-funktioner
- Naturligt sprog-prompt genererer en full-stack-app i én session
- @-symbol henter eksterne databaser og tjenester ind i prompten midt i skrivningen
- MCP-integration med Claude Code, Cursor, Codex, ChatGPT og Kiro
- Human approval-gate krævet, før enhver data-skrivende funktion kører
- Chat, selection mode og direkte kode-redigering til efterfølgende finpudsning
- Indbygget PostgreSQL-database med staging- og production-miljøer
- One-click publish til et tilpasset .retool.app-subdomæne
Min ærlige Retool-anmeldelse: Hvad jeg fandt efter at have testet det
Du prompt’er, før du overhovedet tilmelder dig
Det første, Retool gør anderledes, er, at det ikke beder dig oprette en konto, før du begynder at bygge. Forsiden åbner med en stor promptboks midt på siden, og du skriver din idé direkte ind i den, før du rører ved en tilmeldingsformular.
Der er to ting, det er værd at vide om denne promptboks, før du bruger den:
Starter prompts. En knap med teksten “Starter prompts” åbner en dropdown med fire færdiglavede use cases:
- Ordrestyringsværktøj
- Leverandør onboarding-tracker
- Kundesupportkø
- Sales KPI-dashboard
Disse er nyttige til at udforske, hvad builderen kan producere. Det er ikke skabeloner, du klikker dig igennem: du vælger en, og den udfylder promptboksen, som du derefter kan redigere, før du sender den.
@ for datakilder. Hvis du skriver @ inde i promptboksen, åbnes en data source-picker midt i sætningen. Menuen viser MySQL, PostgreSQL, Stripe, Slack, Snowflake og flere. Det betyder, at du kan skrive en prompt som “Opret en leverandør onboarding-tracker, der henter leverandørstatus fra vores @PostgreSQL database og markerer ufuldstændige indsendelser,” og databaseforbindelsen er allerede navngivet i din instruktion, før buildet starter.
Build via MCP. Under hovedpromptboksen åbner en “Build via MCP”-knap en modal (skærmbillede 3), der guider dig gennem at forbinde Retool til Claude Code, Cursor, Codex, ChatGPT eller Kiro via en terminalkommando. For teams, der foretrækker at bygge fra deres eksisterende IDE, er dette en fuldt dokumenteret vej, ikke en eftertanke.
Jeg testede builderen med en detaljeret prompt: en ejendomsadministrationsplatform til udlejere og lejere, der dækkede brugerautentificering, ejendomsoversigter, lejekontraktstyring, huslejebetalinger, vedligeholdelsesanmodninger, dokumentupload, beskeder, notifikationer, et admin-dashboard, rapportering, Stripe-integration, PostgreSQL-database, REST API, responsivt design og implementeringsinstruktioner. Ni funktionsområder, ét input.
Efter jeg trykkede send, bad forsiden mig om at tilmelde mig eller logge ind for at fortsætte byggeriet.
Starter prompts og @-data source-picker’en inde i promptboksen betyder, at du forstår værktøjets muligheder, før du overhovedet har oprettet en konto. Andre builders får dig til at udforske funktioner; Retool får dig til at bruge dem.
Tilmelding er hurtig, med ét opsætningstrin bagefter
Retool tilbyder to tilmeldingsveje: Fortsæt med Google eller e-mail plus adgangskode. Google tager cirka 20 sekunder.
Den næste skærm spørger om to ting:
| Felt | Hvad det gør |
|---|---|
| Fulde navn | Dit visningsnavn i platformen |
| Organisationsnavn | Sætter dit subdomæne, f.eks. kimothokarani.retool.com |
Tilgængelighed for subdomænet tjekkes live og bekræftes med et grønt flueben, før du klikker Fortsæt. Der er intet e-mailbekræftelsestrin, ingen onboarding-checkliste og ingen produkt-tur, der skal lukkes. Builderen åbner med det samme.
Retools tilmeldingsside viser logoer for Ramp, DoorDash, Stripe, Amazon, Snowflake og OpenAI som eksisterende kunder.
Det er kontekst, der er værd at have, før du vurderer, om platformen er seriøs omkring enterprise-use cases.
Inde i builderen: Hvad du arbejder med
Når builderen indlæses, er grænsefladen delt i to paneler:
Venstre panel: Chat, Data og Code faner
- Chat er, hvor du kommunikerer med builderen under og efter buildet. Instruktioner, afklaringer og opfølgende ændringer sker alle her.
- Data viser dine tilsluttede ressourcer (Retool Database og Retool Storage som standard) og listen over backend-funktioner, som builderen har genereret, inklusive hvilke der kræver godkendelse, før de kan køre.
- Code åbner hele projektets filtræ: backend TypeScript-funktioner organiseret efter funktionsområde og frontend React TSX-komponenter organiseret i pages, components, hooks og lib-mapper.
Højre panel: Preview
Dette er liveforhåndsvisningen af det, builderen er ved at generere. Mens buildet er i gang, viser dette panel en gradient-loadingtilstand.
Når buildet er færdigt, gengiver det den fulde navigerbare app. Du kan skifte mellem Preview og individuelle kodefiler ved hjælp af fanerne øverst.
En “Publish”-knap sidder øverst til højre og forbliver synlig gennem hele sessionen, så du altid ved, at go-live er ét skridt væk.
Selve buildet: 18 minutter, 35 ændringer, én prompt
Buildet startede kl. 7:55 pm. Her er, hvad der skete, i den rækkefølge det skete:
Trin 1: Reasoning. Builderen begyndte ikke straks at skrive kode. Den viste først “Reasoning through the options…” og brugte omkring 9 sekunder på at analysere prompten, før den producerede en struktureret plan. Sidebaren viste et resumé af, hvad den havde tænkt sig at bygge på tværs af alle funktionsområder: Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users og Reports. Hver havde en kort beskrivelse af, hvad den ville indeholde.
Trin 2: Databasetabeller. Builderen præsenterede en blok SQL med titlen “Create all database tables” sammen med en beskrivelse: “Creates all 9 tables needed for the property management platform: users, properties, units, leases, payments, maintenance requests, documents, messages, and notifications.” Den fulde CREATE TABLE-kode var synlig i panelet. To knapper dukkede op: Deny og Run. Jeg klikkede Run.
Trin 3: Demodata, første gennemløb. Næste skridt var “Seed demo users, properties, and units”: INSERT-statements for demo-udlejere, lejere og ejendomme med realistiske navne, e-mails, roller og telefonnumre. Deny eller Run. Jeg klikkede Run.
Trin 4: Demodata, andet gennemløb. Derefter kom “Seed leases, payments, maintenance, messages, notifications”: INSERT-statements for lejekontrakter med reelle datointervaller og huslejebeløb, betalingsposter, vedligeholdelsesanmodninger med prioritet, beskedtråde og notifikationsposter. Deny eller Run. Jeg klikkede Run.
Trin 5: Backend-funktioner. Builderen gik videre til “Now let me build all backend functions” og begyndte at redigere kodefiler uden at kræve min input. Den genererede funktioner som getStats.ts, én fil ad gangen, og streamede hver af dem til Code-fanen, efterhånden som de blev færdige.
Trin 6: Frontend-sider. En lang liste af filændringer fulgte: Dashboard.tsx, Properties.tsx, Leases.tsx, Payments.tsx og flere. Builderen ryddede også op i ubrugte imports og rettede TypeScript-fejl automatisk, mens den arbejdede sig gennem filerne.
Trin 7: Test og README. Builderen kørte sine egne tests mod databasefunktionerne, den lige havde skrevet, bekræftede, at de returnerede data, rettede en dubleret useEffect i Leases.tsx, løste dependencies og skrev en README, der dækkede Stripe-integrationssteps, databaseindekser, skaleringsanbefalinger og REST API-mapping.
Buildet blev afsluttet kl. 8:13 pm. 18 minutter. 35 ændringer på tværs af kodebasen. Resuméet i venstre panel listede præcis, hvad der blev bygget på tværs af hvert funktionsområde.
Outputtet: Hvad 18 minutter faktisk producerer
Det er her, Retool skiller sig ud fra de fleste AI-builders, jeg har testet.
Den færdige app hed “PropManage” og havde en fuldt brandet sidebar med et logo, den indloggede brugers navn og rolle (Sarah Johnson, Landlord) samt ti navigationspunkter: Dashboard, Properties, Leases, Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users og Reports. Settings og Sign Out lå nederst.
Dashboard: Øverste række viste live alert-bannere: “2 overdue payments totalling $3,800” i ravfarvet og “1 urgent maintenance request need attention” i rødt. Under det otte KPI-kort:
| KPI | Værdi |
|---|---|
| Samlede ejendomme | 3 aktive |
| Belægningsgrad | 67% (6 af 9 enheder) |
| Husleje indsamlet | $20,600 this period |
| Forfaldne betalinger | $3,800 (markeret med orange) |
| Aktive lejekontrakter | 5 udløber snart |
| Åbent vedligehold | 3 (1 i gang) |
| Lejere | 4 på tværs af 2 udlejere |
| Ulæste beskeder | 3 venter på svar |
Under KPI-kortene: et Revenue Overview-diagram (Collected vs Pending) og et Unit Status-søjlediagram, der viser optagne versus ledige enheder. Under det: en Recent Payments-liste og en Recent Maintenance-liste med poster farvekodet efter status (Urgent rød, High orange, Medium gul, Resolved grå).
Ejendomsiden: Tre ejendomskort, der viser Oak Street Complex, Sunset Apartments og Downtown Lofts. Hvert kort viste:
- Antal enheder og belægningsprocent
- Månedligt omsætningsbeløb
- Belægningsfremdriftsbar
- Ejendomstype og ejer
- Edit- og View-knapper
Besked-siden: En split-pane indbakke med Inbox/Sent-faner, en ulæst tæller-badge (3), afsenderrollenavne (Tenant), beskeduddrag, tidsstempler og en Compose-knap.
Betalingssiden: Tre opsummeringskort øverst (Collected $20,600, Pending $13,000, Overdue $3,800), et “Stripe Integration Ready”-banner med en Connect Stripe-knap, en søgbar og filtrerbar betalingstabel med 14 resultater og individuelle “Mark Paid”-handlinger pr. række.
Appen inkluderede også en lys/mørk-mode-toggle øverst til højre i forhåndsvisningen (skærmbillede 1, anden batch). Mørk tilstand var standard. Skift til lys tilstand opdaterede hele appen øjeblikkeligt.
Hver eneste af disse sider kom fra én prompt. Dybden i det, der blev bygget, inklusive de farvekodede vedligeholdelsesprioriteter, split-pane-beskedlæseren, Stripe-integrationsbanneret og diagrammet for revenue vs pending, er ikke, hvad man ville forvente af en første-pass AI-generering.
Tre måder at redigere efter buildet
Når buildet er færdigt, giver Retool dig tre forskellige måder at foretage ændringer på. Alle tre er tilgængelige på gratisplanen.
1. Chat Venstre panels Chat-fane forbliver aktiv efter buildet. Du skriver blot instruktioner: “Tilføj et city-filter på Properties-siden” eller “Skift overdue payment-kortet til at vise gult i stedet for rødt.” Builderen redigerer den relevante fil og viser dig, hvad der er ændret. Dette er vejen til ikke-tekniske brugere og til ændringer, der er lettere at beskrive end at finde i kode.
2. Selection mode. Hvis du klikker på selection mode-ikonet øverst til højre i forhåndsvisningen, skifter appen til et interaktivt redigeringslag.
Du klikker på enhver komponent på skærmen, og en flydende tooltip vises, som viser komponentnavnet og den tilknyttede kildefil.
Et “Ask for changes”-felt lader dig skrive en målrettet instruktion uden at forlade previewen. I min test åbnede et klik på Payments-sideoverskriften en boble, der var knyttet til Payments.tsx. Det er hurtigere end at beskrive i chatten, hvilket element du mener.
3. Direkte kode-redigering. Code-fanen viser hele projektets filtræ. Backend-funktioner i TypeScript, frontend-komponenter som .tsx-filer, alt organiseret og læsbart. Du kan for eksempel åbne getPayments.ts og læse eller redigere SQL-forespørgslen direkte.
Koden er ren, velstruktureret og kræver ikke, at du forstår Retools interne arkitektur for at arbejde med den.
Tabellen nedenfor opsummerer, hvilken redigeringstilstand der passer til hvilken type bruger:
| Redigeringstilstand | Bedst til | Kræver kodekendskab |
|---|---|---|
| Chat | Ikke-tekniske brugere; brede ændringer | Nej |
| Selection mode | Målrettede UI-ændringer; hurtigere end chat | Nej |
| Direkte kode-redigering | Præcise logikændringer; tilpassede forespørgsler | Ja |
Operationschefer og ikke-tekniske brugere kan blive i chat. Selection mode bygger broen mellem dem: du ved, hvad du vil ændre, du kan se det på skærmen, du ved bare ikke, hvilken fil det ligger i.
De fleste AI-builders tvinger alle ind i én bane. Retool gør ikke, og det betyder noget, når personen, der bygger, ikke altid er den samme som personen, der finjusterer.
Funktionsgodkendelsessystemet: En sikkerhedsgate, der giver mening
Under Data-fanen er der en toggle: “Require approval to run functions that may modify data.” Den er slået til som standard.
Hver funktion, der skriver, opdaterer eller sletter data, ligger i en “Needs review”-kø, før den kan eksekvere. I mit build inkluderede det:
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
Hver enkelt viser et banner øverst i sin detaljevisning: “This function requires review. Ensure it performs the right operations on the right data before approving.” Du læser TypeScript-koden, bekræfter, at SQL’en gør det, du forventer, og klikker Approve.
Dette betyder noget for publicering. Da jeg første gang trykkede Publish (skærmbillede 8, anden batch), markerede publish-checklisten et blokerende problem: “There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.” En “Review functions”-knap linkede direkte til Data-fanen.
Efter at have godkendt hver funktion fortsatte publish-flowet rent. Jeg satte app-URL’en (kimothokarani–properties.retool.app), valgte en mappe, taggede udgivelsen og trykkede Publish.
Hvis du bruger Retool til at styre rigtige forretningsdata (betalinger, lejekontrakter, brugeroptegnelser), vil du ikke have, at en AI skriver databasefunktioner, der kører uden din godkendelse. De fleste builder-værktøjer giver dig ikke denne gate. At Retool leverer den som standard, siger noget meningsfuldt om, hvordan platformen tænker på, hvad “færdig” betyder.
Publicering: Næsten ét klik, med én gate at klare
Publish-flowet er ligetil, når funktionsgodkendelserne er på plads:
- Klik på “Publish” øverst til højre
- Angiv din app-URL (format: [org]–[appname].retool.app)
- Vælg en mappe (standard er Published)
- Tag udgivelsen: ingen tag eller Major release (1.0.0)
- Klik Publish
Den resulterende URL er en ren, delbar .retool.app-adresse. Ingen separat hosting er nødvendig på gratisplanen. Du kan dele linket med det samme efter publicering, og appen er live for alle med adgang.
Retool-priser og planer
Retool bruger en abonnementsmodel med et AI-kreditslag ovenpå. Der er to brugertyper på tværs af alle planer:
- Builders: Brugere, der opretter eller redigerer apps i en faktureringsperiode
- Interne brugere: Brugere, der kun bruger apps uden at lave redigeringer
Vigtige ting at vide, før du binder dig:
- Der er ingen offentliggjort pengene-tilbage-garanti.
- Betaling er kun med kreditkort.
- Årlig fakturering sparer 20% på alle betalte planer.
- AI-kreditter dækker appbygning og AI Actions. De fornyes månedligt og overføres ikke.
- Agenter faktureres separat pr. time og trækker ikke fra AI-kreditpuljen.
- Enterprise-kunder kan tilslutte deres egen modeludbyders API-nøgle. Når den er aktiv, sendes AI-kald via deres egen nøgle, og Retool-kreditter forbruges ikke.
- Business-planen er påkrævet for alt, der er klientvendt: portaler, indlejrede apps og brugerdefineret branding er låst bag den.
- Bonus-kreditter er inkluderet i Team og opefter (750 base plus 250 bonus på Team; 1,500 base plus 1,500 bonus på Business). Ekstra kreditpakker kan købes på alle betalte planer.
Hvilken plan passer til hvilken bruger:
Solo-udviklere og små teams, der laver de første builds, kan komfortabelt blive på gratisplanen. Teams, der itererer ofte, vil ramme kreditgrænsen og have brug for Team-niveauet. Ethvert team, der bygger klientvendte eller indlejrede apps, har brug for Business-planen. Teams med compliance-krav, SSO-behov eller mere end en håndfuld builders bør tale med salg om Enterprise.
Alternativer til Retool
Den mest direkte konkurrent til Retools nye AI-builder til interne enterprise-værktøjer er Superblocks. Hvor Retool genererer en full-stack-app inde i sin egen platform og beholder koden der, genererer Superblocks apps som eksportérbar React-kode, som du kan ændre i din egen IDE og deploye helt uden for platformen.
For teams, der er seriøse omkring at undgå vendor lock-in, betyder den forskel noget.
Superblocks tilbyder også en hybrid sikkerhedsmodel: dens agent kører inde i din VPC, mens builder-grænsefladen administreres i Superblocks’ cloud, hvilket gør den til det stærkere valg for organisationer med strenge krav til dataresidens. Retool tilbyder self-hosting, men det kræver markant mere infrastruktur-arbejde end Superblocks’ on-premise agent-tilgang.
Afvejningen er prisen. Superblocks er enterprise-only ($200 per AI builder per måned plus $100 per hosted app per måned), hvilket gør Retools gratis plan og Team-niveau langt mere tilgængelige for mindre teams.
| Funktion | Retool | Superblocks |
|---|---|---|
| Brugervenlighed | Gratis plan, prompt-first homepage, hurtig tilmelding | Enterprise-fokuseret; højere barriere for at komme i gang |
| Bedst til | Teams af interne værktøjer i alle størrelser, udviklerledet | Enterprise-teams med VPC- og compliancekrav |
| Backend og data | Indbygget PostgreSQL; 100+ integrationer via @-syntaks | Full-stack-generering; eksporterer ren, selvstændig React-kode |
| Designfleksibilitet | Chat, selection mode og fuld kode-redigering i platformen | Drag-and-drop, AI-generering og native IDE-redigering med tovejs-sync |
| Prisstruktur | Gratis niveau tilgængeligt; Team fra $10/builder pr. måned | Kun enterprise; kontakt salg |
Endelig vurdering: Er Retool pengene værd?
Retools nye AI-builder er den mest kapable prompt-til-app-platform, jeg har testet til interne værktøjer. På bare 18 minutter genererede den en flersidet ejendomsadministrationsplatform komplet med seeded data, forretningslogik, dashboards og navigation.
Det, der imponerede mig mest, var kvaliteten af outputtet. Appen føltes brugbar fra dag ét snarere end som et råt prototypeudkast, og funktioner som funktionsgodkendelser og fuld kodeadgang viser, at Retool fokuserer på reelle produktionsworkflows.
Når det er sagt, er den ikke ideel for alle. Ikke-tekniske brugere kan have svært ved publiceringsprocessen, og per-seat-prissætningen kan blive dyr, når teams vokser. Builderen er også stadig i beta, så nogle ujævnheder findes stadig.
For udviklere, startups og operationsteams, der bygger intern software, leverer Retool i øjeblikket den stærkeste prompt-to-production-oplevelse, der findes. Hvis hastighed, fleksibilitet og produktionsparathed betyder noget, er det en af de bedste AI-appbuilders, du kan bruge i dag.
