Vad är Retool?
Retool är en utvecklingsplattform för att bygga interna affärsverktyg: dashboards, adminpaneler, CRM-system och arbetsflödesappar, allt anslutet till dina egna databaser och API:er. Den nya AI-byggaren, som för närvarande är i beta och varumärkesmässigt kallas AppGen, tar en beskrivning på enkel engelska och genererar en komplett fullstack-applikation från grunden.
Den skriver databas-schemat, fyller det med realistisk demodata, skriver backendfunktionerna i TypeScript och bygger ett React-frontend med flera sidor, allt sammankopplat och körande på Retools inbyggda PostgreSQL-databas.
Vem passar Retool för?
- Utvecklare av interna verktyg som vill hoppa över backend-skapandet och gå från ett skrivet krav till en fungerande, datakopplad app i en enda session, utan att börja från grunden med ett ramverk eller distributionskonfiguration.
- Operations- och produktteam som behöver ett CRM, en betalningsspårare eller en underhållsdashboard men inte kan vänta på att utvecklingsteamet ska få tid. Retools promptbaserade byggare tar dem till en fungerande version samma dag.
- Tekniska grundare som bygger interna plattformar som en del av sin produkt. Retool ger dem produktionsredo output med full kodåtkomst, så de är inte inlåsta i en svart låda.
- Utvecklare som vill ha en startpunkt, inte en färdig produkt. Kodfliken är öppen på alla planer, så den genererade appen är lika mycket ett ramverk som en leverans. Ingenjörer som vill slutföra saker på sitt sätt kommer att uppskatta den smidiga överlämningen.
Retools för- och nackdelar
- Fullstack-app genererad från en enda prompt
- Direkt kodåtkomst ingår i alla planer
- Godkännandegate för funktioner förhindrar oavsiktliga dataskrivningar
- @-symbolen kopplar datakällor direkt i prompten
- Tre olika redigeringslägen som passar alla arbetsflöden
- Utdata-kvaliteten konkurrerar med specialiserade verktyg
- MCP-byggande stöds via Claude Code, Cursor och andra
- Komplexa byggen tar 15 till 20 minuter att slutföra
- Prissättning per byggare plus per användare blir snabbt dyrt för växande team
- Den nya AI-byggaren har fortfarande beta-status
Betygsfördelning
Retools nya AI-byggare är fortfarande märkt som beta, men resultatet jag såg i testningen känns inte som ett tidigt experiment. Här är hur den presterar inom de områden som är viktigast när man utvärderar en AI-appbyggare för verkligt arbete.
| Funktion | Poäng (av 10) | Varför poängen |
|---|---|---|
| Användarvänlighet | 9.0 | Registreringen tar under två minuter och byggargränssnittet är tydligt, men systemet för funktionsgodkännande innebär en inlärningskurva första gången du publicerar |
| Funktioner & Funktionalitet | 9.8 | Fullstack-generering, MCP-stöd, tre redigeringslägen, godkännandegate för data och agenter: väldigt lite saknas i detta skede |
| Design & Anpassning | 9.2 | Den genererade utdata är polerad och levereras med en fungerande mörk/ljust läge-växling; visuell redigering efter byggandet finns, men upplevelsen är fortfarande chat-first |
| Värde för pengarna | 8.8 | Gratisplanen är genuint användbar; betalda nivåer tar betalt per byggare plus per intern användare, vilket stiger snabbt i takt med att teamet växer |
| Prestanda & Tillförlitlighet | 9.5 | Ett 18-minutersbygge för en 9-tabells fullstack-app med noll fel och ett inbyggt godkännandeflöde som ökar tryggheten utan att hindra framsteg |
| Totalt | 9.4 | Den nya byggaren producerar fullstack-appar som är redo för verklig användning, med starka säkerhetskontroller, kodåtkomst på alla planer och utdata-kvalitet som överträffar de flesta alternativ i denna prisklass |
Retool-funktioner
- Prompt på naturligt språk genererar en fullstack-app i en session
- @-symbolen hämtar externa databaser och tjänster in i prompten mitt i skrivandet
- MCP-integration med Claude Code, Cursor, Codex, ChatGPT och Kiro
- Manuellt godkännande krävs innan någon data-skrivande funktion körs
- Chat, markering av objekt och direkt kodredigering för förfining efter byggandet
- Inbyggd PostgreSQL-databas med staging- och produktionsmiljöer
- Ett klick för att publicera till en egen .retool.app-subdomän
Min ärliga Retool-recension: Vad jag upptäckte efter att ha testat det
Du skriver prompten innan du ens registrerar dig
Det första Retool gör annorlunda är att det inte ber dig skapa ett konto innan du börjar bygga. Startsidan öppnar med en stor prompt-ruta mitt på skärmen, och du skriver din idé direkt i den innan du ens ser ett registreringsformulär.
Det finns två saker att känna till om den här prompt-rutan innan du använder den:
Startprompter. En knapp för “Starter prompts” öppnar en rullgardinsmeny med fyra färdiga användningsfall:
- Orderhanteringsverktyg
- Spårning av leverantörsintroduktion
- Kundsupportkö
- Dashbord för försäljnings-KPI:er
Dessa är användbara för att utforska vad byggaren kan producera. Det är inte mallar du klickar dig igenom: du väljer en, och den fyller prompt-rutan, som du sedan kan redigera innan du skickar den.
@ för datakällor. Att skriva @ i prompt-rutan öppnar en datakällväljare mitt i meningen. Menyn visar MySQL, PostgreSQL, Stripe, Slack, Snowflake och mer. Det betyder att du kan skriva en prompt som “Skapa ett verktyg för leverantörsintroduktion som hämtar leverantörsstatus från vår @PostgreSQL-databas och markerar ofullständiga inskick,” och databaskopplingen är redan namngiven i din instruktion innan bygget startar.
Bygg via MCP. Under huvudprompt-rutan öppnar en knapp för “Build via MCP” en modal (skärmbild 3) som vägleder dig genom att koppla Retool till Claude Code, Cursor, Codex, ChatGPT eller Kiro via ett terminalkommando. För team som föredrar att bygga från sin befintliga IDE är detta en fullt dokumenterad väg, inte en eftertanke.
Jag testade byggaren med en detaljerad prompt: en fastighetsförvaltningsplattform för hyresvärdar och hyresgäster som täckte användarautentisering, fastighetslistor, hyresavtalshantering, hyresbetalningar, underhållsärenden, dokumentuppladdningar, meddelanden, notifieringar, en adminpanel, rapportering, Stripe-integration, PostgreSQL-databas, REST API, responsiv design och distributionsinstruktioner. Nio funktionsområden, en inmatning.
Efter att jag klickade på skicka bad startsidan mig att registrera mig eller logga in för att fortsätta bygga.
Startprompterna och @-datakällväljaren i prompt-rutan gör att du förstår verktygets möjligheter innan du ens har skapat ett konto. Andra byggare låter dig utforska funktioner; Retool får dig att använda dem.
Registreringen är snabb, med ett installationssteg efteråt
Retool erbjuder två registreringsvägar: Fortsätt med Google eller e-post plus lösenord. Google tar ungefär 20 sekunder.
Nästa skärm frågar efter två saker:
| Fält | Vad det gör |
|---|---|
| Fullständigt namn | Ditt visningsnamn i plattformen |
| Organisationsnamn | Sätter din subdomän, t.ex. kimothokarani.retool.com |
Tillgänglighet för subdomäner kontrolleras live och bekräftas med en grön bock innan du klickar på Fortsätt. Det finns inget steg för e-postverifiering, ingen onboarding-checklista och ingen funktionsrundtur att stänga. Byggaren öppnas direkt.
Retools registreringssida visar logotyper för Ramp, DoorDash, Stripe, Amazon, Snowflake och OpenAI som befintliga kunder.
Det är sammanhang som är värt att känna till innan du bedömer om plattformen är seriös kring företagsanvändning.
Inuti byggaren: Vad du arbetar med
När byggaren laddas är gränssnittet uppdelat i två paneler:
Vänster panel: flikarna Chat, Data och Code
- Chat är där du kommunicerar med byggaren under och efter bygget. Instruktioner, förtydliganden och uppföljande ändringar sker alla här.
- Data visar dina anslutna resurser (Retool Database och Retool Storage som standard) och listan över backendfunktioner som byggaren har genererat, inklusive vilka som kräver godkännande innan de kan köras.
- Code öppnar hela projektets filträd: backendfunktioner i TypeScript organiserade per funktionsområde, och frontend-komponenter i React TSX organiserade i mapparna pages, components, hooks och lib.
Höger panel: Preview
Detta är den liveförhandsvisning av det som byggaren för närvarande genererar. Medan bygget pågår visar den här panelen ett gradientbaserat laddningstillstånd.
När bygget är klart återger den den fullständigt navigerbara appen. Du kan växla mellan Preview och enskilda kodfiler via flikarna längst upp.
En knapp för “Publish” ligger uppe till höger och är synlig under hela sessionen, så du vet att det alltid bara är ett steg kvar till att gå live.
Bygget i sig: 18 minuter, 35 ändringar, en prompt
Bygget startade klockan 7:55 pm. Här är vad som hände, i den ordning det hände:
Steg 1: Resonemang. Byggaren började inte skriva kod direkt. Den visade först “Reasoning through the options…” och spenderade ungefär 9 sekunder på att analysera prompten innan den tog fram en strukturerad plan. Sidpanelen visade en sammanfattning av vad den tänkte bygga inom alla funktionsområden: Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users och Reports. Varje del hade en kort beskrivning av vad den skulle innehålla.
Steg 2: Databastabeller. Byggaren presenterade ett SQL-block märkt “Create all database tables” med en beskrivning: “Creates all 9 tables needed for the property management platform: users, properties, units, leases, payments, maintenance requests, documents, messages, and notifications.” Den fullständiga CREATE TABLE-koden var synlig i panelen. Två knappar dök upp: Deny och Run. Jag klickade Run.
Steg 3: Demodata, första passet. Sedan kom “Seed demo users, properties, and units”: INSERT-satser för demo-hyresvärdar, hyresgäster och fastigheter med realistiska namn, e-postadresser, roller och telefonnummer. Deny eller Run. Jag klickade Run.
Steg 4: Demodata, andra passet. Därefter “Seed leases, payments, maintenance, messages, notifications”: INSERT-satser för hyresavtal med riktiga datumintervall och hyror, betalningsposter, underhållsärenden med prioriteringsnivåer, meddelandetrådar och notifieringsposter. Deny eller Run. Jag klickade Run.
Steg 5: Backendfunktioner. Byggaren gick vidare till “Now let me build all backend functions” och började redigera kodfiler utan att kräva min input. Den genererade funktioner som getStats.ts, en fil i taget, och strömmade varje fil till Code-fliken när den blev klar.
Steg 6: Frontendsidor. En lång lista av filändringar följde: Dashboard.tsx, Properties.tsx, Leases.tsx, Payments.tsx och fler. Byggaren städade också bort oanvända imports och fixade TypeScript-fel automatiskt medan den arbetade sig igenom filerna.
Steg 7: Testning och README. Byggaren körde sina egna tester mot databasfunktionerna den just hade skrivit, bekräftade att de returnerade data, fixade en duplicerad useEffect i Leases.tsx, löste beroenden och skrev en README som täckte Stripe-integrationssteg, databasindex, skalningsrekommendationer och REST API-mappning.
Bygget slutfördes klockan 8:13 pm. 18 minuter. 35 ändringar i kodbasen. Sammanfattningen i vänsterpanelen listade exakt vad som byggts inom varje funktionsområde.
Resultatet: Vad 18 minuter faktiskt producerar
Det här är där Retool skiljer sig från de flesta AI-byggare jag har testat.
Den färdiga appen kallades “PropManage” och hade en fullt profilerad sidomeny med en logotyp, den inloggade användarens namn och roll (Sarah Johnson, Landlord), och tio navigationspunkter: Dashboard, Properties, Leases, Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users och Reports. Settings och Sign Out låg längst ned.
Dashboard: Översta raden visade live-varningsbanderoller: “2 overdue payments totalling $3,800” i bärnsten och “1 urgent maintenance request need attention” i rött. Nedanför fanns åtta KPI-kort:
| KPI | Värde |
|---|---|
| Totalt antal fastigheter | 3 aktiva |
| Beläggningsgrad | 67% (6 av 9 enheter) |
| Hyra insamlad | $20,600 denna period |
| Förfallna betalningar | $3,800 (markerat i orange) |
| Aktiva hyresavtal | 5 går snart ut |
| Öppet underhåll | 3 (1 pågår) |
| Hyresgäster | 4 över 2 hyresvärdar |
| Olästa meddelanden | 3 väntar på svar |
Under KPI-korten: ett Revenue Overview-diagram (Collected vs Pending) och ett Unit Status-stapeldiagram som visar upptagna respektive lediga enheter. Längre ned: en lista över Recent Payments och en lista över Recent Maintenance, med poster färgkodade efter status (Urgent röd, High orange, Medium gul, Resolved grå).
Properties-sidan: Tre fastighetskort som visar Oak Street Complex, Sunset Apartments och Downtown Lofts. Varje kort visade:
- Antal enheter och beläggningsprocent
- Månatlig intäktssiffra
- Progressbar för beläggning
- Fastighetstyp och ägare
- Redigera- och Visa-knappar
Messages-sidan: En inbox med delad panel och flikarna Inbox/Sent, en oläst-räknare (3), etiketter för avsändarroll (Tenant), förhandsvisningar av meddelanden, tidsstämplar och en Compose-knapp.
Payments-sidan: Tre sammanfattningskort högst upp (Collected $20,600, Pending $13,000, Overdue $3,800), en banner med “Stripe Integration Ready” och en Connect Stripe-knapp, en sökbar och filtrerbar betalningstabell med 14 resultat, och individuella “Mark Paid”-åtgärder per rad.
Appen inkluderade också en växel för ljust/mörkt läge uppe till höger i förhandsvisningen (skärmbild 1, andra omgången). Mörkt läge var standard. Att växla till ljust läge uppdaterade hela appen direkt.
Var och en av dessa sidor kom från en enda prompt. Djupet i det som byggdes, inklusive de färgkodade underhållsprioriteringarna, meddelandeläsaren med delad panel och Stripe-integrationsbanderollen samt diagrammet över intäkter jämfört med pending, är inte vad man skulle förvänta sig av en första AI-generering.
Tre sätt att redigera efter bygget
När bygget är klart ger Retool dig tre olika sätt att göra ändringar. Alla tre finns på gratisplanen.
1. Chat Fliken Chat i vänsterpanelen är aktiv även efter bygget. Du fortsätter att skriva instruktioner: “Lägg till ett stadsfilter på sidan Properties” eller “Ändra kortet för förfallna betalningar så att det visas i gult istället för rött.” Byggaren redigerar den relevanta filen och visar vad som ändrades. Det här är vägen för icke-tekniska användare och för ändringar som är lättare att beskriva än att hitta i koden.
2. Markering av objekt. Genom att klicka på ikonen för markering av objekt uppe till höger i förhandsvisningen växlar appen till ett interaktivt redigeringslager.
Du klickar på valfri komponent på skärmen och en flytande tooltip visas som visar komponentens namn och dess länkade källfil.
Ett fält för “Ask for changes” låter dig skriva en riktad instruktion utan att lämna förhandsvisningen. I mitt test öppnade ett klick på rubriken på Payments-sidan en bubbla kopplad till Payments.tsx. Det här är snabbare än att beskriva vilket element du menar i ett chattmeddelande.
3. Direkt kodredigering. Code-fliken visar hela projektets filträd. Backendfunktioner i TypeScript, frontendkomponenter som .tsx-filer, allt organiserat och läsbart. Till exempel kan du öppna getPayments.ts och läsa eller redigera SQL-frågan direkt.
Koden är ren, välstrukturerad och kräver inte att du förstår Retools interna arkitektur för att arbeta med den.
Tabellen nedan sammanfattar vilket redigeringsläge som passar vilken typ av användare:
| Redigeringsläge | Bäst för | Kräver kodkunskap |
|---|---|---|
| Chat | Icke-tekniska användare; breda ändringar | Nej |
| Markering av objekt | Riktade UI-ändringar; snabbare än chat | Nej |
| Direkt kodredigering | Precisa logikändringar; anpassade frågor | Ja |
Ops-chefer och icke-tekniska användare kan stanna i chatten. Markering av objekt täcker mellanläget: du vet vad du vill ändra, du kan se det på skärmen, du vet bara inte vilken fil det ligger i.
De flesta AI-byggare tvingar alla in i samma spår. Retool gör inte det, och det spelar roll när den som bygger inte alltid är den som förfinar.
Systemet för funktionsgodkännande: en säkerhetsgrind som är logisk
Under Data-fliken finns en växel: “Require approval to run functions that may modify data.” Den är på som standard.
Varje funktion som skriver, uppdaterar eller raderar data hamnar i en kö för “Needs review” innan den kan köras. I mitt bygge gällde det bland annat:
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
Var och en visar en banner högst upp i sin detaljvy: “This function requires review. Ensure it performs the right operations on the right data before approving.” Du läser TypeScript-koden, bekräftar att SQL:en gör det du förväntar dig och klickar på Approve.
Det här spelar roll vid publicering. När jag först klickade på Publish (skärmbild 8, andra omgången) markerade publiceringschecklistan ett blockerande problem: “There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.” En knapp för “Review functions” ledde direkt till Data-fliken.
Efter att jag godkänt varje funktion fortsatte publiceringsflödet utan problem. Jag satte app-URL:en (kimothokarani–properties.retool.app), valde en mapp, taggade versionen och klickade Publish.
Om du använder Retool för att hantera verklig affärsdata (betalningar, hyresavtal, användarposter) vill du inte att en AI skriver databasfunktioner som körs utan ditt godkännande. De flesta byggarverktyg ger dig inte den här grinden. Att Retool levererar den som standard säger något viktigt om hur plattformen ser på vad “klart” betyder.
Publicering: Nästan ett klick, med en grind att passera
Publiceringsflödet är enkelt när funktionsgodkännandena är klara:
- Klicka på “Publish” uppe till höger
- Ange din app-URL (format: [org]–[appname].retool.app)
- Välj en mapp (standard är Published)
- Tagga versionen: ingen tagg eller Major release (1.0.0)
- Klicka på Publish
Den resulterande URL:en är en ren, delningsbar .retool.app-adress. Ingen separat hosting krävs på gratisplanen. Du kan dela länken direkt efter publicering, och appen är live för alla med åtkomst.
Retool-prissättning och planer
Retool använder en prenumerationsmodell med ett AI-kreditlager ovanpå. Det finns två användartyper på alla planer:
- Byggare: Användare som skapar eller redigerar appar under en faktureringscykel
- Interna användare: Användare som bara använder appar utan att göra ändringar
Viktiga saker att veta innan du binder upp dig:
- Det finns ingen offentlig återbetalningsgaranti.
- Betalning sker endast med kreditkort.
- Årsfakturering sparar 20% på alla betalda planer.
- AI-krediter täcker appbyggande och AI Actions. De förnyas månadsvis och rullar inte över.
- Agenter faktureras separat per timme och drar inte från AI-kreditpoolen.
- Enterprise-kunder kan koppla sin egen modellleverantörs API-nyckel. När den är aktiv routas AI-anrop genom deras egen nyckel och Retool-krediter förbrukas inte.
- Business-planen krävs för allt klientvänligt: portaler, inbäddade appar och anpassad branding är låsta bakom den.
- Bonus-krediter ingår på Team och högre (750 bas plus 250 bonus på Team; 1,500 bas plus 1,500 bonus på Business). Ytterligare kreditpaket kan köpas på alla betalda planer.
Vilken plan passar vilken användare:
Soloutvecklare och små team som gör initiala byggen kan stanna på gratisplanen bekvämt. Team som itererar ofta kommer att nå kreditgränsen och behöver Team-nivån. Alla team som bygger klientvänliga eller inbäddade appar behöver Business-planen. Team med efterlevnadskrav, behov av SSO eller fler än ett fåtal byggare bör prata med säljavdelningen om Enterprise.
Alternativ till Retool
Den mest direkta konkurrenten till Retools nya AI-byggare för interna företagsverktyg är Superblocks. Där Retool genererar en fullstack-app inom sin egen plattform och behåller koden där, genererar Superblocks appar som exportabel React-kod som du kan ändra i din egen IDE och distribuera utanför plattformen helt och hållet.
För team som verkligen vill undvika leverantörsinlåsning spelar den skillnaden roll.
Superblocks erbjuder också en hybrid säkerhetsmodell: dess agent körs inuti ditt VPC medan byggargränssnittet hanteras i Superblocks moln, vilket gör det till ett starkare val för organisationer med strikta krav på dataplacering. Retool erbjuder visserligen självhosting, men det kräver betydligt mer infrastrukturöverhead än Superblocks agent-på-premise-ansats.
Kompromissen är priset. Superblocks är endast för företag ($200 per AI-byggare per månad, plus $100 per värdapp per månad), vilket gör Retools gratisplan och Team-nivå betydligt mer tillgängliga för mindre team.
| Funktion | Retool | Superblocks |
|---|---|---|
| Användarvänlighet | Gratisplan, prompt-first startsida, snabb registrering | Fokuserad på företag; högre tröskel för att komma igång |
| Bäst för | Team som bygger interna verktyg i alla storlekar, utvecklarledda | Företagsteam med VPC- och efterlevnadskrav |
| Backend och data | Inbyggd PostgreSQL; 100+ integrationer via @-syntax | Fullstack-generering; exporterar ren fristående React-kod |
| Designflexibilitet | Chat, markering av objekt och full kodredigering i plattformen | Drag-and-drop, AI-generering och inbyggd IDE-redigering med tvåvägssynk |
| Prismodell | Gratis nivå tillgänglig; Team från $10/builder per månad | Endast för företag; kontakta säljavdelningen |
Slutomdöme: Är Retool värt det?
Retools nya AI-byggare är den mest kapabla prompt-till-app-plattformen jag har testat för interna verktyg. På bara 18 minuter genererade den en flersidig fastighetsförvaltningsplattform med seedad data, affärslogik, dashboards och navigering.
Det som imponerade mest på mig var kvaliteten på resultatet. Appen kändes användbar från dag ett snarare än som en grov prototyp, och funktioner som funktionsgodkännanden och full kodåtkomst visar att Retool fokuserar på riktiga produktionsarbetsflöden.
Med det sagt är den inte idealisk för alla. Icke-tekniska användare kan ha svårt med publiceringsprocessen, och prismodellen per plats kan bli dyr i takt med att teamen växer. Byggaren är också fortfarande i beta, så vissa ojämnheter finns kvar.
För utvecklare, startups och operations-team som bygger intern mjukvara levererar Retool just nu den starkaste prompt-till-produktionsupplevelsen som finns. Om hastighet, flexibilitet och produktionsmognad är viktigt är det en av de bästa AI-appbyggarna du kan använda idag.
