Що таке Retool?
Retool — це платформа для розробки внутрішніх бізнес-інструментів: дашбордів, адмін-панелей, CRM і workflow-застосунків, усе підключене до ваших власних баз даних та API. Новий AI builder, який наразі перебуває в Beta і має бренд AppGen, бере опис простою англійською мовою та генерує повноцінний повноцінний застосунок з нуля.
Він пише схему бази даних, заповнює її реалістичними демо-даними, пише backend TypeScript-функції та будує багатосторінковий React frontend, усе це з’єднано між собою та працює на вбудованій PostgreSQL-базі даних Retool.
Для кого підходить Retool?
- Розробники внутрішніх інструментів які хочуть уникнути початкового налаштування backend і перейти від письмової вимоги до робочого застосунку, підключеного до даних, за одну сесію, не торкаючись фреймворку чи конфігурації розгортання з нуля.
- Операційні та продуктові команди яким потрібен CRM, трекер платежів або панель техобслуговування, але які не можуть чекати, поки в інженерів з’явиться час. Builder на основі запитів від Retool дає змогу отримати робочу версію вже того ж дня.
- Технічні засновники які будують внутрішні платформи як частину свого продукту. Retool надає production-ready результат із повним доступом до коду, тож ви не прив’язані до чорної скриньки.
- Розробники, яким потрібна відправна точка, а не готовий продукт. Вкладка коду відкрита на всіх планах, тож згенерований застосунок є радше каркасом, ніж кінцевим результатом. Інженери, які хочуть доробити все по-своєму, оцінять чисту передачу.
Переваги та недоліки Retool
- Повноцінний застосунок, згенерований з одного запиту
- Прямий доступ до коду включено на всіх планах
- Гейт схвалення функцій запобігає випадковим записам у дані
- Символ @ підключає джерела даних безпосередньо всередині запиту
- Три окремі режими редагування для будь-якого робочого процесу
- Якість результату конкурує зі спеціалізованими інструментами
- Підтримується MCP-створення через Claude Code, Cursor та інші
- Складні збірки займають від 15 до 20 хвилин
- Ціноутворення за builder плюс за користувача швидко зростає для команд, що збільшуються
- Новий AI builder і досі має позначку Beta
Оцінка по пунктах
Новий AI builder від Retool усе ще має позначку Beta, але результат, який я побачив під час тестування, не схожий на ранній експеримент. Ось як він показує себе в тих сферах, що мають найбільше значення під час оцінювання AI app builder для реальної роботи.
| Функція | Оцінка (з 10) | Чому така оцінка |
|---|---|---|
| Простота використання | 9.0 | Реєстрація займає менше двох хвилин, а інтерфейс builder зрозумілий, але система схвалення функцій додає криву навчання під час першої публікації |
| Функції та можливості | 9.8 | Повноцінна генерація застосунку, підтримка MCP, три режими редагування, гейти схвалення даних і агенти: на цій стадії майже нічого не бракує |
| Дизайн і кастомізація | 9.2 | Згенерований результат виглядає відшліфованим і має робочий перемикач темної/світлої теми; візуальне редагування після збірки існує, але досвід усе ще залишається chat-first |
| Цінність за свої гроші | 8.8 | Безплатний план справді корисний; платні тарифи беруть оплату за builder плюс за внутрішнього користувача, що швидко зростає зі збільшенням команди |
| Продуктивність і надійність | 9.5 | 18-хвилинна збірка для повноцінного застосунку з 9 таблицями без жодної помилки та вбудованим потоком схвалення, що додає впевненості, не блокуючи прогрес |
| Загалом | 9.4 | Новий builder створює повноцінні застосунки, готові для реального використання, із сильними засобами безпеки, доступом до коду на всіх планах і якістю результату, що перевершує більшість альтернатив у цій ціновій категорії |
Функції Retool
- Запит природною мовою генерує повноцінний застосунок за одну сесію
- Символ @ підтягує зовнішні бази даних і сервіси до запиту в процесі введення
- Інтеграція MCP із Claude Code, Cursor, Codex, ChatGPT та Kiro
- Гейт ручного схвалення потрібен перед запуском будь-якої функції, що записує дані
- Chat, selection mode і пряме редагування коду для доопрацювання після збірки
- Вбудована PostgreSQL-база даних із staging та production середовищами
- Публікація в один клік на власний піддомен .retool.app
Мій чесний огляд Retool: що я виявив після тестування
Ви вводите запит ще до реєстрації
Перше, що Retool робить інакше, — не просить вас створити обліковий запис, перш ніж почати будувати. На головній сторінці відкривається велике поле для запиту по центру, і ви вводите свою ідею прямо в нього ще до того, як торкнетеся форми реєстрації.
Є дві речі, які варто знати про це поле для запиту перед тим, як ним користуватися:
Початкові запити. Кнопка “Starter prompts” відкриває випадаюче меню з чотирма готовими сценаріями використання:
- Інструмент управління замовленнями
- Трекер онбордингу постачальників
- Черга підтримки клієнтів
- Дашборд KPI продажів
Вони корисні для вивчення того, що може створити builder. Це не шаблони, по яких ви переходите крок за кроком: ви вибираєте один із них, і він заповнює поле запиту, яке ви потім можете відредагувати перед надсиланням.
@ для джерел даних. Введення @ всередині поля запиту відкриває вибір джерела даних прямо під час введення речення. Меню показує MySQL, PostgreSQL, Stripe, Slack, Snowflake та інші. Це означає, що ви можете написати запит на кшталт “Create a vendor onboarding tracker that pulls vendor status from our @PostgreSQL database and flags incomplete submissions,” і підключення до бази даних уже буде назване у вашій інструкції ще до початку збірки.
Build via MCP. Під основним полем для запиту кнопка “Build via MCP” відкриває модальне вікно (скриншот 3), яке проводить вас через підключення Retool до Claude Code, Cursor, Codex, ChatGPT або Kiro через команду в терміналі. Для команд, які віддають перевагу роботі у своєму звичному IDE, це повністю задокументований шлях, а не другорядна опція.
Я протестував builder із детальним запитом: платформа для управління нерухомістю для орендодавців і орендарів, що охоплює автентифікацію користувачів, списки об’єктів нерухомості, управління орендними договорами, платежі за оренду, заявки на техобслуговування, завантаження документів, повідомлення, сповіщення, адмін-дашборд, звітування, інтеграцію Stripe, PostgreSQL-базу даних, REST API, адаптивний дизайн і інструкції з розгортання. Дев’ять функціональних зон, одне введення.
Після того як я натиснув send, головна сторінка запропонувала мені зареєструватися або увійти, щоб продовжити створення.
Початкові запити та вибір джерела даних @ прямо в полі запиту допомагають зрозуміти можливості інструменту ще до створення облікового запису. Інші builder-інструменти змушують вас досліджувати функції; Retool змушує вас ними користуватися.
Реєстрація швидка, а потім є один крок налаштування
Retool пропонує два способи реєстрації: Continue with Google або email плюс пароль. Google займає приблизно 20 секунд.
Наступний екран запитує дві речі:
| Поле | Що воно робить |
|---|---|
| Full name | Ваше відображуване ім’я на платформі |
| Organisation name | Встановлює ваш піддомен, напр., kimothokarani.retool.com |
Доступність піддомену перевіряється в реальному часі та підтверджується зеленою галочкою перед тим, як ви натиснете Continue. Немає кроку підтвердження email, немає чекліста онбордингу й немає навчального туру, який потрібно закривати. Builder відкривається одразу.
На сторінці реєстрації Retool показані логотипи Ramp, DoorDash, Stripe, Amazon, Snowflake та OpenAI як уже наявних клієнтів.
Це важливий контекст, коли ви оцінюєте, чи серйозно платформа налаштована на enterprise-сценарії.
Усередині builder: з чим ви працюєте
Після завантаження builder інтерфейс розділений на дві панелі:
Ліва панель: вкладки Chat, Data і Code
- Chat — це місце, де ви спілкуєтеся з builder під час і після збірки. Інструкції, уточнення та подальші зміни відбуваються тут.
- Data показує підключені ресурси (Retool Database і Retool Storage за замовчуванням) та список backend-функцій, які згенерував builder, зокрема ті, що потребують схвалення перед виконанням.
- Code відкриває повне дерево файлів проєкту: backend TypeScript-функції, організовані за функціональними зонами, та frontend React TSX-компоненти, організовані в папки pages, components, hooks і lib.
Права панель: Preview
Це живий попередній перегляд того, що builder зараз генерує. Поки збірка триває, у цій панелі відображається градієнтний стан завантаження.
Після завершення збірки тут рендериться повний навігаційний застосунок. Ви можете перемикатися між Preview та окремими файлами коду за допомогою вкладок угорі.
Кнопка “Publish” розташована в правому верхньому куті й залишається видимою протягом усієї сесії, тож ви завжди бачите, що запуск у продакшн — це лише один крок.
Сам процес збірки: 18 хвилин, 35 змін, один запит
Збірка почалася о 7:55 pm. Ось що відбувалося, у тому порядку, в якому це сталося:
Крок 1: Роздуми. Builder не почав писати код одразу. Спочатку він показав “Reasoning through the options…” і витратив приблизно 9 секунд на аналіз запиту, перш ніж видати структурований план. У бічній панелі було видно підсумок того, що він збирався створити в усіх функціональних зонах: 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 demo users, properties, and units”: оператори INSERT для демо-орендодавців, орендарів та об’єктів нерухомості з реалістичними іменами, email, ролями та номерами телефонів. Deny або Run. Я натиснув Run.
Крок 4: Заповнення демо-даними, другий прохід. Потім з’явилося “Seed leases, payments, maintenance, messages, notifications”: INSERT-оператори для орендних договорів із реальними діапазонами дат і сумами оренди, платіжних записів, заявок на техобслуговування з рівнями пріоритету, потоків повідомлень і записів сповіщень. Deny або Run. Я натиснув Run.
Крок 5: Backend-функції. Потім builder перейшов до “Now let me build all backend functions” і почав редагувати файли коду без мого втручання. Він згенерував функції на кшталт getStats.ts, по одному файлу за раз, потоково передаючи кожен у вкладку Code після завершення.
Крок 6: Frontend-сторінки. Далі пішов довгий список змін файлів: Dashboard.tsx, Properties.tsx, Leases.tsx, Payments.tsx та інші. Builder також очищав невикористані імпорти та автоматично виправляв TypeScript-помилки під час роботи над файлами.
Крок 7: Тестування та README. Builder сам запустив тести для database-функцій, які щойно написав, підтвердив, що вони повертають дані, виправив дубльований useEffect у Leases.tsx, усунув залежності та написав README, який охоплює кроки інтеграції Stripe, індекси бази даних, рекомендації зі масштабування та мапінг REST API.
Збірка завершилася о 8:13 pm. 18 хвилин. 35 змін у кодовій базі. Підсумок у лівій панелі точно вказував, що було створено в кожній функціональній зоні.
Результат: що насправді створює 18 хвилин
Саме тут Retool відрізняється від більшості AI builder-інструментів, які я тестував.
Готовий застосунок називався “PropManage” і мав повністю оформлену бічну панель із логотипом, ім’ям і роллю користувача, який увійшов у систему (Sarah Johnson, Landlord), та десять пунктів навігації: Dashboard, Properties, Leases, Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users, і Reports. Внизу були Settings і Sign Out.
Dashboard: Верхній ряд показував банери live-сповіщень: “2 overdue payments totalling $3,800” в бурштиновому кольорі та “1 urgent maintenance request need attention” у червоному. Нижче — вісім KPI-карток:
| KPI | Значення |
|---|---|
| Total Properties | 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 (Collected vs Pending) і стовпчикова діаграма Unit Status, що показує зайняті та вільні одиниці. Нижче: списки Recent Payments і Recent Maintenance, де записи позначені кольором за статусом (Urgent — червоний, High — помаранчевий, Medium — жовтий, Resolved — сірий).
Сторінка Properties: Три картки об’єктів нерухомості, що показують Oak Street Complex, Sunset Apartments і Downtown Lofts. На кожній картці відображено:
- Кількість одиниць і відсоток заповненості
- Суму щомісячного доходу
- Індикатор заповненості у вигляді progress bar
- Тип об’єкта нерухомості та власника
- Кнопки Edit і View
Сторінка Messages: Вхідна скринька в режимі split-pane з вкладками Inbox/Sent, бейджем кількості непрочитаних (3), мітками ролей відправника (Tenant), прев’ю повідомлень, мітками часу та кнопкою Compose.
Сторінка Payments: Три підсумкові картки вгорі (Collected $20,600, Pending $13,000, Overdue $3,800), банер “Stripe Integration Ready” із кнопкою Connect Stripe, таблиця платежів із пошуком і фільтрами на 14 результатів та окремі дії “Mark Paid” у кожному рядку.
У застосунку також був перемикач світлої/темної теми у правому верхньому куті preview (скриншот 1, другий пакет). За замовчуванням була темна тема. Перемикання на світлу тему миттєво оновлювало весь застосунок.
Усі ці сторінки були створені з одного запиту. Глибина того, що було побудовано, включно з кольоровим кодуванням пріоритетів техобслуговування, split-pane переглядачем повідомлень, банером інтеграції Stripe та діаграмою revenue проти pending, — це не те, чого очікуєш від першої генерації AI.
Три способи редагування після збірки
Після завершення збірки Retool пропонує три окремі способи внесення змін. Усі три доступні на безплатному плані.
1. Chat Вкладка Chat на лівій панелі залишається активною після збірки. Ви продовжуєте вводити інструкції: “Add a city filter to the Properties page” або “Change the overdue payment card to show yellow instead of red.” Builder редагує відповідний файл і показує, що саме змінилося. Це шлях для нетехнічних користувачів і для змін, які легше описати, ніж знайти в коді.
2. Selection mode. Натискання на іконку selection mode у правому верхньому куті preview вмикає інтерактивний шар редагування.
Ви натискаєте на будь-який компонент на екрані, і з’являється плаваюча підказка, що показує назву компонента та його пов’язаний файл-джерело.
Поле “Ask for changes” дає змогу ввести точну інструкцію, не виходячи з preview. У моєму тесті натискання на заголовок сторінки Payments відкривало підказку, пов’язану з Payments.tsx. Це швидше, ніж описувати в чаті, що саме ви маєте на увазі.
3. Direct code editing. Вкладка Code показує повне дерево файлів проєкту. Backend-функції у TypeScript, frontend-компоненти як .tsx-файли, усе організовано й читабельно. Наприклад, ви можете відкрити getPayments.ts і прочитати або відредагувати SQL-запит безпосередньо.
Код чистий, добре структурований і не вимагає від вас розуміння внутрішньої архітектури Retool, щоб із ним працювати.
Таблиця нижче підсумовує, який режим редагування найкраще підходить для якого типу користувачів:
| Режим редагування | Найкраще для | Потрібні знання коду |
|---|---|---|
| Chat | Нетехнічні користувачі; широкі зміни | Ні |
| Selection mode | Точкові зміни UI; швидше за chat | Ні |
| Direct code editing | Точні зміни логіки; власні запити | Так |
Операційні менеджери та нетехнічні користувачі можуть залишатися в чаті. Selection mode заповнює проміжок між ними: ви знаєте, що хочете змінити, бачите це на екрані, але не знаєте, у якому файлі це лежить.
Більшість AI builder-інструментів загоняють усіх в один коридор. Retool — ні, і це важливо, коли людина, яка створює, не завжди є людиною, яка допрацьовує.
Система схвалення функцій: запобіжник, який має сенс
У вкладці Data є перемикач: “Require approval to run functions that may modify data.” Він увімкнений за замовчуванням.
Кожна функція, яка записує, оновлює або видаляє дані, потрапляє в чергу “Needs review” перед тим, як її можна буде виконати. У моїй збірці це включало:
- 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 (скриншот 8, другий пакет), у списку перевірки публікації з’явилася блокувальна проблема: “There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.” Кнопка “Review functions” вела прямо у вкладку Data.
Після схвалення кожної функції процес публікації продовжився без проблем. Я встановив URL застосунку (kimothokarani–properties.retool.app), вибрав папку, додав тег релізу та натиснув Publish.
Якщо ви використовуєте Retool для керування реальними бізнес-даними (платежі, орендні договори, записи користувачів), вам не потрібен AI, який пише функції бази даних без вашого схвалення. Більшість builder-інструментів не дають такого гейта. Те, що Retool вмикає його за замовчуванням, багато говорить про те, як платформа розуміє, що означає “готово”.
Публікація: майже в один клік, але з одним бар’єром
Процес публікації простий, коли схвалення функцій уже завершено:
- Натисніть “Publish” у правому верхньому куті
- Встановіть URL застосунку (формат: [org]–[appname].retool.app)
- Оберіть папку (за замовчуванням Published)
- Додайте тег до релізу: no tag або Major release (1.0.0)
- Натисніть Publish
Отриманий URL — це чиста, зручна для поширення адреса .retool.app. На безплатному плані не потрібен окремий хостинг. Ви можете одразу ділитися посиланням після публікації, і застосунок буде доступний для всіх, хто має доступ.
Ціни та плани Retool
Retool використовує підписну модель із шаром AI-кредитів зверху. На всіх планах є два типи користувачів:
- Builders: Користувачі, які створюють або редагують застосунки протягом білінгового циклу
- Internal users: Користувачі, які лише використовують застосунки без редагування
Ключові моменти, які варто знати перед підключенням:
- Публічно не заявлено про гарантію повернення коштів.
- Оплата лише банківською карткою.
- Річна оплата економить 20% на всіх платних планах.
- AI-кредити покривають створення застосунків і AI Actions. Вони поновлюються щомісяця і не переносяться.
- Агенти оплачуються окремо погодинно і не використовують пул AI-кредитів.
- Enterprise-клієнти можуть підключити власний API-ключ провайдера моделі. Коли це активовано, AI-запити маршрутизуються через їхній власний ключ і кредити Retool не витрачаються.
- План Business потрібен для всього, що орієнтоване на клієнта: портали, вбудовані застосунки та кастомний брендинг доступні лише на ньому.
- Бонусні кредити включено на Team і вище (750 базових плюс 250 бонусних на Team; 1,500 базових плюс 1,500 бонусних на Business). Додаткові пакети кредитів можна придбати на будь-якому платному плані.
Який план підходить кому:
Самостійні розробники та невеликі команди, які роблять початкові збірки, можуть комфортно залишатися на безплатному плані. Команди, які часто вносять зміни, вичерпають ліміт кредитів і потребуватимуть тарифу Team. Будь-якій команді, що створює клієнтські або вбудовані застосунки, потрібен план Business. Командам із вимогами до комплаєнсу, потребою в SSO або більш ніж кількома builders слід звернутися до sales щодо Enterprise.
Альтернативи Retool
Найпрямішим конкурентом нового AI builder від Retool для enterprise-внутрішніх інструментів є Superblocks. Якщо Retool генерує повноцінний застосунок усередині власної платформи й зберігає код там же, то Superblocks генерує застосунки як експортований React-код, який ви можете змінювати у своєму IDE та розгортати повністю поза платформою.
Для команд, для яких важливо уникати vendor lock-in, ця різниця суттєва.
Superblocks також пропонує гібридну модель безпеки: його агент працює всередині вашого VPC, тоді як інтерфейс builder керується в хмарі Superblocks, що робить його сильнішим вибором для організацій із суворими вимогами до data residency. Retool теж підтримує self-hosting, але він потребує значно більше інфраструктурних витрат, ніж on-premise-агентний підхід Superblocks.
Компроміс — ціна. Superblocks доступний лише для enterprise ($200 за AI builder на місяць плюс $100 за хостинг одного застосунку на місяць), що робить безплатний план Retool і тариф Team значно доступнішими для менших команд.
| Функція | Retool | Superblocks |
|---|---|---|
| Простота використання | Безплатний план, домашня сторінка з акцентом на запит, швидка реєстрація | Орієнтований на enterprise; вищий бар’єр для старту |
| Найкраще для | Команди внутрішніх інструментів будь-якого розміру, розробницький підхід | Enterprise-команди з вимогами до VPC і комплаєнсу |
| Backend і дані | Вбудована PostgreSQL; понад 100 інтеграцій через синтаксис @ | Повноцінна генерація застосунку; експортує чистий автономний React-код |
| Гнучкість дизайну | Chat, selection mode і повне редагування коду всередині платформи | Drag-and-drop, AI generation і нативне редагування в IDE із двосторонньою синхронізацією |
| Модель ціноутворення | Доступний безплатний тариф; Team від $10/builder на місяць | Лише enterprise; звертайтеся до sales |
Підсумковий вердикт: чи вартий Retool своїх грошей?
Новий AI builder від Retool — це найздатніша платформа prompt-to-app для внутрішніх інструментів, яку я тестував. Лише за 18 хвилин він згенерував багатосторінкову платформу для управління нерухомістю з демо-даними, бізнес-логікою, дашбордами та навігацією.
Найбільше мене вразила якість результату. Застосунок виглядав придатним до використання з першого дня, а такі функції, як схвалення функцій і повний доступ до коду, показують, що Retool зосереджений на реальних production-робочих процесах.
Водночас це не ідеальний варіант для всіх. Нетехнічним користувачам може бути складно з процесом публікації, а ціноутворення за місця може ставати дорогим у міру зростання команди. До того ж builder і досі перебуває в beta, тож певні шорсткості залишаються.
Для розробників, стартапів і операційних команд, які будують внутрішнє програмне забезпечення, Retool наразі дає найсильніший досвід prompt-to-production з доступних. Якщо для вас важливі швидкість, гнучкість і готовність до production, це один із найкращих AI app builders, який можна використовувати сьогодні.
