O que um protótipo do Agent prova, e o que não prova
O guia do primeiro app do Replit descreve um ciclo simples: descreva um resultado, acrescente critérios de sucesso observáveis, defina limites, deixe o Agent construir, teste no Preview e depois peça uma melhoria específica. O exemplo é um pequeno site de descoberta de workshops criado no Free Mode, e leva cerca de dez minutos, segundo a estimativa do próprio guia.
Esse ciclo prova que a sua ideia pode virar algo em que as pessoas conseguem clicar. Ele mostra a jornada principal, o layout em uma tela do tamanho de um celular e se o prompt captou o que você quis dizer. Não prova que o app consegue proteger contas, manter registros ou aguentar tráfego real. O guia é explícito nesse ponto: ele adia login, dados, pagamentos e integrações para que a primeira versão continue focada.
Trate o protótipo como uma especificação compartilhada. Um responsável de negócio pode usá-lo para definir o que o app deve fazer antes que alguém invista nas partes mais difíceis.
Etapa dois: login e um banco de dados que mantém os registros
O guia de banco de dados do Replit parte de um problema comum: no exemplo, carros e reservas somem ao recarregar a página porque existem só no navegador. A correção documentada é pedir ao Agent que salve os dados no Neon, que o Replit descreve como seu banco de dados Postgres gerenciado. Segundo o guia, o Agent o provisiona com ambientes separados de Development e Production. Para um protótipo descartável, o guia indica o Replit Database como alternativa sem configuração.
A parte útil é a rotina de testes. O guia pede que você faça uma reserva, recarregue a página, reinicie o app, tente uma reserva conflitante a partir de uma segunda conta e saia e entre de novo. Cada verificação mira uma falha diferente: dados perdidos, estado perdido após reinício, uma regra de negócio ausente e um gerenciamento de sessão frágil.
As regras vêm da sua equipe. O prompt do guia determina que cada reserva pertence ao cliente conectado e que o mesmo carro não pode ser reservado em datas sobrepostas. A página de responsabilidades do Replit diz que cabe aos usuários definir a lógica de negócio desejada, então o Agent só consegue escrever essa lógica se alguém a tiver definido.
Etapa três: publicar é uma versão separada
O guia de publicação do Replit diz que a URL de Preview é privada por padrão, temporária e destinada ao desenvolvimento. Publicar cria uma implantação de produção com URL própria. Como as duas são separadas, você pode continuar editando sem alterar o app em produção até publicar de novo.
Antes de publicar, você escolhe quem pode abrir o app: público, protegido por senha, só para o workspace ou só por convite. Também é possível rodar uma varredura de segurança aprofundada e configurar a publicação para bloquear vulnerabilidades críticas. O guia recomenda manter segredos e dados de teste privados fora do app e, depois, abrir a URL pública para testar a versão em produção, e não o Preview.
O guia de banco de dados acrescenta uma verificação específica: faça uma reserva na URL pública, recarregue a página e confirme que ela continua lá. Se os dados são salvos no Preview, mas não em produção, o guia sugere pedir ao Agent que confirme se as credenciais de Production estão conectadas à implantação.
O que o Replit opera e o que fica com a sua equipe
A página de responsabilidade compartilhada do Replit divide o trabalho. O Replit responde pela geração de código do Agent, pela plataforma, pela proteção de borda, pela criptografia em trânsito e em repouso e pelos backups do código dos apps publicados e do conteúdo dos bancos de dados gerenciados pelo Replit. Ele também mantém as atestações da própria plataforma, com o SOC 2 Type II citado como exemplo. Trata-se de uma atestação de auditoria sobre a plataforma, não de uma garantia sobre o seu app.
O restante fica com a sua equipe: revisar a saída do Agent quanto a correção, segurança e licenciamento; definir a lógica de negócio; gerenciar usuários e acessos; escolher a visibilidade adequada; cuidar dos dados e dos avisos de privacidade; cumprir as leis que se aplicam ao seu app; testes de invasão; e logging no nível da aplicação. Você também aprova as ações sensíveis que o Agent propõe, como deploys, mudanças de segredos e chamadas externas, e a página pede que isso seja tratado como uma revisão de verdade.
A mesma página alerta contra colar chaves nos prompts e recomenda usar o recurso Secrets e os Connectors. O Replit também detecta dependências vulneráveis nos apps publicados, mas corrigi-las é com você.
Custos: assinatura, recursos de implantação e o seu tempo
As páginas do Replit que lemos não informam preços dos planos, limites de créditos nem como o uso do Agent é cobrado, então essas continuam sendo perguntas para o Replit. O que elas mostram é de onde vem o custo. O guia de publicação descreve os tipos de implantação (Autoscale, Reserved VM, Static e Scheduled), a potência da máquina, o número máximo de máquinas e a região, e observa que mais recursos podem aumentar os custos de uso. Também diz que esses controles são opcionais para um app típico.
O terceiro custo é a operação. Cada mudança precisa ser testada no Preview e depois republicada, o que cria uma nova versão na mesma URL. O monitoramento mostra requisições, códigos de status, tempos de resposta, CPU e memória. A escolha da região é permanente depois da publicação, então decida com cuidado.
O plano também importa para os termos. A página de responsabilidades vincula algumas obrigações ao contrato do seu plano (Terms of Service para Free e Core, um Pro Agreement ou um Enterprise Agreement) e diz que clientes Pro podem escolher a localização do workspace na criação. Verifique qual plano inclui os controles de que você precisa.
Divisão de papéis e perguntas a fazer antes de se comprometer
Esta é uma sugestão editorial, não um recurso do Replit. Um responsável de negócio escreve os critérios de sucesso e as regras e depois testa a jornada no Preview. Um contato de operações verifica as configurações de acesso, os dados e o comportamento em produção após cada versão. Um revisor técnico lê o código gerado em torno da autenticação e dos dados e trata os alertas de vulnerabilidade. Equipes pequenas podem acumular papéis, mas cada um precisa ter um responsável.
Pergunte ao Replit sobre o preço do plano, quanto custa o uso do Agent, quanto os recursos de implantação costumam custar para o seu tráfego, qual plano oferece os controles de acesso e de região de que você precisa e como os dados são tratados no seu plano. A página de responsabilidades diz que o registro de prompts, a retenção e o uso para treinamento seguem os termos do seu plano.
Método e limites
2026-10-15
Este instantâneo datado conta empresas distintas nas evidências públicas de clientes. Confirmado significa um estudo de caso, um depoimento nominal ou uma fonte de imprensa; Observado significa uma listagem do fornecedor; Sinal significa um anúncio de vaga. Os três contam, mas a força de cada um é diferente. Linhas removidas e sem nível são excluídas. Os exemplos são uma seleção limitada, verificada nos últimos 90 dias. Os dados de fornecedores são registros com fonte, verificados nos últimos 60 dias. A cobertura é desigual, e a ausência de evidências equivale a desconhecido. Estes números não medem participação de mercado nem desempenho de produto; as datas de captura não são datas de adoção.
