O que é Retool?
Retool é uma plataforma de desenvolvimento para criar ferramentas internas de negócios: dashboards, painéis administrativos, CRMs e aplicativos de fluxo de trabalho, todos conectados aos seus próprios bancos de dados e APIs. O novo construtor de IA, atualmente em Beta e com a marca AppGen, pega uma descrição em linguagem simples e gera um aplicativo full-stack completo do zero.
Ele escreve o esquema do banco de dados, insere dados de demonstração realistas, escreve as funções de backend em TypeScript e monta um frontend React multi-página, tudo conectado e funcionando no banco PostgreSQL integrado do Retool.
Para quem é Retool?
- Desenvolvedores de ferramentas internas que querem pular a estruturação do backend e ir de um requisito escrito a um app funcional conectado a dados em uma única sessão, sem tocar em framework ou configuração de implantação do zero.
- Equipes de operações e produto que precisam de um CRM, rastreador de pagamentos ou painel de manutenção, mas não podem esperar que a engenharia tenha disponibilidade. O construtor baseado em prompts do Retool leva a uma versão funcional no mesmo dia.
- Fundadores técnicos construindo plataformas internas como parte do seu produto. O Retool oferece saída pronta para produção com acesso total ao código, então eles não ficam presos a uma caixa preta.
- Desenvolvedores que querem um ponto de partida, não um produto final. A aba de código está aberta em todos os planos, então o app gerado é tanto um esqueleto quanto um entregável. Engenheiros que querem finalizar as coisas do seu jeito vão achar a transição limpa.
Prós e Contras do Retool
- App full-stack gerado a partir de um único prompt
- Acesso direto ao código incluído em todos os planos
- Gate de aprovação de funções evita gravações acidentais de dados
- O símbolo @ conecta fontes de dados dentro do próprio prompt
- Três modos distintos de edição para se adequar a qualquer fluxo de trabalho
- A qualidade da saída compete com ferramentas feitas para esse fim
- Construção MCP suportada via Claude Code, Cursor e outros
- Construções complexas levam de 15 a 20 minutos para concluir
- Preços por construtor mais por usuário crescem rápido para equipes em expansão
- O novo construtor de IA ainda carrega um rótulo Beta
Detalhamento da Avaliação
O novo construtor de IA do Retool ainda está rotulado como Beta, mas a saída que vi no teste não parece um experimento inicial. Veja como ele se sai nas áreas que mais importam ao avaliar um construtor de apps com IA para trabalho real.
| Recurso | Pontuação (de 10) | Por que a pontuação |
|---|---|---|
| Facilidade de uso | 9.0 | O cadastro leva menos de dois minutos e a interface do construtor é clara, mas o sistema de aprovação de funções adiciona uma curva de aprendizado na primeira vez que você publica |
| Recursos e funcionalidade | 9.8 | Geração full-stack, suporte a MCP, três modos de edição, gates de aprovação de dados e agentes: muito pouco está faltando nesta fase |
| Design e personalização | 9.2 | A saída gerada é polida e vem com um alternador funcional de modo escuro/claro; a edição visual após a construção existe, mas a experiência ainda é centrada no chat |
| Custo-benefício | 8.8 | O plano gratuito é realmente útil; as camadas pagas cobram por construtor mais por usuário interno, o que sobe rapidamente à medida que o time cresce |
| Desempenho e confiabilidade | 9.5 | Uma construção de 18 minutos para um app full-stack com 9 tabelas, sem erros, e um fluxo de aprovação integrado que aumenta a confiança sem travar o progresso |
| Geral | 9.4 | O novo construtor produz apps full-stack prontos para uso real, com fortes controles de segurança, acesso ao código em todos os planos e qualidade de saída que supera a maioria das alternativas nesse ponto de preço |
Recursos do Retool
- Prompt em linguagem natural gera um app full-stack em uma única sessão
- O símbolo @ traz bancos de dados e serviços externos para o prompt em tempo real
- Integração MCP com Claude Code, Cursor, Codex, ChatGPT e Kiro
- Gate de aprovação humana exigido antes que qualquer função que grave dados seja executada
- Chat, modo de seleção e edição direta de código para refinamento após a construção
- Banco PostgreSQL integrado com ambientes de staging e produção
- Publicação com um clique para um subdomínio personalizado .retool.app
Minha análise honesta do Retool: o que encontrei após testá-lo
Você faz o prompt antes mesmo de se cadastrar
A primeira coisa que o Retool faz de forma diferente é que ele não pede para você criar uma conta antes de começar a construir. A página inicial abre com uma grande caixa de prompt em destaque, e você digita sua ideia diretamente nela antes de tocar em um formulário de cadastro.
Há duas coisas que vale saber sobre essa caixa de prompt antes de usá-la:
Prompts iniciais. O botão “Starter prompts” abre um menu suspenso com quatro casos de uso prontos:
- Ferramenta de gerenciamento de pedidos
- Rastreador de onboarding de fornecedores
- Fila de suporte ao cliente
- Dashboard de KPI de vendas
Eles são úteis para explorar o que o construtor pode produzir. Não são modelos em que você clica e segue: você seleciona um, ele preenche a caixa de prompt, e então você pode editá-lo antes de enviar.
@ para fontes de dados. Digitar @ dentro da caixa de prompt abre um seletor de fonte de dados no meio da frase. O menu mostra MySQL, PostgreSQL, Stripe, Slack, Snowflake e mais. Isso significa que você pode escrever um prompt como “Crie um rastreador de onboarding de fornecedores que puxe o status dos fornecedores do nosso banco de dados @PostgreSQL e sinalize envios incompletos”, e a conexão com o banco já está nomeada na sua instrução antes do início da construção.
Build via MCP. Abaixo da caixa principal de prompt, um botão “Build via MCP” abre uma janela modal (captura de tela 3) que orienta você a conectar o Retool ao Claude Code, Cursor, Codex, ChatGPT ou Kiro por meio de um comando de terminal. Para equipes que preferem construir a partir do IDE que já usam, este é um caminho totalmente documentado, não uma reflexão tardia.
Testei o construtor com um prompt detalhado: uma plataforma de gestão de propriedades para proprietários e inquilinos cobrindo autenticação de usuários, listagens de imóveis, gestão de contratos, pagamentos de aluguel, solicitações de manutenção, upload de documentos, mensagens, notificações, um dashboard administrativo, relatórios, integração com Stripe, banco de dados PostgreSQL, API REST, design responsivo e instruções de implantação. Nove áreas de recursos, uma entrada.
Depois que cliquei em enviar, a página inicial me pediu para me cadastrar ou fazer login para continuar construindo.
Os prompts iniciais e o seletor de fonte de dados @ dentro da caixa de prompt fazem você entender as capacidades da ferramenta antes mesmo de criar uma conta. Outros construtores fazem você explorar recursos; o Retool faz você usá-los.
O cadastro é rápido, com uma etapa de configuração depois
O Retool oferece duas formas de cadastro: Continuar com Google ou e-mail e senha. Com Google leva cerca de 20 segundos.
A próxima tela pede duas coisas:
| Campo | O que faz |
|---|---|
| Nome completo | Seu nome de exibição dentro da plataforma |
| Nome da organização | Define seu subdomínio, por exemplo kimothokarani.retool.com |
A disponibilidade do subdomínio é verificada em tempo real e confirmada com um visto verde antes de você clicar em Continuar. Não há etapa de verificação de e-mail, nem checklist de onboarding, nem tour de recursos para dispensar. O construtor abre imediatamente.
A página de cadastro do Retool mostra logos de Ramp, DoorDash, Stripe, Amazon, Snowflake e OpenAI como clientes existentes.
Esse é um contexto importante antes de você avaliar se a plataforma leva a sério casos de uso empresariais.
Dentro do construtor: com o que você está trabalhando
Quando o construtor carrega, a interface é dividida em dois painéis:
Painel esquerdo: abas Chat, Data e Code
- Chat é onde você se comunica com o construtor durante e depois da construção. Instruções, esclarecimentos e mudanças posteriores acontecem aqui.
- Data mostra seus recursos conectados (Retool Database e Retool Storage por padrão) e a lista de funções de backend que o construtor gerou, incluindo quais precisam de aprovação antes de poderem ser executadas.
- Code abre a árvore completa de arquivos do projeto: funções backend em TypeScript organizadas por área de recurso, e componentes frontend React TSX organizados em pastas de pages, components, hooks e lib.
Painel direito: Preview
Esta é a prévia ao vivo do que quer que o construtor esteja gerando no momento. Enquanto a construção está em andamento, esse painel mostra um estado de carregamento em gradiente.
Quando a construção é concluída, ele renderiza o app completo e navegável. Você pode alternar entre Preview e arquivos de código individuais usando as abas na parte superior.
Um botão “Publish” fica no canto superior direito e permanece visível durante toda a sessão, então você sabe que ir ao ar está sempre a um passo de distância.
A construção em si: 18 minutos, 35 mudanças, um prompt
A construção começou às 19:55. Veja o que aconteceu, na ordem em que aconteceu:
Etapa 1: Raciocínio. O construtor não começou a escrever código imediatamente. Primeiro exibiu “Reasoning through the options…” e passou cerca de 9 segundos analisando o prompt antes de produzir um plano estruturado. A barra lateral mostrou um resumo do que pretendia construir em todas as áreas de recursos: Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users e Reports. Cada uma tinha uma breve descrição do que incluiria.
Etapa 2: Tabelas do banco de dados. O construtor apresentou um bloco de SQL rotulado “Create all database tables” com a descrição: “Creates all 9 tables needed for the property management platform: users, properties, units, leases, payments, maintenance requests, documents, messages, and notifications.” O código CREATE TABLE completo estava visível no painel. Dois botões apareceram: Deny e Run. Cliquei em Run.
Etapa 3: Dados de demonstração, primeira passagem. Em seguida veio “Seed demo users, properties, and units”: instruções INSERT para proprietários, inquilinos e imóveis de demonstração com nomes, e-mails, funções e números de telefone realistas. Deny ou Run. Cliquei em Run.
Etapa 4: Dados de demonstração, segunda passagem. Depois veio “Seed leases, payments, maintenance, messages, notifications”: instruções INSERT para contratos com intervalos de datas e valores de aluguel reais, registros de pagamento, solicitações de manutenção com níveis de prioridade, threads de mensagens e entradas de notificação. Deny ou Run. Cliquei em Run.
Etapa 5: Funções de backend. O construtor passou para “Now let me build all backend functions” e começou a editar arquivos de código sem exigir minha entrada. Ele gerou funções como getStats.ts, um arquivo por vez, transmitindo cada uma para a aba Code à medida que era concluída.
Etapa 6: Páginas do frontend. Seguiu-se uma longa lista de edições de arquivo: Dashboard.tsx, Properties.tsx, Leases.tsx, Payments.tsx e outras. O construtor também removeu imports não utilizados e corrigiu erros de TypeScript automaticamente enquanto trabalhava nos arquivos.
Etapa 7: Testes e README. O construtor executou seus próprios testes nas funções do banco que havia acabado de escrever, confirmou que elas retornavam dados, corrigiu um useEffect duplicado em Leases.tsx, resolveu dependências e escreveu um README cobrindo etapas de integração com Stripe, índices de banco de dados, recomendações de escalabilidade e mapeamento da API REST.
A construção terminou às 20:13. 18 minutos. 35 mudanças no código-base. O resumo no painel esquerdo listou exatamente o que foi construído em todas as áreas de recursos.
A saída: o que 18 minutos realmente produzem
Aqui é onde o Retool se diferencia da maioria dos construtores de IA que testei.
O app final foi nomeado “PropManage” e tinha uma sidebar totalmente personalizada com um logo, o nome e cargo do usuário conectado (Sarah Johnson, Landlord) e dez itens de navegação: Dashboard, Properties, Leases, Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users e Reports. Settings e Sign Out ficaram na parte inferior.
Dashboard: A linha superior mostrava banners de alerta ao vivo: “2 overdue payments totalling $3,800” em âmbar e “1 urgent maintenance request need attention” em vermelho. Abaixo, oito cartões de KPI:
| KPI | Valor |
|---|---|
| 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 |
Abaixo dos cartões KPI: um gráfico Revenue Overview (Collected vs Pending) e um gráfico de barras Unit Status mostrando unidades ocupadas versus vagas. Abaixo disso: uma lista de Recent Payments e uma lista de Recent Maintenance, com entradas codificadas por cor por status (Urgent vermelho, High laranja, Medium amarelo, Resolved cinza).
Página Properties: Três cartões de propriedade mostrando Oak Street Complex, Sunset Apartments e Downtown Lofts. Cada cartão exibia:
- Quantidade de unidades e porcentagem de ocupação
- Valor de receita mensal
- Barra de progresso de ocupação
- Tipo de propriedade e proprietário
- Botões Edit e View
Página Messages: Uma caixa de entrada em painel dividido com abas Inbox/Sent, um distintivo de contagem de não lidas (3), rótulos de função do remetente (Tenant), prévias de mensagens, horários e um botão Compose.
Página Payments: Três cartões de resumo no topo (Collected $20,600, Pending $13,000, Overdue $3,800), um banner “Stripe Integration Ready” com um botão Connect Stripe, uma tabela de pagamentos pesquisável e filtrável com 14 resultados e ações individuais “Mark Paid” por linha.
O app também incluía um alternador de modo claro/escuro no canto superior direito da prévia (captura de tela 1, segundo lote). O modo escuro era o padrão. Trocar para o modo claro atualizava todo o app instantaneamente.
Cada uma dessas páginas veio de um único prompt. A profundidade do que foi construído, incluindo as prioridades de manutenção codificadas por cor, o leitor de mensagens em painel dividido, o banner de integração com Stripe e o gráfico de receita versus pendente, não é o que você esperaria de uma geração de primeira passagem da IA.
Três maneiras de editar após a construção
Depois que a construção termina, o Retool oferece três maneiras distintas de fazer mudanças. Todas as três estão disponíveis no plano gratuito.
1. Chat A aba Chat do painel esquerdo permanece ativa após a construção. Você continua digitando instruções: “Add a city filter to the Properties page” ou “Change the overdue payment card to show yellow instead of red.” O construtor edita o arquivo relevante e mostra o que mudou. Esse é o caminho para usuários não técnicos e para mudanças que são mais fáceis de descrever do que localizar no código.
2. Modo de seleção. Clicar no ícone do modo de seleção no canto superior direito da prévia coloca o app em uma camada de edição interativa.
Você clica em qualquer componente na tela e uma dica flutuante aparece, mostrando o nome do componente e o arquivo-fonte vinculado.
Um campo “Ask for changes” permite digitar uma instrução direcionada sem sair da prévia. No meu teste, clicar no cabeçalho da página Payments abriu uma bolha ligada a Payments.tsx. Isso é mais rápido do que descrever qual elemento você quer dizer em uma mensagem de chat.
3. Edição direta de código. A aba Code mostra a árvore completa de arquivos do projeto. Funções backend em TypeScript, componentes frontend como arquivos .tsx, tudo organizado e legível. Por exemplo, você pode abrir getPayments.ts e ler ou editar a consulta SQL diretamente.
O código é limpo, bem estruturado e não exige que você entenda a arquitetura interna do Retool para trabalhar com ele.
A tabela abaixo resume qual modo de edição combina com qual tipo de usuário:
| Modo de edição | Ideal para | Exige conhecimento de código |
|---|---|---|
| Chat | Usuários não técnicos; mudanças amplas | Não |
| Modo de seleção | Mudanças pontuais na interface; mais rápido que chat | Não |
| Edição direta de código | Mudanças precisas de lógica; consultas personalizadas | Sim |
Líderes de operações e usuários não técnicos podem ficar no chat. O modo de seleção cobre o espaço intermediário: você sabe o que quer mudar, consegue ver na tela, só não sabe em qual arquivo isso vive.
A maioria dos construtores de IA força todo mundo para a mesma via. O Retool não faz isso, e isso importa quando quem constrói nem sempre é quem refina.
O sistema de aprovação de funções: um gate de segurança que faz sentido
Na aba Data, há um alternador: “Require approval to run functions that may modify data.” Ele vem ativado por padrão.
Toda função que grava, atualiza ou exclui dados fica em uma fila “Needs review” antes de poder ser executada. Na minha construção, isso incluía:
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
Cada uma mostra um banner no topo da sua visualização: “This function requires review. Ensure it performs the right operations on the right data before approving.” Você lê o TypeScript, confirma que o SQL está fazendo o que você espera e clica em Approve.
Isso importa para a publicação. Quando cliquei em Publish pela primeira vez (captura de tela 8, segundo lote), a checklist de publicação marcou um problema bloqueador: “There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.” Um botão “Review functions” levou diretamente à aba Data.
Depois de aprovar cada função, o fluxo de publicação continuou sem problemas. Defini a URL do app (kimothokarani–properties.retool.app), escolhi uma pasta, marquei a release e cliquei em Publish.
Se você estiver usando o Retool para gerenciar dados reais de negócios (pagamentos, contratos, registros de usuários), você não quer que uma IA escreva funções de banco de dados que executem sem sua aprovação. A maioria das ferramentas construtoras não oferece esse gate. O fato de o Retool já trazer isso por padrão diz algo importante sobre como a plataforma entende o que significa estar “pronto”.
Publicação: quase um clique, com um gate para vencer
O fluxo de publicação é simples depois que as aprovações de funções estão em ordem:
- Clique em “Publish” no canto superior direito
- Defina a URL do app (formato: [org]–[appname].retool.app)
- Escolha uma pasta (o padrão é Published)
- Marque a release: sem tag ou Major release (1.0.0)
- Clique em Publish
A URL resultante é um endereço .retool.app limpo e compartilhável. Nenhum hosting separado é necessário no plano gratuito. Você pode compartilhar o link imediatamente após publicar, e o app fica no ar para qualquer pessoa com acesso.
Preços e planos do Retool
O Retool usa um modelo de assinatura com uma camada de créditos de IA por cima. Existem dois tipos de usuários em todos os planos:
- Builders: Usuários que criam ou editam apps em um ciclo de cobrança
- Internal users: Usuários que apenas usam apps sem fazer edições
Principais coisas que você precisa saber antes de assinar:
- Não há garantia de reembolso publicada.
- O pagamento é apenas por cartão de crédito.
- A cobrança anual economiza 20% em todos os planos pagos.
- Os créditos de IA cobrem a construção de apps e AI Actions. Eles renovam mensalmente e não acumulam.
- Agents são cobrados separadamente por hora e não usam o pool de créditos de IA.
- Clientes Enterprise podem conectar sua própria chave de API de provedor de modelo. Quando ativo, as chamadas de IA passam pela própria chave deles e os créditos do Retool não são consumidos.
- O plano Business é necessário para qualquer coisa voltada ao cliente: portais, apps incorporados e branding personalizado ficam bloqueados nele.
- Créditos bônus estão incluídos no Team e acima (750 base mais 250 bônus no Team; 1.500 base mais 1.500 bônus no Business). Pacotes adicionais de créditos podem ser comprados em qualquer plano pago.
Qual plano combina com qual usuário:
Desenvolvedores solo e pequenas equipes fazendo construções iniciais podem ficar confortavelmente no plano gratuito. Equipes iterando com frequência vão bater no limite de créditos e precisar do nível Team. Qualquer equipe construindo apps voltados ao cliente ou incorporados precisa do plano Business. Equipes com requisitos de conformidade, necessidades de SSO ou mais do que alguns construtores devem falar com vendas sobre o Enterprise.
Alternativas ao Retool
A concorrente mais direta do novo construtor de IA do Retool para ferramentas internas corporativas é o Superblocks. Enquanto o Retool gera um app full-stack dentro da própria plataforma e mantém o código lá, o Superblocks gera apps como código React exportável que você pode modificar no seu próprio IDE e implantar fora da plataforma por completo.
Para equipes que levam a sério evitar dependência de fornecedor, essa distinção importa.
O Superblocks também oferece um modelo de segurança híbrido: seu agente roda dentro da sua VPC enquanto a interface do construtor é gerenciada na nuvem do Superblocks, o que o torna a melhor escolha para organizações com requisitos rigorosos de residência de dados. O Retool oferece auto-hospedagem, mas ela exige um overhead de infraestrutura significativamente maior do que a abordagem de agente local do Superblocks.
A compensação é o preço. O Superblocks é apenas para empresas (US$ 200 por construtor de IA por mês, mais US$ 100 por app hospedado por mês), o que torna o plano gratuito e o nível Team do Retool dramaticamente mais acessíveis para equipes menores.
| Recurso | Retool | Superblocks |
|---|---|---|
| Facilidade de uso | Plano gratuito, página inicial orientada por prompt, cadastro rápido | Focado em empresas; barreira maior para começar |
| Ideal para | Equipes de ferramentas internas de qualquer tamanho, lideradas por desenvolvedores | Equipes corporativas com requisitos de VPC e conformidade |
| Backend e dados | PostgreSQL integrado; mais de 100 integrações via sintaxe @ | Geração full-stack; exporta código React independente e limpo |
| Flexibilidade de design | Chat, modo de seleção e edição completa de código dentro da plataforma | Arrastar e soltar, geração por IA e edição nativa em IDE com sincronização bidirecional |
| Modelo de preço | Plano gratuito disponível; Team a partir de US$ 10/builder por mês | Apenas Enterprise; entre em contato com vendas |
Veredito final: vale a pena usar o Retool?
O novo construtor de IA do Retool é a plataforma prompt-to-app mais capaz que testei para ferramentas internas. Em apenas 18 minutos, ele gerou uma plataforma de gestão de propriedades com várias páginas, dados populados, lógica de negócios, dashboards e navegação.
O que mais me impressionou foi a qualidade da saída. O app parecia utilizável desde o primeiro dia, e recursos como aprovações de função e acesso total ao código mostram que o Retool está focado em fluxos de trabalho reais de produção.
Dito isso, ele não é ideal para todo mundo. Usuários não técnicos podem ter dificuldade com o processo de publicação, e os preços por assento podem ficar caros à medida que as equipes crescem. O construtor também ainda está em beta, então alguns cantos ásperos permanecem.
Para desenvolvedores, startups e equipes de operações construindo software interno, o Retool atualmente entrega a experiência prompt-to-production mais forte disponível. Se velocidade, flexibilidade e prontidão para produção importam, ele é um dos melhores construtores de apps com IA que você pode usar hoje.
