Hva er Retool?
Retool er en utviklingsplattform for å bygge interne forretningsverktøy: dashbord, adminpaneler, CRM-er og arbeidsflytapper, alt koblet til dine egne databaser og API-er. Den nye AI-byggeren, som for øyeblikket er i beta og merkes som AppGen, tar en enkel beskrivelse på vanlig språk og genererer en komplett fullstack-applikasjon fra bunnen av.
Den skriver databaseskjemaet, fyller det med realistiske demodata, skriver backend TypeScript-funksjonene og bygger et React-front-end med flere sider, alt koblet sammen og kjørende på Retools innebygde PostgreSQL-database.
Hvem er Retool for?
- Utviklere av interne verktøy som vil hoppe over backend-skallkonstruksjon og gå fra et skriftlig krav til en fungerende, datatilkoblet app i én enkelt økt, uten å måtte starte fra scratch med et rammeverk eller en distribusjonskonfigurasjon.
- Operasjons- og produktteam som trenger en CRM, en betalingstracker eller et vedlikeholdsdashbord, men som ikke kan vente på at engineering får kapasitet. Retools promptbaserte bygger får dem til en fungerende versjon samme dag.
- Tekniske grunnleggere som bygger interne plattformer som en del av produktet sitt. Retool gir dem produksjonsklart resultat med full tilgang til koden, så de ikke er låst til en svart boks.
- Utviklere som vil ha et utgangspunkt, ikke et ferdig produkt. Kodefanen er åpen på alle planer, så den genererte appen er like mye et skjelett som et sluttprodukt. Ingeniører som vil fullføre ting på sin måte, vil synes overleveringen er ryddig.
Retool fordeler og ulemper
- Fullstack-app generert fra én enkelt prompt
- Direkte kodeinnsyn inkludert på alle planer
- Godkjenningsport for funksjoner forhindrer utilsiktede dataskrivninger
- @-symbolet kobler datakilder inn i selve prompten
- Tre ulike redigeringsmoduser som passer enhver arbeidsflyt
- Resultatkvaliteten konkurrerer med spesialiserte verktøy
- MCP-bygging støttes via Claude Code, Cursor og andre
- Komplekse bygg tar 15 til 20 minutter å fullføre
- Prising per bygger pluss per bruker blir fort dyrt for voksende team
- Den nye AI-byggeren har fortsatt Beta-merking
Vurderingsfordeling
Retools nye AI-bygger er fortsatt merket som beta, men resultatet jeg så i testingen føles ikke som et tidlig eksperiment. Her er hvordan den presterer på områdene som betyr mest når man vurderer en AI-appbygger for faktisk arbeid.
| Funksjon | Poeng (av 10) | Hvorfor denne poengsummen |
|---|---|---|
| Brukervennlighet | 9.0 | Registrering tar under to minutter og byggergrensesnittet er tydelig, men funksjonsgodkjenningssystemet gir en læringskurve første gang du publiserer |
| Funksjoner og funksjonalitet | 9.8 | Fullstack-generering, MCP-støtte, tre redigeringsmoduser, datagodkjenningsporter og agenter: svært lite mangler på dette stadiet |
| Design og tilpasning | 9.2 | Generert resultat er polert og kommer med en fungerende mørk/lys-modus-bryter; visuell redigering etter bygging finnes, men opplevelsen er fortsatt chat-først |
| Valuta for pengene | 8.8 | Gratisplanen er genuint nyttig; betalte nivåer tar betalt per bygger pluss per intern bruker, noe som øker kraftig etter hvert som teamet vokser |
| Ytelse og pålitelighet | 9.5 | Et 18-minutters bygg for en fullstack-app med 9 tabeller og null feil, samt en innebygd godkjenningsflyt som gir trygghet uten å hindre fremdrift |
| Totalt | 9.4 | Den nye byggeren produserer fullstack-apper som er klare til faktisk bruk, med sterke sikkerhetskontroller, kodeinnsyn på alle planer og resultatkvalitet som overgår de fleste alternativer i denne prisklassen |
Retool-funksjoner
- Naturlig språk-prompt genererer en fullstack-app i én økt
- @-symbolet henter eksterne databaser og tjenester inn i prompten underveis
- MCP-integrasjon med Claude Code, Cursor, Codex, ChatGPT og Kiro
- Godkjenningsport for mennesker kreves før enhver funksjon som skriver data kan kjøres
- Chat, markeringsmodus og direkte kode-redigering for forbedringer etter bygging
- Innebygd PostgreSQL-database med staging- og produksjonsmiljøer
- Publiser med ett klikk til et egendefinert .retool.app-underdomene
Min ærlige Retool-anmeldelse: Hva jeg fant etter å ha testet det
Du skriver prompten før du i det hele tatt registrerer deg
Det første Retool gjør annerledes, er at det ikke ber deg opprette en konto før du begynner å bygge. Hjemmesiden åpner med en stor promptboks midt på siden, og du skriver ideen din direkte inn i den før du berører et registreringsskjema.
Det er to ting det er verdt å vite om denne promptboksen før du bruker den:
Startprompter. En “Starter prompts”-knapp åpner en nedtrekksmeny med fire ferdige brukstilfeller:
- Bestillingsadministrasjonsverktøy
- Tracker for leverandøronboarding
- Kundesupportkø
- Dashbord for salgs-KPI-er
Disse er nyttige for å utforske hva byggeren kan produsere. De er ikke maler du klikker deg gjennom: du velger én, og den fyller promptboksen, som du deretter kan redigere før du sender den.
@ for datakilder. Å skrive @ inne i promptboksen åpner en datakildevelger midt i setningen. Menyen viser MySQL, PostgreSQL, Stripe, Slack, Snowflake og flere. Dette betyr at du kan skrive en prompt som “Create a vendor onboarding tracker that pulls vendor status from our @PostgreSQL database and flags incomplete submissions,” og databasetilkoblingen er allerede navngitt i instruksjonen din før byggingen starter.
Bygg via MCP. Under hovedpromptboksen åpner en “Build via MCP”-knapp en modal (skjermbilde 3) som veileder deg gjennom å koble Retool til Claude Code, Cursor, Codex, ChatGPT eller Kiro via en terminalkommando. For team som foretrekker å bygge fra sin eksisterende IDE, er dette en fullt dokumentert vei, ikke en ettertanke.
Jeg testet byggeren med en detaljert prompt: en eiendomsforvaltningsplattform for utleiere og leietakere som dekker brukerautentisering, eiendomsoppføringer, leieadministrasjon, husleiebetalinger, vedlikeholdsforespørsler, dokumentopplasting, meldinger, varsler, et admin-dashbord, rapportering, Stripe-integrasjon, PostgreSQL-database, REST API, responsivt design og distribusjonsinstruksjoner. Ni funksjonsområder, én input.
Etter at jeg trykket send, ba hjemmesiden meg om å registrere meg eller logge inn for å fortsette byggingen.
Startpromptene og @-datakildevelgeren inne i promptboksen gjør at du forstår verktøyets muligheter før du i det hele tatt har opprettet en konto. Andre byggere får deg til å utforske funksjoner; Retool får deg til å bruke dem.
Registrering går raskt, med ett oppsettsteg etterpå
Retool tilbyr to registreringsveier: Fortsett med Google eller e-post pluss passord. Google tar omtrent 20 sekunder.
Neste skjerm ber om to ting:
| Felt | Hva det gjør |
|---|---|
| Fullt navn | Visningsnavnet ditt inne i plattformen |
| Organisasjonsnavn | Setter underdomenet ditt, f.eks. kimothokarani.retool.com |
Underdomenets tilgjengelighet sjekkes live og bekreftes med en grønn hake før du klikker Fortsett. Det er ingen e-postbekreftelse, ingen onboarding-sjekkliste og ingen produktomvisning du må lukke. Byggeren åpnes umiddelbart.
Retools registreringsside viser logoer for Ramp, DoorDash, Stripe, Amazon, Snowflake og OpenAI som eksisterende kunder.
Det er nyttig kontekst før du vurderer om plattformen er seriøs med tanke på bedriftsbruk.
Inne i byggeren: Hva du jobber med
Når byggeren lastes inn, er grensesnittet delt i to paneler:
Venstre panel: Chat-, Data- og Kode-faner
- Chat er stedet du kommuniserer med byggeren under og etter byggingen. Instruksjoner, avklaringer og oppfølgingsendringer skjer alle her.
- Data viser de tilkoblede ressursene dine (Retool Database og Retool Storage som standard) og listen over backend-funksjoner som byggeren har generert, inkludert hvilke som krever godkjenning før de kan kjøre.
- Kode åpner hele prosjektets filtre: backend TypeScript-funksjoner organisert etter funksjonsområde, og frontend React TSX-komponenter organisert i sider, komponenter, hooks og lib-mapper.
Høyre panel: Forhåndsvisning
Dette er live-forhåndsvisningen av det byggeren til enhver tid genererer. Mens byggingen pågår, viser dette panelet en gradient-lastevisning.
Når byggingen er fullført, rendrer det den fullstendige navigerbare appen. Du kan bytte mellom Forhåndsvisning og individuelle kodefiler ved hjelp av fanene langs toppen.
En “Publish”-knapp sitter øverst til høyre og forblir synlig gjennom hele økten, så du vet at publisering alltid er ett steg unna.
Selve byggingen: 18 minutter, 35 endringer, én prompt
Byggingen startet kl. 7:55 pm. Dette skjedde, i den rekkefølgen det skjedde:
Steg 1: Resonnering. Byggeren begynte ikke å skrive kode med en gang. Den viste først “Reasoning through the options…” og brukte omtrent 9 sekunder på å analysere prompten før den produserte en strukturert plan. Sidepanelet viste et sammendrag av hva den hadde tenkt å bygge på tvers av alle funksjonsområdene: Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users og Reports. Hver av dem hadde en kort beskrivelse av hva den ville inkludere.
Steg 2: Databasetabeller. Byggeren presenterte en SQL-blokk merket “Create all database tables” med en beskrivelse: “Creates all 9 tables needed for the property management platform: users, properties, units, leases, payments, maintenance requests, documents, messages, and notifications.” Hele CREATE TABLE-koden var synlig i panelet. To knapper dukket opp: Deny og Run. Jeg klikket Run.
Steg 3: Demodata, første pass. Deretter kom “Seed demo users, properties, and units”: INSERT-setninger for demo-utleiere, leietakere og eiendommer med realistiske navn, e-poster, roller og telefonnumre. Deny eller Run. Jeg klikket Run.
Steg 4: Demodata, andre pass. Så kom “Seed leases, payments, maintenance, messages, notifications”: INSERT-setninger for leieavtaler med reelle datointervaller og husleiebeløp, betalingsposter, vedlikeholdsforespørsler med prioritet, meldetråder og varseloppføringer. Deny eller Run. Jeg klikket Run.
Steg 5: Backend-funksjoner. Byggeren gikk videre til “Now let me build all backend functions” og begynte å redigere kodefiler uten å kreve innspill fra meg. Den genererte funksjoner som getStats.ts, én fil om gangen, og strømmet hver enkelt til Kode-fanen etter hvert som den ble ferdig.
Steg 6: Frontend-sider. Deretter fulgte en lang liste med filendringer: Dashboard.tsx, Properties.tsx, Leases.tsx, Payments.tsx og flere. Byggeren ryddet også opp i ubrukte imports og rettet TypeScript-feil automatisk mens den jobbet seg gjennom filene.
Steg 7: Testing og README. Byggeren kjørte egne tester mot databasefunksjonene den nettopp hadde skrevet, bekreftet at de returnerte data, fikset en duplisert useEffect i Leases.tsx, løste avhengigheter og skrev en README som dekker Stripe-integrasjonstrinn, databaseindekser, anbefalinger for skalering og REST API-kartlegging.
Byggingen ble fullført kl. 8:13 pm. 18 minutter. 35 endringer på tvers av kodebasen. Sammendraget i venstre panel listet nøyaktig hva som ble bygget på tvers av hvert funksjonsområde.
Resultatet: Hva 18 minutter faktisk produserer
Det er her Retool skiller seg ut fra de fleste AI-byggere jeg har testet.
Den ferdige appen ble kalt “PropManage” og hadde en fullt profilert sidemeny med en logo, navnet og rollen til den innloggede brukeren (Sarah Johnson, Landlord) og ti navigasjonselementer: Dashboard, Properties, Leases, Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users og Reports. Settings og Sign Out lå nederst.
Dashboard: Øverste rad viste varsellinjer i sanntid: “2 overdue payments totalling $3,800” i ravgult, og “1 urgent maintenance request need attention” i rødt. Under det: åtte KPI-kort:
| KPI | Verdi |
|---|---|
| Totalt antall eiendommer | 3 aktive |
| Utnyttelsesgrad | 67% (6 av 9 enheter) |
| Leie innkrevd | $20,600 denne perioden |
| Forfalte betalinger | $3,800 (markert i oransje) |
| Aktive leieavtaler | 5 utløper snart |
| Åpent vedlikehold | 3 (1 under arbeid) |
| Leietakere | 4 fordelt på 2 utleiere |
| Uleste meldinger | 3 venter på svar |
Under KPI-kortene: et Revenue Overview-diagram (Collected vs Pending) og et Unit Status stolpediagram som viser opptatte versus ledige enheter. Under disse: en liste over Recent Payments og en Recent Maintenance-liste, med oppføringer fargekodet etter status (Urgent rød, High oransje, Medium gul, Resolved grå).
Eiendomssiden: Tre eiendomskort som viser Oak Street Complex, Sunset Apartments og Downtown Lofts. Hvert kort viste:
- Antall enheter og utnyttelsesprosent
- Månedlig inntektsbeløp
- Fremdriftslinje for utnyttelse
- Eiendomstype og eier
- Rediger- og Vis-knapper
Meldinger-siden: En delt innboks med Inbox/Sent-faner, et badge for antall uleste meldinger (3), rolleetiketter for avsender (Tenant), meldingsforhåndsvisninger, tidsstempler og en Compose-knapp.
Betalingssiden: Tre sammendragskort øverst (Collected $20,600, Pending $13,000, Overdue $3,800), et banner med “Stripe Integration Ready” og en Connect Stripe-knapp, en søkbar og filtrerbar betalingstabell med 14 resultater, og individuelle “Mark Paid”-handlinger per rad.
Appen inkluderte også en lys/mørk-modus-bryter øverst til høyre i forhåndsvisningen (skjermbilde 1, andre batch). Mørk modus var standard. Å bytte til lys modus oppdaterte hele appen umiddelbart.
Hver eneste av disse sidene kom fra én eneste prompt. Dybden i det som ble bygget, inkludert vedlikeholdsprioriteter med fargekoding, den delte meldingsleseren, Stripe-integrasjonsbanneret og diagrammet for inntekter versus ventende, er ikke det du ville forvente av en AI-generering på første forsøk.
Tre måter å redigere etter bygging
Når byggingen er fullført, gir Retool deg tre ulike måter å gjøre endringer på. Alle tre er tilgjengelige på gratisplanen.
1. Chat Chat-fanen i venstre panel forblir aktiv etter bygging. Du fortsetter å skrive instruksjoner: “Add a city filter to the Properties page” eller “Change the overdue payment card to show yellow instead of red.” Byggeren redigerer den relevante filen og viser deg hva som ble endret. Dette er veien for ikke-tekniske brukere og for endringer som er enklere å beskrive enn å finne i kode.
2. Markeringsmodus. Ved å klikke på markeringsmodus-ikonet øverst til høyre i forhåndsvisningen, bytter appen til et interaktivt redigeringslag.
Du klikker på hvilken som helst komponent på skjermen, og en flytende verktøytips vises, som viser komponentnavnet og den tilknyttede kildefilen.
Et “Ask for changes”-felt lar deg skrive en målrettet instruksjon uten å forlate forhåndsvisningen. I testen min åpnet jeg betalingssidens overskrift, og det åpnet en boble koblet til Payments.tsx. Dette er raskere enn å beskrive hvilket element du mener i en chatmelding.
3. Direkte kode-redigering. Kode-fanen viser hele prosjektets filtre. Backend-funksjoner i TypeScript, frontend-komponenter som .tsx-filer, alt organisert og lesbart. For eksempel kan du åpne getPayments.ts og lese eller redigere SQL-spørringen direkte.
Koden er ren, godt strukturert og krever ikke at du forstår Retools interne arkitektur for å jobbe med den.
Tabellen nedenfor oppsummerer hvilken redigeringsmodus som passer best for hvilken type bruker:
| Redigeringsmodus | Best for | Krever kodekunnskap |
|---|---|---|
| Chat | Ikke-tekniske brukere; brede endringer | Nei |
| Markeringsmodus | Målrettede UI-endringer; raskere enn chat | Nei |
| Direkte kode-redigering | Presise logiske endringer; egendefinerte spørringer | Ja |
Driftsledere og ikke-tekniske brukere kan holde seg i chat. Markeringsmodus dekker gapet mellom dem: du vet hva du vil endre, du kan se det på skjermen, du vet bare ikke hvilken fil det ligger i.
De fleste AI-byggere tvinger alle inn i ett spor. Retool gjør ikke det, og det betyr noe når personen som bygger ikke alltid er den samme som finjusterer.
Funksjonsgodkjenningssystemet: En sikkerhetsport som gir mening
Under Data-fanen finnes en bryter: “Require approval to run functions that may modify data.” Den er på som standard.
Hver funksjon som skriver, oppdaterer eller sletter data ligger i en “Needs review”-kø før den kan kjøres. I mitt bygg inkluderte det:
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
Hver av dem viser et banner øverst i detaljvisningen sin: “This function requires review. Ensure it performs the right operations on the right data before approving.” Du leser TypeScript-koden, bekrefter at SQL-en gjør det du forventer, og klikker Approve.
Dette betyr noe for publisering. Da jeg først trykket Publish (skjermbilde 8, andre batch), markerte publiseringssjekklisten et blokkerende problem: “There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.” En “Review functions”-knapp lenket direkte til Data-fanen.
Etter å ha godkjent hver funksjon, fortsatte publiseringsflyten uten problemer. Jeg satte app-URL-en (kimothokarani–properties.retool.app), valgte en mappe, tagget utgivelsen og trykket Publish.
Hvis du bruker Retool til å håndtere reelle forretningsdata (betalinger, leieavtaler, brukerregistre), vil du ikke at en AI skal skrive databasefunksjoner som kjører uten din godkjenning. De fleste byggeverktøy gir ikke denne porten. At Retool leverer den som standard sier noe viktig om hvordan plattformen tenker på hva “ferdig” betyr.
Publisering: Nesten ett klikk, med én port å passere
Publiseringsflyten er enkel når funksjonsgodkjenningene er på plass:
- Klikk “Publish” øverst til høyre
- Sett app-URL-en din (format: [org]–[appname].retool.app)
- Velg en mappe (standard er Published)
- Tag utgivelsen: ingen tag eller Major release (1.0.0)
- Klikk Publish
Den resulterende URL-en er en ren, delbar .retool.app-adresse. Ingen separat hosting er nødvendig på gratisplanen. Du kan dele lenken umiddelbart etter publisering, og appen er live for alle med tilgang.
Retool-prising og planer
Retool bruker en abonnementsmodell med et AI-kredittlag oppå. Det finnes to brukertyper på tvers av alle planer:
- Byggere: Brukere som oppretter eller redigerer apper i en faktureringssyklus
- Interne brukere: Brukere som bare bruker apper uten å gjøre endringer
Viktige ting å vite før du binder deg:
- Det finnes ingen publisert pengene-tilbake-garanti.
- Betaling skjer kun med kredittkort.
- Årsfakturering sparer 20% på alle betalte planer.
- AI-kreditter dekker appbygging og AI Actions. De fornyes månedlig og ruller ikke over.
- Agenter faktureres separat per time og trekker ikke fra AI-kredittpoolen.
- Enterprise-kunder kan koble til sin egen modellleverandør-API-nøkkel. Når den er aktiv, rutes AI-kall gjennom deres egen nøkkel og Retool-kreditter brukes ikke.
- Business-planen kreves for alt som vender mot kunder: portaler, innebygde apper og egendefinert merkevarebygging er låst bak den.
- Bonuskreditter er inkludert på Team og oppover (750 base pluss 250 bonus på Team; 1,500 base pluss 1,500 bonus på Business). Ekstra kredittpakker kan kjøpes på alle betalte planer.
Hvilken plan passer for hvilken bruker:
Solo-utviklere og små team som gjør de første byggene, kan holde seg komfortabelt på gratisplanen. Team som itererer ofte vil nå kredittgrensen og trenger Team-nivået. Ethvert team som bygger kundeorienterte eller innebygde apper, trenger Business-planen. Team med krav til samsvar, SSO-behov eller mer enn noen få byggere bør snakke med salg om Enterprise.
Alternativer til Retool
Den mest direkte konkurrenten til Retools nye AI-bygger for interne bedriftsverktøy er Superblocks. Der Retool genererer en fullstack-app inne i sin egen plattform og beholder koden der, genererer Superblocks apper som eksporterbar React-kode som du kan modifisere i din egen IDE og distribuere helt utenfor plattformen.
For team som er seriøse om å unngå leverandørlåsing, betyr den forskjellen noe.
Superblocks tilbyr også en hybrid sikkerhetsmodell: agenten kjører inne i din VPC mens byggergrensesnittet håndteres i Superblocks’ sky, noe som gjør den til det sterkere valget for organisasjoner med strenge krav til dataresidens. Retool tilbyr selvhosting, men det krever betydelig mer infrastrukturarbeid enn Superblocks’ on-premise agenttilnærming.
Avveiningen er prisen. Superblocks er kun for enterprise (200$ per AI-bygger per måned, pluss 100$ per hostet app per måned), noe som gjør Retools gratisplan og Team-nivå betydelig mer tilgjengelig for mindre team.
| Funksjon | Retool | Superblocks |
|---|---|---|
| Brukervennlighet | Gratisplan, prompt-først-hjemmeside, rask registrering | Enterprise-fokusert; høyere terskel for å komme i gang |
| Best for | Team som bygger interne verktøy, utviklerledet | Enterprise-team med VPC- og samsvarskrav |
| Backend og data | Innebygd PostgreSQL; 100+ integrasjoner via @-syntaks | Fullstack-generering; eksporterer ren, selvstendig React-kode |
| Designfleksibilitet | Chat, markeringsmodus og full kode-redigering i plattformen | Dra-og-slipp, AI-generering og native IDE-redigering med toveis synkronisering |
| Prismodell | Gratis nivå tilgjengelig; Team fra $10/builder per måned | Kun enterprise; kontakt salg |
Endelig vurdering: Er Retool verdt det?
Retools nye AI-bygger er den mest kapable prompt-til-app-plattformen jeg har testet for interne verktøy. På bare 18 minutter genererte den en flersiders eiendomsforvaltningsplattform med seedede data, forretningslogikk, dashbord og navigasjon.
Det som imponerte meg mest, var kvaliteten på resultatet. Appen føltes brukbar fra dag én i stedet for å være en grov prototype, og funksjoner som funksjonsgodkjenning og full kodeinnsyn viser at Retool er fokusert på reelle arbeidsflyter i produksjon.
Når det er sagt, er den ikke ideell for alle. Ikke-tekniske brukere kan slite med publiseringsprosessen, og prising per sete kan bli kostbar etter hvert som team vokser. Byggeren er også fortsatt i beta, så noen ru kanter gjenstår.
For utviklere, startups og driftsteam som bygger intern programvare, leverer Retool for øyeblikket den sterkeste prompt-til-produksjon-opplevelsen som finnes. Hvis hastighet, fleksibilitet og produksjonsberedskap betyr noe, er det en av de beste AI-appbyggerne du kan bruke i dag.
