Was ist Retool?
Für wen ist Retool gedacht?
- Entwickler interner Tools die das Backend-Scaffolding überspringen und in einer einzigen Sitzung von einer schriftlichen Anforderung zu einer funktionsfähigen, datenangebundenen App gelangen wollen, ohne von Grund auf ein Framework oder eine Deployment-Konfiguration anzufassen.
- Operations- und Produktteams die ein CRM, einen Zahlungstracker oder ein Wartungs-Dashboard brauchen, aber nicht auf die Kapazitäten der Entwicklung warten können. Retools promptbasierter Builder bringt sie noch am selben Tag zu einer funktionsfähigen Version.
- Technische Gründer die interne Plattformen als Teil ihres Produkts aufbauen. Retool liefert ihnen produktionsreife Ergebnisse mit vollem Codezugriff, sodass sie nicht in einer Blackbox gefangen sind.
- Entwickler, die einen Ausgangspunkt statt eines fertigen Produkts wollen. Der Code-Tab ist in jedem Plan geöffnet, sodass die generierte App ebenso sehr ein Gerüst wie ein Endergebnis ist. Ingenieure, die Dinge auf ihre Weise fertigstellen möchten, werden den sauberen Übergang zu schätzen wissen.
Retool Vor- und Nachteile
[pros-cons variant="with-border"]Vorteile
- Full-Stack-App, die aus einem einzigen Prompt generiert wird
- Direkter Codezugriff in jedem Plan enthalten
- Freigabeschritt für Funktionen verhindert versehentliche Datenschreibvorgänge
- @-Symbol verbindet Datenquellen direkt im Prompt
- Drei unterschiedliche Bearbeitungsmodi für jeden Workflow
- Die Ausgabequalität kann mit spezialisierten Tools mithalten
- MCP-Building unterstützt über Claude Code, Cursor und andere
Nachteile
- Komplexe Builds brauchen 15 bis 20 Minuten bis zum Abschluss
- Preisgestaltung pro Builder plus pro Benutzer summiert sich bei wachsenden Teams schnell
- Der neue AI Builder trägt weiterhin das Beta-Label
[/pros-cons] [note type="tip"]Behandeln Sie Ihren ersten Prompt wie ein Produktbriefing, nicht wie einen Einzeiler. Retools AI Builder legt seine Planung im Voraus an, deshalb ist ein detaillierter Prompt mit jeder Seite, jeder Integration und jeder Datenbeziehung, die Sie brauchen, mehr wert als ein Dutzend Folgeänderungen. Ich habe in meinem Test-Prompt neun Funktionsbereiche aufgelistet und alle neun Seiten in einem Durchgang erstellen lassen.[/note]
Bewertungsübersicht
Retools neuer AI Builder ist zwar noch als Beta gekennzeichnet, aber die Ergebnisse, die ich beim Testen gesehen habe, wirken nicht wie ein frühes Experiment. So schneidet er in den Bereichen ab, die bei der Bewertung eines AI-App-Builders für echte Arbeit am wichtigsten sind.
| Funktion | Punktzahl (von 10) | Warum diese Punktzahl |
|---|---|---|
| Benutzerfreundlichkeit | 9.0 | Die Anmeldung dauert weniger als zwei Minuten und die Builder-Oberfläche ist klar, aber das Freigabesystem für Funktionen bringt beim ersten Veröffentlichen eine kleine Lernkurve mit sich |
| Features & Funktionalität | 9.8 | Full-Stack-Generierung, MCP-Unterstützung, drei Bearbeitungsmodi, Datenfreigabeschritte und Agents: Es fehlt in dieser Phase fast nichts |
| Design & Anpassung | 9.2 | Die generierte Ausgabe ist poliert und wird mit einem funktionierenden Dark-/Light-Mode-Schalter ausgeliefert; visuelle Bearbeitung nach dem Build ist vorhanden, aber das Erlebnis ist weiterhin eher Chat-first |
| Preis-Leistungs-Verhältnis | 8.8 | Der Free-Plan ist wirklich nützlich; kostenpflichtige Tarife berechnen pro Builder plus pro internem Benutzer, was bei wachsender Teamgröße schnell ansteigt |
| Leistung & Zuverlässigkeit | 9.5 | Ein 18-minütiger Build für eine Full-Stack-App mit 9 Tabellen und null Fehlern sowie ein integrierter Freigabeflow, der Vertrauen schafft, ohne den Fortschritt zu blockieren |
| Gesamt | 9.4 | Der neue Builder erstellt Full-Stack-Apps, die für den realen Einsatz bereit sind, mit starken Sicherheitskontrollen, Codezugriff in allen Plänen und einer Ausgabequalität, die die meisten Alternativen in dieser Preisklasse übertrifft |
Retool-Funktionen
- Ein Prompt in natürlicher Sprache generiert in einer Sitzung eine Full-Stack-App
- @-Symbol zieht externe Datenbanken und Dienste mitten im Prompt hinzu
- MCP-Integration mit Claude Code, Cursor, Codex, ChatGPT und Kiro
- Manueller Freigabeschritt erforderlich, bevor eine datenverändernde Funktion ausgeführt wird
- Chat, Auswahlmodus und direktes Code-Editing für Optimierungen nach dem Build
- Integrierte PostgreSQL-Datenbank mit Staging- und Produktionsumgebungen
- Ein-Klick-Veröffentlichung auf eine benutzerdefinierte .retool.app-Subdomain
Mein ehrlicher Retool-Test: Was ich nach dem Ausprobieren herausgefunden habe
Sie beginnen mit dem Prompt, noch bevor Sie sich anmelden
Das Erste, was Retool anders macht, ist, dass es Sie nicht auffordert, ein Konto zu erstellen, bevor Sie mit dem Bauen beginnen. Die Startseite öffnet sich mit einem großen Prompt-Feld in der Mitte, und Sie tippen Ihre Idee direkt hinein, bevor Sie ein Anmeldeformular berühren.
Es gibt zwei Dinge, die Sie vor der Nutzung dieses Prompt-Felds wissen sollten:
Starter-Prompts. Ein Button mit der Aufschrift „Starter prompts“ öffnet ein Dropdown mit vier vorgefertigten Anwendungsfällen:
- Order management tool
- Vendor onboarding tracker
- Customer support queue
- Sales KPI dashboard
Diese sind nützlich, um zu sehen, was der Builder erzeugen kann. Es sind keine Vorlagen, durch die man sich klickt: Sie wählen eine aus, und sie füllt das Prompt-Feld, das Sie dann vor dem Absenden bearbeiten können.
@ für Datenquellen. Wenn Sie im Prompt-Feld @ eingeben, öffnet sich mitten im Satz ein Picker für Datenquellen. Das Menü zeigt unter anderem MySQL, PostgreSQL, Stripe, Slack, Snowflake und mehr an. Das bedeutet, Sie können einen Prompt schreiben wie: „Create a vendor onboarding tracker that pulls vendor status from our @PostgreSQL database and flags incomplete submissions,“ und die Datenbankverbindung ist bereits in Ihrer Anweisung benannt, bevor der Build startet.
Build via MCP. Unterhalb des Haupt-Prompt-Felds öffnet der Button „Build via MCP“ ein Modal (Screenshot 3), das Sie Schritt für Schritt dabei begleitet, Retool über einen Terminalbefehl mit Claude Code, Cursor, Codex, ChatGPT oder Kiro zu verbinden. Für Teams, die lieber in ihrer bestehenden IDE arbeiten, ist das ein vollständig dokumentierter Weg und kein nachträglicher Gedanke.
Ich habe den Builder mit einem detaillierten Prompt getestet: einer Immobilienverwaltungsplattform für Vermieter und Mieter mit Benutzerauthentifizierung, Immobilienlisten, Mietvertragsverwaltung, Mietzahlungen, Wartungsanfragen, Dokumenten-Uploads, Nachrichten, Benachrichtigungen, einem Admin-Dashboard, Reporting, Stripe-Integration, PostgreSQL-Datenbank, REST API, responsivem Design und Bereitstellungsanweisungen. Neun Funktionsbereiche, eine Eingabe.
Nachdem ich auf Senden geklickt hatte, forderte mich die Startseite auf, mich anzumelden oder einzuloggen, um mit dem Bauen fortzufahren.
[note type="verdict"]Das ist eine der klügsten Onboarding-Entscheidungen, die ich bei einem Builder-Tool gesehen habe. Mit dem Prompt vor der Anmeldewand zu beginnen, entfernt den wichtigsten Grund, warum Menschen früh abspringen: die Hürde, sich auf eine Plattform festzulegen, bevor man weiß, was sie tatsächlich kann.[/note]Die Starter-Prompts und der @-Datenquellen-Picker im Prompt-Feld sorgen dafür, dass Sie die Fähigkeiten des Tools verstehen, bevor Sie überhaupt ein Konto erstellt haben. Andere Builder lassen Sie Funktionen erkunden; Retool lässt Sie sie nutzen.
[hosting-banner data-hosting_id="375763" data-hosting_name="Retool" data-use_default="true" data-icon_color="blue" data-background_color="white" data-shortcode_name="hosting-banner"]Die Anmeldung ist schnell, mit einem Einrichtungsschritt danach
Retool bietet zwei Anmeldewege: Mit Google fortfahren oder E-Mail plus Passwort. Google dauert ungefähr 20 Sekunden.
Der nächste Bildschirm fragt zwei Dinge ab:
| Feld | Was es bewirkt |
|---|---|
| Vollständiger Name | Ihr Anzeigename innerhalb der Plattform |
| Organisationsname | Legt Ihre Subdomain fest, z. B. kimothokarani.retool.com |
Die Verfügbarkeit der Subdomain wird live geprüft und mit einem grünen Häkchen bestätigt, bevor Sie auf Weiter klicken. Es gibt keinen E-Mail-Verifizierungsschritt, keine Onboarding-Checkliste und keinen Feature-Tour, die Sie wegklicken müssen. Der Builder öffnet sich sofort.
Retools Anmeldeseite zeigt Logos von Ramp, DoorDash, Stripe, Amazon, Snowflake und OpenAI als bestehende Kunden.
Das ist ein wichtiger Kontext, wenn Sie beurteilen, ob die Plattform es mit Enterprise-Anwendungsfällen ernst meint.
[note type="verdict"]Hier gibt es keine Onboarding-Hürden. Retool macht sich selbst aus dem Weg und bringt Sie in unter zwei Minuten von einem kalten Start in den Builder. Für eine Plattform mit echter Enterprise-Positionierung ist die Einfachheit dieses Prozesses erfrischend. Ich war schon durch längere Anmeldungen bei Lebensmittelliefer-Apps.Im Builder: Womit Sie arbeiten
Sobald der Builder geladen ist, ist die Oberfläche in zwei Bereiche geteilt:
Linker Bereich: Chat-, Daten- und Code-Tabs
- Chat ist der Ort, an dem Sie während und nach dem Build mit dem Builder kommunizieren. Anweisungen, Klarstellungen und Folgeänderungen passieren hier.
- Data zeigt Ihre verbundenen Ressourcen (standardmäßig Retool Database und Retool Storage) sowie die Liste der vom Builder generierten Backend-Funktionen, einschließlich derer, die vor der Ausführung eine Genehmigung benötigen.
- Code öffnet den vollständigen Projekt-Dateibaum: Backend-TypeScript-Funktionen, organisiert nach Funktionsbereichen, und Frontend-React-TSX-Komponenten, organisiert in Seiten-, Komponenten-, Hook- und Lib-Ordnern.
Rechter Bereich: Vorschau
Dies ist die Live-Vorschau von dem, was der Builder gerade erzeugt. Während der Build läuft, zeigt dieser Bereich einen Verlauf im Gradient-Stil.
Sobald der Build abgeschlossen ist, rendert er die vollständige navigierbare App. Sie können über die Tabs oben zwischen der Vorschau und einzelnen Code-Dateien wechseln.
Ein „Publish“-Button sitzt oben rechts und bleibt während der gesamten Sitzung sichtbar, sodass Sie immer wissen, dass der Livegang nur einen Schritt entfernt ist.
[note type="verdict"]Das Drei-Tab-Layout auf der linken Seite ist genau richtig für ein Tool, das sowohl technische als auch nicht-technische Nutzer ansprechen will. Chat für Anleitung, Data für die Verwaltung von Funktionen, Code für direkte Bearbeitung. Nichts ist überladen. Die Tabs erklären sich in dem Moment, in dem Sie sie öffnen, und die Live-Vorschau rechts sorgt dafür, dass Sie nie raten müssen, was Sie gebaut haben. Das ist ein gut organisierter Arbeitsbereich.[/note] [hosting-banner data-hosting_id="375763" data-hosting_name="Retool" data-use_default="true" data-icon_color="blue" data-background_color="white" data-shortcode_name="hosting-banner"]
Der Build selbst: 18 Minuten, 35 Änderungen, ein Prompt
Der Build begann um 7:55 pm. Hier ist, was passiert ist, in der Reihenfolge, in der es passiert ist:
Schritt 1: Nachdenken. Der Builder begann nicht sofort mit dem Schreiben von Code. Stattdessen zeigte er „Reasoning through the options…“ an und verbrachte ungefähr 9 Sekunden damit, den Prompt zu analysieren, bevor er einen strukturierten Plan ausgab. Die Seitenleiste zeigte eine Zusammenfassung dessen, was er über alle Funktionsbereiche hinweg bauen wollte: Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users und Reports. Zu jedem gab es eine kurze Beschreibung dessen, was enthalten sein würde.
Schritt 2: Datenbanktabellen. Der Builder präsentierte einen SQL-Block mit der Bezeichnung „Create all database tables“ und einer Beschreibung: „Creates all 9 tables needed for the property management platform: users, properties, units, leases, payments, maintenance requests, documents, messages, and notifications.“ Der vollständige CREATE-TABLE-Code war im Panel sichtbar. Zwei Buttons erschienen: Deny und Run. Ich klickte auf Run.
Schritt 3: Demo-Daten, erster Durchlauf. Als Nächstes kam „Seed demo users, properties, and units“: INSERT-Statements für Demo-Vermieter, Mieter und Immobilien mit realistischen Namen, E-Mails, Rollen und Telefonnummern. Deny oder Run. Ich klickte auf Run.
Schritt 4: Demo-Daten, zweiter Durchlauf. Dann „Seed leases, payments, maintenance, messages, notifications“: INSERT-Statements für Mietverträge mit echten Datumsbereichen und Mietbeträgen, Zahlungsdatensätze, Wartungsanfragen mit Prioritätsstufen, Nachrichtenthreads und Benachrichtigungseinträge. Deny oder Run. Ich klickte auf Run.
Schritt 5: Backend-Funktionen. Der Builder wechselte zu „Now let me build all backend functions“ und begann, Code-Dateien ohne mein Eingreifen zu bearbeiten. Er generierte Funktionen wie getStats.ts, eine Datei nach der anderen, und streamte jede einzelne in den Code-Tab, sobald sie fertig war.
Schritt 6: Frontend-Seiten. Es folgte eine lange Liste von Dateiänderungen: Dashboard.tsx, Properties.tsx, Leases.tsx, Payments.tsx und mehr. Der Builder räumte außerdem ungenutzte Imports auf und behob TypeScript-Fehler automatisch, während er die Dateien durchging.
Schritt 7: Tests und README. Der Builder führte eigene Tests für die gerade geschriebenen Datenbankfunktionen aus, bestätigte, dass sie Daten zurückgaben, behob ein doppeltes useEffect in Leases.tsx, löste Abhängigkeiten und schrieb ein README mit Stripe-Integrationsschritten, Datenbankindizes, Skalierungsempfehlungen und REST-API-Mapping.
Der Build wurde um 8:13 pm abgeschlossen. 18 Minuten. 35 Änderungen im Codebestand. Die Zusammenfassung auf der linken Seite listete genau auf, was über jeden Funktionsbereich hinweg erstellt worden war.
[note type="verdict"]18 Minuten sind länger als bei den meisten AI-Buildern, und das muss man offen sagen. Aber die meisten AI-Builder tun in diesen 18 Minuten nicht das, was Retool getan hat. Der Reasoning-Schritt, die sequentiellen Datenbank-Freigaben, der Selbsttest-Durchlauf, die README-Ausgabe: Das ist ein Builder, der den Prozess ernst nimmt, nicht einer, der zu einem Ergebnis hetzt, an dem Sie dann Stunden reparieren. Ich würde die 18 Minuten nehmen. Sie sollten es auch erwarten.[/note]Die Ausgabe: Was 18 Minuten tatsächlich erzeugen
Hier trennt sich Retool von den meisten AI-Buildern, die ich getestet habe.
Die fertige App hieß „PropManage“ und hatte eine vollständig gebrandete Seitenleiste mit Logo, dem Namen und der Rolle des angemeldeten Benutzers (Sarah Johnson, Landlord) sowie zehn Navigationspunkten: Dashboard, Properties, Leases, Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users und Reports. Unten standen Settings und Sign Out.
Dashboard: Die oberste Reihe zeigte Live-Warnbanner: „2 overdue payments totalling $3,800“ in Bernstein und „1 urgent maintenance request need attention“ in Rot. Darunter acht KPI-Karten:
| KPI | Wert |
|---|---|
| Gesamtzahl Immobilien | 3 active |
| Belegungsrate | 67% (6 of 9 units) |
| Eingenommene Miete | $20,600 this period |
| Überfällige Zahlungen | $3,800 (flagged in orange) |
| Aktive Mietverträge | 5 expiring soon |
| Offene Wartung | 3 (1 in progress) |
| Mieter | 4 across 2 landlords |
| Ungelesene Nachrichten | 3 awaiting response |
Darunter: ein Revenue-Overview-Chart (Collected vs Pending) und ein Unit-Status-Balkendiagramm, das belegte versus freie Einheiten zeigt. Darunter: eine Liste jüngster Zahlungen und eine Liste jüngster Wartungsfälle, farbcodiert nach Status (Urgent rot, High orange, Medium gelb, Resolved grau).
Properties-Seite: Drei Immobilienkarten mit Oak Street Complex, Sunset Apartments und Downtown Lofts. Jede Karte zeigte:
- Anzahl der Einheiten und Belegungsprozentsatz
- Monatlicher Umsatz
- Belegungs-Fortschrittsbalken
- Immobilientyp und Eigentümer
- Schaltflächen Edit und View
Messages-Seite: Ein Split-Pane-Posteingang mit Tabs für Inbox/Sent, einem Badge für ungelesene Nachrichten (3), Absender-Rollenlabels (Tenant), Nachrichten-Vorschauen, Zeitstempeln und einem Button Compose.
Payments-Seite: Drei Zusammenfassungskarten oben (Collected $20,600, Pending $13,000, Overdue $3,800), ein Banner „Stripe Integration Ready“ mit einem Button Connect Stripe, eine durchsuch- und filterbare Zahlungstabelle mit 14 Ergebnissen und individuelle „Mark Paid“-Aktionen pro Zeile.
Die App enthielt außerdem einen Light-/Dark-Mode-Schalter oben rechts in der Vorschau (Screenshot 1, zweiter Durchlauf). Dark Mode war standardmäßig aktiviert. Beim Wechsel zu Light Mode wurde die gesamte App sofort aktualisiert.
Jede einzelne dieser Seiten entstand aus einem einzigen Prompt. Die Tiefe dessen, was gebaut wurde, einschließlich der farbcodierten Wartungsprioritäten, des Split-Pane-Nachrichtenlesers, des Stripe-Integrationsbanners und des Charts zu Umsatz versus Pending, entspricht nicht dem, was man von einer ersten AI-Generierung erwarten würde.
[note type="verdict"]Das ist der Abschnitt, der Ihre Entscheidung machen oder brechen wird, deshalb sage ich es ganz direkt. Ich habe andere AI-Builder getestet, die slickere Marketing-Seiten und schnellere Toy-Apps erzeugen. Ich habe keinen getestet, der nach einem einzigen Prompt eine funktionierende interne Plattform mit neun Seiten, echten Daten, rollenbasierter Navigation und farbcodierter Geschäftslogik erzeugt hat. Von allem, was ich dieses Jahr getestet habe, kam nur [link data-link_category="affiliate_link" data-post_id="375668" data-target="_blank" data-follow="nofollow" data-shortcode_name="link"]Figma Make Make auf ein vergleichbares Maß an Vollständigkeit der Ausgabe. Wenn Sie einen internen Tool brauchen, das aussieht und sich anfühlt, als hätte es ein Entwickler gebaut, ist Retools neuer Builder derzeit der Maßstab.[/note]Drei Wege, nach dem Build zu bearbeiten
Sobald der Build abgeschlossen ist, bietet Ihnen Retool drei unterschiedliche Möglichkeiten, Änderungen vorzunehmen. Alle drei sind im Free-Plan verfügbar.
1. Chat Der Chat-Tab im linken Bereich bleibt nach dem Build aktiv. Sie tippen einfach weiter Anweisungen: „Add a city filter to the Properties page“ oder „Change the overdue payment card to show yellow instead of red.“ Der Builder bearbeitet die relevante Datei und zeigt Ihnen, was sich geändert hat. Das ist der Weg für nicht-technische Nutzer und für Änderungen, die sich leichter beschreiben als im Code finden lassen.
2. Auswahlmodus. Wenn Sie das Auswahlmodus-Symbol oben rechts in der Vorschau anklicken, schaltet die App in eine interaktive Bearbeitungsebene.
Sie klicken auf ein beliebiges Element auf dem Bildschirm und ein schwebender Tooltip erscheint, der den Namen der Komponente und ihre verknüpfte Quelldatei zeigt.
Ein Feld „Ask for changes“ erlaubt es Ihnen, eine gezielte Anweisung zu tippen, ohne die Vorschau zu verlassen. In meinem Test öffnete das Anklicken der Payments-Seitenüberschrift eine Blase, die mit Payments.tsx verknüpft war. Das ist schneller, als in einer Chat-Nachricht zu beschreiben, welches Element Sie meinen.
3. Direktes Code-Editing. Der Code-Tab zeigt den vollständigen Projekt-Dateibaum. Backend-Funktionen in TypeScript, Frontend-Komponenten als .tsx-Dateien, alles übersichtlich und lesbar organisiert. Sie können zum Beispiel getPayments.ts öffnen und die SQL-Abfrage direkt lesen oder bearbeiten.
Der Code ist sauber, gut strukturiert und erfordert kein Verständnis der internen Architektur von Retool, um damit zu arbeiten.
Die folgende Tabelle fasst zusammen, welcher Bearbeitungsmodus für welchen Nutzertyp am besten geeignet ist:
| Bearbeitungsmodus | Am besten geeignet für | Erfordert Code-Kenntnisse |
|---|---|---|
| Chat | Nicht-technische Nutzer; umfassende Änderungen | Nein |
| Auswahlmodus | Gezielte UI-Änderungen; schneller als Chat | Nein |
| Direktes Code-Editing | Präzise Logikänderungen; benutzerdefinierte Abfragen | Ja |
Ops-Manager und nicht-technische Nutzer können im Chat bleiben. Der Auswahlmodus schließt die Lücke dazwischen: Sie wissen, was Sie ändern wollen, Sie sehen es auf dem Bildschirm, Sie wissen nur nicht, in welcher Datei es steckt.
Die meisten AI-Builder zwingen alle in eine einzige Spur. Retool tut das nicht, und das ist wichtig, wenn die Person, die baut, nicht immer dieselbe ist wie diejenige, die nachbearbeitet.
Das Freigabesystem für Funktionen: Eine Sicherheitsstufe, die sinnvoll ist
Unter dem Data-Tab gibt es einen Schalter: „Require approval to run functions that may modify data.“ Er ist standardmäßig aktiviert.
Jede Funktion, die Daten schreibt, aktualisiert oder löscht, landet in einer „Needs review“-Warteschlange, bevor sie ausgeführt werden kann. In meinem Build gehörten dazu:
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
Jede davon zeigt oben im Detailbereich ein Banner: „This function requires review. Ensure it performs the right operations on the right data before approving.“ Sie lesen das TypeScript, bestätigen, dass das SQL das tut, was Sie erwarten, und klicken auf Approve.
Das ist für die Veröffentlichung wichtig. Als ich zunächst auf Publish klickte (Screenshot 8, zweiter Durchlauf), markierte die Publish-Checkliste ein blockierendes Problem: „There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.“ Ein Button „Review functions“ verlinkte direkt auf den Data-Tab.
Nachdem ich jede Funktion freigegeben hatte, lief der Veröffentlichungsprozess sauber weiter. Ich setzte die App-URL (kimothokarani–properties.retool.app), wählte einen Ordner, markierte die Version und klickte auf Publish.
Wenn Sie Retool für echte Geschäftsdaten verwenden (Zahlungen, Mietverträge, Benutzerdaten), möchten Sie nicht, dass eine KI Datenbankfunktionen ohne Ihre Zustimmung schreibt. Die meisten Builder-Tools bieten diese Stufe nicht. Dass Retool sie standardmäßig mitliefert, sagt etwas Bedeutendes darüber aus, wie die Plattform darüber denkt, was „fertig“ bedeutet.
Veröffentlichung: Fast ein Klick, mit einer Hürde zum Freischalten
Der Veröffentlichungsprozess ist unkompliziert, sobald die Funktionsfreigaben vorhanden sind:
- Klicken Sie oben rechts auf „Publish“
- Legen Sie Ihre App-URL fest (Format: [org]–[appname].retool.app)
- Wählen Sie einen Ordner (standardmäßig Published)
- Markieren Sie die Version: kein Tag oder Major release (1.0.0)
- Klicken Sie auf Publish
Die resultierende URL ist eine saubere, teilbare .retool.app-Adresse. Auf dem Free-Plan ist kein separates Hosting erforderlich. Sie können den Link direkt nach der Veröffentlichung teilen, und die App ist live für alle mit Zugriff.
Retool-Preise und Tarife
Retool nutzt ein Abonnementmodell mit einer AI-Credit-Schicht obendrauf. Über alle Tarife hinweg gibt es zwei Benutzertypen:
- Builder: Benutzer, die in einem Abrechnungszeitraum Apps erstellen oder bearbeiten
- Interne Benutzer: Benutzer, die Apps nur verwenden, ohne Änderungen vorzunehmen
Wichtige Dinge, die Sie vor dem Abschluss wissen sollten:
- Es gibt keine veröffentlichte Geld-zurück-Garantie.
- Die Zahlung erfolgt nur per Kreditkarte.
- Jährliche Abrechnung spart auf allen kostenpflichtigen Plänen 20%.
- AI-Credits decken den App-Build und AI Actions ab. Sie erneuern sich monatlich und verfallen nicht.
- Agents werden separat nach Stunden abgerechnet und greifen nicht auf den AI-Credit-Pool zu.
- Enterprise-Kunden können ihren eigenen API-Schlüssel des Modellanbieters verbinden. Wenn aktiv, laufen AI-Aufrufe über den eigenen Schlüssel und Retool-Credits werden nicht verbraucht.
- Der Business-Plan ist für alles erforderlich, was kundenorientiert ist: Portale, eingebettete Apps und individuelles Branding sind dort gesperrt.
- Bonus-Credits sind ab Team und höher enthalten (750 Basis plus 250 Bonus auf Team; 1,500 Basis plus 1,500 Bonus auf Business). Zusätzliche Credit-Pakete können in jedem kostenpflichtigen Plan gekauft werden.
Welcher Plan zu welchem Nutzer passt:
Einzelentwickler und kleine Teams, die erste Builds durchführen, können gut auf dem Free-Plan bleiben. Teams, die häufig iterieren, werden an das Credit-Limit stoßen und den Team-Tarif brauchen. Jedes Team, das kundenorientierte oder eingebettete Apps baut, benötigt den Business-Plan. Teams mit Compliance-Anforderungen, SSO-Bedarf oder mehr als wenigen Buildern sollten mit dem Vertrieb über Enterprise sprechen.
Alternativen zu Retool
Der direkteste Konkurrent zu Retools neuem AI Builder für interne Enterprise-Tools ist Superblocks. Während Retool eine Full-Stack-App innerhalb seiner eigenen Plattform generiert und den Code dort belässt, erzeugt Superblocks Apps als exportierbaren React-Code, den Sie in Ihrer eigenen IDE ändern und vollständig außerhalb der Plattform deployen können.
Für Teams, denen es ernst damit ist, Vendor Lock-in zu vermeiden, ist dieser Unterschied wichtig.
Superblocks bietet außerdem ein hybrides Sicherheitsmodell: Sein Agent läuft in Ihrem VPC, während die Builder-Oberfläche in der Cloud von Superblocks verwaltet wird, was es zur stärkeren Wahl für Organisationen mit strengen Anforderungen an Datenresidenz macht. Retool bietet zwar Self-Hosting an, erfordert dafür aber deutlich mehr Infrastruktur-Overhead als Superblocks’ On-Premise-Agent-Ansatz.
Der Kompromiss ist der Preis. Superblocks ist nur für Enterprise verfügbar (200 $ pro AI Builder pro Monat, plus 100 $ pro gehosteter App pro Monat), was Retools Free-Plan und Team-Tarif für kleinere Teams deutlich zugänglicher macht.
| Funktion | Retool | Superblocks |
|---|---|---|
| Benutzerfreundlichkeit | Free-Plan, prompt-first Startseite, schnelle Anmeldung | Enterprise-fokussiert; höherer Einstiegshürden |
| Am besten geeignet für | Interne-Tools-Teams jeder Größe, entwicklergeführt | Enterprise-Teams mit VPC- und Compliance-Anforderungen |
| Backend und Daten | Integrierte PostgreSQL; 100+ Integrationen über @-Syntax | Full-Stack-Generierung; exportiert sauberen eigenständigen React-Code |
| Design-Flexibilität | Chat, Auswahlmodus und vollständige Codebearbeitung in der Plattform | Drag-and-drop, AI-Generierung und native IDE-Bearbeitung mit Zwei-Wege-Synchronisierung |
| Preismodell | Free-Tarif verfügbar; Team ab $10/Builder pro Monat | Nur Enterprise; Verkauf kontaktieren |
Fazit: Lohnt sich Retool?
Retools neuer AI Builder ist die leistungsfähigste Prompt-to-App-Plattform, die ich für interne Tools getestet habe. In nur 18 Minuten erzeugte er eine mehrseitige Immobilienverwaltungsplattform mit Demo-Daten, Geschäftslogik, Dashboards und Navigation.
Am meisten beeindruckte mich die Qualität der Ausgabe. Die App wirkte vom ersten Tag an nutzbar statt wie ein grober Prototyp, und Funktionen wie Funktionsfreigaben und voller Codezugriff zeigen, dass Retool sich auf echte Produktions-Workflows konzentriert.
Trotzdem ist er nicht für jeden ideal. Nicht-technische Nutzer könnten mit dem Veröffentlichungsprozess Schwierigkeiten haben, und die Preise pro Sitzplatz können bei wachsenden Teams teuer werden. Der Builder befindet sich außerdem noch in der Beta, also bleiben einige Ecken und Kanten.
Für Entwickler, Startups und Operations-Teams, die interne Software bauen, liefert Retool derzeit das stärkste Prompt-to-Production-Erlebnis, das verfügbar ist. Wenn Geschwindigkeit, Flexibilität und Produktionsreife wichtig sind, gehört er zu den besten AI-App-Buildern, die Sie heute nutzen können.
