[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-retool::ru":3,"gloss-cluster-retool::ru":23,"gloss-next-retool::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"retool","no-code","Retool","Retool — это low-code платформа, специально созданная для построения внутренних инструментов — панелей администратора, дашбордов поддержки, workflow согласований, консолей проверки данных — путём прямого подключения к существующим базам данных и API компании и наложения поверх них drag-and-drop интерфейса, вместо необходимости переносить данные в отдельную no-code базу данных. Почему это важно: Retool наиболее чётко представляет low-code конец спектра среди мейнстримных инструментов — его целевой пользователь явно является инженерной или IT-командой (или технически подкованным операционным специалистом), которая хочет строить внутренний софт в 10 раз быстрее, чем вручную кодировать React-дашборд, но которой нужна гибкость писать реальные SQL-запросы и реальный JavaScript для всего, что визуальные компоненты не могут обработать — а не чисто нетехническим «гражданским разработчиком», строящим с нуля. Это позиционирование сделало Retool одним из стандартных инструментов, упоминаемых, когда речь заходит о «внутреннем инструменте» или «low-code» в контексте стека инженерной организации, наряду с близкими альтернативами вроде Appsmith (open-source) и Budibase. Как это работает: приложение Retool строится из готовых UI-компонентов (таблицы, формы, кнопки, графики, JSON-эксплореры), привязанных к «запросам к ресурсам» — прямым подключениям к базе Postgres\u002FMySQL, REST или GraphQL API, или таблице — где каждый запрос может быть либо простой настройкой в пару кликов, либо написанным вручную SQL\u002FJavaScript для сложной логики. Источник данных каждого UI-компонента и поведение каждой кнопки при клике связаны через эти запросы, и Retool явно поддерживает смешивание визуальной настройки с сырым кодом прямо в интерфейсе, а не рассматривает код как «аварийный люк», к которому прибегают лишь в исключительных случаях. Разобранный пример — инструмент поиска клиентов и оформления возвратов, построенный в Retool для команды поддержки: поле поиска, привязанное к параметризованному запросу `SELECT * FROM customers WHERE email ILIKE {{ '%' + searchInput.value + '%' }}`; результаты заполняют компонент-таблицу; выбор строки открывает панель деталей, показывающую историю заказов этого клиента через второй связанный запрос `SELECT * FROM orders WHERE customer_id = {{ table1.selectedRow.data.id }}`; кнопка «Оформить возврат» запускает JavaScript-запрос, который сначала проверяет, что сумма возврата не превышает общую сумму исходного заказа, затем вызывает внутренний платёжный микросервис компании через REST-запрос к ресурсу, а при успехе записывает запись аудита в отдельную таблицу `refund_log` — сочетая drag-and-drop компоновку, сырой SQL и кастомную JavaScript-логику в одном инструменте, построенном одним инженером за день вместо многонедельного спринта по разработке внутреннего приложения. Retool также «из коробки» поддерживает детальные права доступа и логирование аудита — это важно для внутренних инструментов, которые затрагивают продакшн-данные или финансовые операции, где должно быть прослеживаемо, «кто и когда одобрил этот возврат», чего быстрый внутренний скрипт обычно не обеспечивает.","Retool — ведущая low-code платформа для внутренних инструментов: прямое подключение к базам данных и API со слоем drag-and-drop интерфейса.",null,[11,14,17,20],{"slug":12,"name":13},"api","API",{"slug":15,"name":16},"database-app","Приложение-база данных (Database App)",{"slug":18,"name":19},"internal-tool","Внутренний инструмент (Internal Tool)",{"slug":21,"name":22},"low-code","Low-Code (низкий код)",[24,28,32,35,36,39,42,45,48,51,54,57],{"slug":25,"category":5,"name":26,"updated_at":27},"action","Действие (Action)","2026-08-24T02:46:36+00:00",{"slug":29,"category":5,"name":30,"updated_at":31},"aggregator","Агрегатор (Aggregator)","2026-08-24T02:46:37+00:00",{"slug":33,"category":5,"name":34,"updated_at":27},"airtable","Airtable",{"slug":12,"category":5,"name":13,"updated_at":27},{"slug":37,"category":5,"name":38,"updated_at":27},"api-key","API-ключ (API Key)",{"slug":40,"category":5,"name":41,"updated_at":31},"approval-workflow","Процесс согласования (Approval Workflow)",{"slug":43,"category":5,"name":44,"updated_at":27},"automation-platform","Платформа автоматизации (Automation Platform)",{"slug":46,"category":5,"name":47,"updated_at":27},"automation-recipe","Рецепт автоматизации (Automation Recipe)",{"slug":49,"category":5,"name":50,"updated_at":27},"backend-as-a-service","Backend как услуга (BaaS)",{"slug":52,"category":5,"name":53,"updated_at":31},"backfill","Обратное заполнение (Backfill)",{"slug":55,"category":5,"name":56,"updated_at":27},"bubble","Bubble",{"slug":58,"category":5,"name":59,"updated_at":27},"business-logic","Бизнес-логика (Business Logic)"]