A Lovable lançou os "App user connectors": cada pessoa que usa o seu app publicado conecta a própria conta de terceiros (Google, Microsoft, Slack, Salesforce, HubSpot, Linear, Databricks, Snowflake), de modo que o app age em nome dela, com as permissões dela e só com os dados dela — em vez de uma única conta compartilhada.
Imagina que você monta numa tarde um assistente de e-mail com IA, mostra pra um amigo, funciona lindamente... e de repente mais dez pessoas querem usar. É aí que chega o momento constrangedor: todo mundo vai ler a SUA caixa de entrada? Porque se o seu app conecta uma única conta do Google, é exatamente isso que acontece — um poço comum onde os dados de todos se misturam com os seus. Esse é o muro invisível contra o qual esbarra quase todo mundo que constrói apps com IA assim que quer sair do "funciona pra mim" e chegar em "gente de verdade usa". E é justamente o muro que a Lovable acabou de derrubar com o seu novo lançamento: os App user connectors.
O que muda exatamente
A ideia é tão simples de enunciar quanto difícil de construir direito: cada pessoa que usa o seu app publicado conecta a própria conta de terceiros, e o app age em nome dela, com as permissões dela e só com os dados dela. Você, como criador, configura o cliente uma única vez no nível do workspace; mas quando um usuário novo entra pela primeira vez, ele se autentica separadamente com a conta DELE. A partir daí o app só enxerga o que aquele usuário tem permissão de ver: a caixa de entrada dele, a agenda dele, os registros do CRM dele. Nada se cruza. É a diferença entre uma casa com uma única chave que abre todas as portas e um prédio onde cada inquilino tem a sua.
A lista de conectores não é por acaso
Os provedores que estreiam suporte contam uma história por si só: Google, Microsoft, Slack, Salesforce, HubSpot, Linear, Databricks e Snowflake. Repara que não é uma coleção de brinquedos — são os sistemas onde vive o trabalho sério das empresas: e-mail e agenda, mensageria de equipe, os dois CRM que dividem o mundo entre si, e até duas plataformas de dados pesadas como Databricks e Snowflake. Quando um app-builder mainstream cabeia justamente esses oito, ele está dizendo em alto e bom som que os apps feitos com IA já não são protótipos de fim de semana: espera-se que toquem dados reais de clientes reais, e por isso precisam isolar cada usuário como faria qualquer SaaS que se cobra.
Por que isso é mais difícil do que parece
O detalhe que quase ninguém enxerga até estourar na cara é a segurança de guardar essas conexões. Multiplicar um app por centenas de usuários significa custodiar centenas de tokens de acesso, cada um uma chave para a vida digital de alguém. Se forem guardados mal, uma falha não vaza um dado: vaza o e-mail ou o CRM de todos os seus usuários de uma vez. Por isso o padrão correto exige um cofre criptografado por usuário, um mecanismo que reconheça em que estado está cada conexão (conectada, expirada, revogada, sem vínculo) e uma forma limpa de reconectar quando um token expira. Que a Lovable empacote e padronize isso eleva a régua para o setor inteiro: o que antes era um luxo de engenharia passa a ser a expectativa mínima.
O que significa para quem constrói com IA no NeuralOS
A lição de fundo vai além de uma ferramenta específica: um app deixa de ser um brinquedo no dia em que pode dar a cada usuário o próprio espaço isolado, com as próprias chaves. E aqui vamos ser honestos, sem fumaça — esse é exatamente o padrão que no NeuralOS já vive dentro do motor das Integrações: cofre criptografado por-tenant, multi-conta, e um resolvedor de estado de vínculo que sabe se uma conexão está viva, expirou ou precisa ser reconectada, com o seu fluxo de adicionar-conta e reconexão. Que um app-builder de primeira linha saia padronizando justamente esse padrão confirma uma coisa só: quando a indústria inteira empurra para o isolamento por usuário, a pergunta certa já não é se é preciso, mas o quão bem resolvido você tem isso.