Какво е Retool?
Retool е платформа за разработка на вътрешни бизнес инструменти: табла с показатели, административни панели, CRM системи и приложения за работни процеси, всичко свързано с вашите собствени бази данни и API-та. Новият AI builder, който в момента е в Beta и е брандиран като AppGen, взема описание на обикновен английски и генерира цялостно full-stack приложение от нулата.
Той пише схемата на базата данни, зарежда я с реалистични демо данни, пише backend TypeScript функциите и изгражда многопайджово React frontend, като всичко е свързано и работи върху вградената PostgreSQL база данни на Retool.
За кого е Retool?
- Разработчици на вътрешни инструменти които искат да пропуснат backend scaffolding-а и да преминат от писмено изискване до работещо, свързано с данни приложение в една сесия, без да започват от нулата с framework или конфигурация за внедряване.
- Оперативни и продуктови екипи които имат нужда от CRM, tracker за плащания или dashboard за поддръжка, но не могат да чакат engineering екипът да има капацитет. Prompt-based builder-ът на Retool ги отвежда до работеща версия още същия ден.
- Технически основатели които изграждат вътрешни платформи като част от своя продукт. Retool им дава production-ready резултат с пълен достъп до кода, така че не са заключени в black box.
- Разработчици, които искат начална основа, а не завършен продукт. Code табът е отворен във всички планове, така че генерираното приложение е толкова scaffold, колкото и deliverable. Инженерите, които искат да довършат нещата по свой начин, ще намерят предаването за плавно.
Плюсове и минуси на Retool
- Full-stack приложение, генерирано от един prompt
- Директен достъп до кода е включен във всеки план
- Approval gate за функциите предотвратява случайни записвания в данни
- @ символът свързва източниците на данни в самия prompt
- Три различни режима на редактиране за всеки работен процес
- Качеството на резултата се конкурира със специализирани инструменти
- MCP build-ване се поддържа чрез Claude Code, Cursor и други
- Сложните builds отнемат 15 до 20 минути, за да завършат
- Ценообразуването на база builder плюс на потребител се натрупва бързо при растящи екипи
- Новият AI builder все още носи Beta етикет
Разбивка на оценката
Новият AI builder на Retool все още е означен като Beta, но резултатът, който видях при теста, не изглежда като ранен експеримент. Ето как се представя в областите, които имат най-голямо значение при оценяването на AI app builder за реална работа.
| Функция | Оценка (от 10) | Защо тази оценка |
|---|---|---|
| Лекота на използване | 9.0 | Регистрацията отнема под две минути и builder UI е ясен, но системата за approval на функциите добавя крива на учене първия път, когато публикувате |
| Функции и възможности | 9.8 | Full-stack генерация, MCP поддръжка, три режима на редактиране, data approval gate и агенти: на този етап почти нищо не липсва |
| Дизайн и персонализиране | 9.2 | Генерираният резултат е излъскан и идва с работещ dark/light mode toggle; визуалното редактиране след build-а съществува, но преживяването все още е chat-first |
| Стойност за парите | 8.8 | Безплатният план е наистина полезен; платените нива таксуват на builder плюс на вътрешен потребител, което рязко нараства с увеличаване на екипа |
| Производителност и надеждност | 9.5 | 18-минутен build за full-stack приложение с 9 таблици без нито една грешка и вграден approval flow, който добавя увереност без да блокира напредъка |
| Общо | 9.4 | Новият builder създава full-stack приложения, готови за реална употреба, със силни safety controls, достъп до кода във всички планове и качество на резултата, което надминава повечето алтернативи на тази цена |
Функции на Retool
- Prompt на естествен език генерира full-stack приложение в една сесия
- @ символът извлича външни бази данни и услуги в prompt-а в движение
- MCP интеграция с Claude Code, Cursor, Codex, ChatGPT и Kiro
- Изисква се човешко одобрение преди да се изпълни каквато и да е функция за запис на данни
- Chat, selection mode и директно редактиране на кода за усъвършенстване след build-а
- Вградена PostgreSQL база данни със staging и production среди
- Публикуване с едно щракване към собствен .retool.app subdomain
Моят честен отзив за Retool: Какво открих след тестването
Първо пишете prompt, още преди да се регистрирате
Първото нещо, което Retool прави различно, е че не ви кара да създадете акаунт, преди да започнете да строите. Началната страница се отваря с голям prompt box отпред и вие въвеждате идеята си директно там, преди да докоснете формата за регистрация.
Има две неща, които си струва да знаете за този prompt box, преди да го използвате:
Starter prompts. Бутон „Starter prompts“ отваря падащо меню с четири готови use case-а:
- Инструмент за управление на поръчки
- Tracker за onboarding на доставчици
- Опашка за клиентска поддръжка
- Dashboard за KPI на продажбите
Те са полезни за проучване какво може да произведе builder-ът. Не са шаблони, през които щраквате и продължавате: избирате един и той попълва prompt box-а, който след това можете да редактирате преди изпращане.
@ за източници на данни. Въвеждането на @ в prompt box-а отваря picker за източници на данни в средата на изречението. Менюто показва MySQL, PostgreSQL, Stripe, Slack, Snowflake и още. Това означава, че можете да напишете prompt като „Създай tracker за onboarding на доставчици, който извлича статуса на доставчика от нашата @PostgreSQL база данни и маркира непълните заявки“, и връзката към базата данни вече е назована във вашата инструкция, преди build-ът да започне.
Build via MCP. Под основното поле за prompt има бутон „Build via MCP“, който отваря modal (screenshot 3), водещ ви през свързването на Retool с Claude Code, Cursor, Codex, ChatGPT или Kiro чрез терминална команда. За екипи, които предпочитат да работят от своята IDE, това е напълно документиран път, а не нещо добавено между другото.
Тествах builder-а с подробен prompt: платформа за управление на имоти за хазяи и наематели, обхващаща потребителска автентикация, списъци с имоти, управление на наеми, плащания на наем, заявки за поддръжка, качване на документи, съобщения, известия, админ dashboard, отчети, Stripe интеграция, PostgreSQL база данни, REST API, responsive design и инструкции за внедряване. Девет функционални области, едно въвеждане.
След като натиснах send, началната страница ме подканe да се регистрирам или да вляза, за да продължа с изграждането.
Starter prompts и @ data source picker-ът вътре в prompt box-а ви помагат да разберете възможностите на инструмента, преди дори да сте създали акаунт. Други builders ви карат да изследвате функциите; Retool ви кара да ги използвате.
Регистрацията е бърза, с една допълнителна стъпка след това
Retool предлага два начина за регистрация: Continue with Google или email плюс password. Google отнема приблизително 20 секунди.
Следващият екран иска две неща:
| Поле | Какво прави |
|---|---|
| Full name | Вашето display име в платформата |
| Organisation name | Задава вашия subdomain, напр. kimothokarani.retool.com |
Наличността на subdomain се проверява в реално време и се потвърждава със зелена отметка, преди да натиснете Continue. Няма стъпка за потвърждение на имейл, няма onboarding checklist и няма feature tour за затваряне. Builder-ът се отваря веднага.
Страницата за регистрация на Retool показва логата на Ramp, DoorDash, Stripe, Amazon, Snowflake и OpenAI като съществуващи клиенти.
Това е контекст, който си струва да имате, преди да прецените дали платформата е сериозна за enterprise use cases.
Вътре в builder-а: с какво работите
След като builder-ът зареди, интерфейсът е разделен на две панели:
Ляв панел: Chat, Data и Code табове
- Chat е мястото, където общувате с builder-а по време и след build-а. Инструкции, уточнения и последващи промени се случват тук.
- Data показва вашите свързани ресурси (Retool Database и Retool Storage по подразбиране) и списъка с backend функции, които builder-ът е генерирал, включително кои от тях изискват approval, преди да могат да се изпълнят.
- Code отваря цялото project file tree: backend TypeScript функции, организирани по области на функционалност, и frontend React TSX компоненти, организирани в pages, components, hooks и lib папки.
Десен панел: Preview
Това е live preview на всичко, което builder-ът в момента генерира. Докато build-ът е в ход, този панел показва gradient loading state.
След като build-ът приключи, той визуализира цялото navigable приложение. Можете да превключвате между Preview и отделни code файлове чрез tab-овете отгоре.
Бутон „Publish“ стои в горния десен ъгъл и остава видим през цялата сесия, така че знаете, че излизането на живо е винаги само на една стъпка разстояние.
Самото build-ване: 18 минути, 35 промени, един prompt
Build-ът започна в 7:55 pm. Ето какво се случи, в реда, в който се случи:
Стъпка 1: Reasoning. Builder-ът не започна да пише код веднага. Първо показа „Reasoning through the options…“ и прекара около 9 секунди в анализ на prompt-а, преди да изведе структуриран план. Sidebar-ът показа обобщение на това, което възнамеряваше да изгради във всички функционални области: Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users и Reports. Всяка имаше кратко описание на това, което ще включва.
Стъпка 2: Таблици в базата данни. Builder-ът показа блок SQL с етикет „Create all database tables“ и описание: „Creates all 9 tables needed for the property management platform: users, properties, units, leases, payments, maintenance requests, documents, messages, and notifications.“ Пълен CREATE TABLE код беше видим в панела. Появиха се два бутона: Deny и Run. Натиснах Run.
Стъпка 3: Seed data, първи проход. След това дойде „Seed demo users, properties, and units“: INSERT statements за демо хазяи, наематели и имоти с реалистични имена, имейли, роли и телефонни номера. Deny или Run. Натиснах Run.
Стъпка 4: Seed data, втори проход. След това „Seed leases, payments, maintenance, messages, notifications“: INSERT statements за наеми с реални периоди и суми на наема, записи за плащания, заявки за поддръжка с нива на приоритет, message threads и записи за известия. Deny или Run. Натиснах Run.
Стъпка 5: Backend функции. Builder-ът премина към „Now let me build all backend functions“ и започна да редактира code файлове без да изисква моя намеса. Генерира функции като getStats.ts, по един файл наведнъж, като ги stream-ваше в Code таба, докато се завършваха.
Стъпка 6: Frontend страници. Последва дълъг списък от редакции на файлове: Dashboard.tsx, Properties.tsx, Leases.tsx, Payments.tsx и още. Builder-ът също така почисти неизползвани imports и автоматично поправи TypeScript грешки, докато работеше през файловете.
Стъпка 7: Тестване и README. Builder-ът пусна собствени тестове срещу функциите в базата данни, които току-що беше написал, потвърди, че връщат данни, поправи дублиран useEffect в Leases.tsx, разреши зависимости и написа README, който обхваща Stripe integration стъпки, database indexes, препоръки за мащабиране и REST API mapping.
Build-ът завърши в 8:13 pm. 18 минути. 35 промени в codebase-а. Обобщението в левия панел изброи точно какво е изградено във всяка функционална област.
Резултатът: какво всъщност произвеждат 18 минути
Тук Retool се отличава от повечето AI builders, които съм тествал.
Готовото приложение се казваше “PropManage” и имаше напълно брандиран sidebar с лого, името и ролята на влезлия потребител (Sarah Johnson, Landlord) и десет навигационни елемента: Dashboard, Properties, Leases, Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users и Reports. Settings и Sign Out стояха в долната част.
Dashboard: Горният ред показваше live alert банери: „2 overdue payments totalling $3,800“ в amber и „1 urgent maintenance request need attention“ в red. Под тях имаше осем KPI карти:
| KPI | Стойност |
|---|---|
| Общ брой имоти | 3 active |
| Occupancy Rate | 67% (6 of 9 units) |
| Rent Collected | $20,600 this period |
| Overdue Payments | $3,800 (flagged in orange) |
| Active Leases | 5 expiring soon |
| Open Maintenance | 3 (1 in progress) |
| Tenants | 4 across 2 landlords |
| Unread Messages | 3 awaiting response |
Под KPI картите: Revenue Overview chart (Collected vs Pending) и Unit Status bar chart, показващ заети срещу свободни единици. Под тях: Recent Payments списък и Recent Maintenance списък, с записи, оцветени по статус (Urgent red, High orange, Medium yellow, Resolved grey).
Страница Properties: Три property карти, показващи Oak Street Complex, Sunset Apartments и Downtown Lofts. Всяка карта показваше:
- Брой единици и процент на заетост
- Месечна сума на приходите
- Лента за напредък на заетостта
- Тип имот и собственик
- Бутони Edit и View
Страница Messages: Split-pane inbox с табове Inbox/Sent, значка за непрочетени (3), етикети за роля на подателя (Tenant), предварителни прегледи на съобщения, времеви отпечатъци и бутон Compose.
Страница Payments: Три summary карти в горната част (Collected $20,600, Pending $13,000, Overdue $3,800), банер „Stripe Integration Ready“ с бутон Connect Stripe, searchable и filterable таблица с плащания с 14 резултата и индивидуални действия „Mark Paid“ за всеки ред.
Приложението също включваше light/dark mode toggle в горния десен ъгъл на preview-то (screenshot 1, втори batch). Dark mode беше по подразбиране. Превключването към light mode обновяваше незабавно цялото приложение.
Всяка една от тези страници беше създадена от един-единствен prompt. Дълбочината на това, което беше изградено, включително цветно кодираните приоритети за поддръжка, split-pane четецът на съобщения, банерът за Stripe интеграция и графиката revenue срещу pending, не е това, което бихте очаквали от първоначална AI генерация.
Три начина за редактиране след build-а
След като build-ът приключи, Retool ви дава три различни начина да правите промени. И трите са налични в безплатния план.
1. Chat Chat табът в левия панел остава активен и след build-а. Продължавате да пишете инструкции: „Добави филтър по град към страницата Properties“ или „Промени картата за просрочени плащания да показва жълто вместо червено.“ Builder-ът редактира съответния файл и ви показва какво е променил. Това е пътят за нетехнически потребители и за промени, които е по-лесно да се опишат, отколкото да се открият в кода.
2. Selection mode. Щракването върху иконата за selection mode в горния десен ъгъл на preview-то превключва приложението в интерактивен слой за редактиране.
Щраквате върху който и да е компонент на екрана и се появява плаващ tooltip, показващ името на компонента и свързания source файл.
Поле „Ask for changes“ ви позволява да въведете целева инструкция, без да напускате preview-то. В моя тест, щракване върху заглавието на страницата Payments отвори bubble, свързан с Payments.tsx. Това е по-бързо, отколкото да описвате кой елемент имате предвид в chat съобщение.
3. Директно редактиране на кода. Code табът показва пълното project file tree. Backend функции в TypeScript, frontend компоненти като .tsx файлове, всичко подредено и четимо. Например можете да отворите getPayments.ts и да прочетете или редактирате SQL заявката директно.
Кодът е чист, добре структуриран и не изисква да разбирате вътрешната архитектура на Retool, за да работите с него.
Таблицата по-долу обобщава кой режим на редактиране е най-подходящ за кой тип потребител:
| Режим на редактиране | Най-подходящ за | Изисква познания по код |
|---|---|---|
| Chat | Нетехнически потребители; широки промени | Не |
| Selection mode | Целеви UI промени; по-бързо от chat | Не |
| Direct code editing | Прецизни логически промени; custom заявки | Да |
Ops мениджърите и нетехническите потребители могат да останат в chat. Selection mode покрива междината: знаете какво искате да промените, виждате го на екрана, просто не знаете в кой файл се намира.
Повечето AI builders принуждават всички да минават през един и същи канал. Retool не го прави и това има значение, когато човекът, който строи, не винаги е човекът, който усъвършенства.
Системата за approval на функциите: safety gate, който има смисъл
Под Data таба има превключвател: „Require approval to run functions that may modify data.“ Той е включен по подразбиране.
Всяка функция, която записва, обновява или изтрива данни, стои в опашка „Needs review“, преди да може да се изпълни. В моя build това включваше:
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
Всяка от тях показва банер в горната част на своя детайлен изглед: „This function requires review. Ensure it performs the right operations on the right data before approving.“ Прочитате TypeScript-а, потвърждавате, че SQL-ът прави това, което очаквате, и натискате Approve.
Това има значение за публикуването. Когато първоначално натиснах Publish (screenshot 8, second batch), publish checklist-ът маркира блокиращ проблем: „There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.“ Бутон „Review functions“ водеше директно към Data таба.
След като одобрих всяка функция, publish flow-ът продължи безпроблемно. Зададох URL адреса на приложението (kimothokarani–properties.retool.app), избрах папка, маркирах релийза и натиснах Publish.
Ако използвате Retool за реални бизнес данни (плащания, договори за наем, потребителски записи), не искате AI да пише функции за база данни, които се изпълняват без вашето одобрение. Повечето builder tools не дават този gate. Фактът, че Retool го предлага по подразбиране, казва нещо значимо за това как платформата мисли за това какво означава „готово“.
Публикуване: почти с едно щракване, с един gate за преминаване
Publish flow-ът е ясен, след като approvals на функциите са налице:
- Натиснете „Publish“ в горния десен ъгъл
- Задайте URL адреса на приложението си (формат: [org]–[appname].retool.app)
- Изберете папка (по подразбиране: Published)
- Маркирайте release-а: без tag или Major release (1.0.0)
- Натиснете Publish
Полученият URL е чист, споделяем .retool.app адрес. Не се изисква отделен hosting в безплатния план. Можете да споделите линка веднага след публикуване и приложението е live за всеки с достъп.
Цени и планове на Retool
Retool използва абонаментен модел с AI credit layer отгоре. Има два типа потребители във всички планове:
- Builders: Потребители, които създават или редактират приложения в рамките на billing cycle
- Вътрешни потребители: Потребители, които само използват приложенията, без да правят редакции
Ключови неща, които трябва да знаете преди да се ангажирате:
- Няма публично обявена гаранция за връщане на парите.
- Плащането е само с кредитна карта.
- Годишното таксуване спестява 20% във всички платени планове.
- AI credit-ите покриват изграждането на приложения и AI Actions. Те се подновяват ежемесечно и не се прехвърлят.
- Агентите се таксуват отделно на час и не използват AI credit pool-а.
- Enterprise клиентите могат да свържат свой собствен model provider API key. Когато е активен, AI calls минават през техния собствен ключ и Retool credits не се използват.
- Business планът е необходим за всичко client-facing: портали, embedded apps и custom branding са заключени зад него.
- Бонус credits са включени в Team и нагоре (750 base плюс 250 bonus в Team; 1,500 base плюс 1,500 bonus в Business). Допълнителни credit пакети могат да се купят във всеки платен план.
Кой план е подходящ за кого:
Самостоятелни разработчици и малки екипи, които правят първоначални builds, могат спокойно да останат на безплатния план. Екипите, които итеративно развиват често, ще достигнат credit лимита и ще трябва да преминат към Team tier. Всеки екип, който строи client-facing или embedded приложения, има нужда от Business plan. Екипи с изисквания за compliance, нужда от SSO или повече от шепа builders трябва да се свържат с продажбите за Enterprise.
Алтернативи на Retool
Най-прекият конкурент на новия AI builder на Retool за enterprise вътрешни инструменти е Superblocks. Докато Retool генерира full-stack приложение в собствената си платформа и го държи там, Superblocks генерира приложения като exportable React code, който можете да модифицирате в собствената си IDE и да деплойнете извън платформата напълно.
За екипи, които сериозно искат да избегнат vendor lock-in, тази разлика има значение.
Superblocks също предлага хибриден security модел: неговият agent работи вътре във вашия VPC, докато builder интерфейсът се управлява в cloud-а на Superblocks, което го прави по-силния избор за организации със строги изисквания за data residency. Retool също предлага self-hosting, но то изисква значително повече инфраструктурен overhead в сравнение с on-premise agent подхода на Superblocks.
Компромисът е цената. Superblocks е само за enterprise ($200 per AI builder per month, плюс $100 per hosted app per month), което прави безплатния план и Team tier на Retool значително по-достъпни за по-малки екипи.
| Функция | Retool | Superblocks |
|---|---|---|
| Лекота на използване | Безплатен план, prompt-first начална страница, бърза регистрация | Фокусиран върху enterprise; по-висока бариера за старт |
| Най-подходящ за | Екипи за вътрешни инструменти от всякакъв размер, developer-led | Enterprise екипи с VPC и compliance изисквания |
| Backend и данни | Вградена PostgreSQL; 100+ интеграции чрез @ syntax | Full-stack генерация; export-ва чист standalone React code |
| Гъвкавост на дизайна | Chat, selection mode и пълно code editing в платформата | Drag-and-drop, AI generation и native IDE редактиране с двупосочен sync |
| Ценови модел | Безплатен tier е наличен; Team от $10/builder на месец | Само enterprise; свържете се с продажбите |
Окончателна присъда: заслужава ли си Retool?
Новият AI builder на Retool е най-способната prompt-to-app платформа, която съм тествал за вътрешни инструменти. Само за 18 минути той генерира многопайджова платформа за управление на имоти, включваща заредени демо данни, бизнес логика, dashboard-и и навигация.
Това, което ме впечатли най-много, беше качеството на резултата. Приложението изглеждаше използваемо още от първия ден, а не като груб прототип, и функции като approval на функциите и пълен достъп до кода показват, че Retool е насочен към реални production работни процеси.
Въпреки това не е идеален за всички. Нетехническите потребители може да се затруднят с процеса на публикуване, а цената на база seat може да стане висока с разрастването на екипите. Builder-ът също все още е в beta, така че остават някои груби ръбове.
За разработчици, стартъпи и оперативни екипи, които изграждат вътрешен софтуер, Retool в момента предлага най-силното prompt-to-production преживяване, налично на пазара. Ако скоростта, гъвкавостта и готовността за production са важни, това е един от най-добрите AI app builders, които можете да използвате днес.
