O Agent 2 não é apenas uma pequena renovação da interface: repensa a forma como o assistente lida com a escala e a ambiguidade. Em vez de executar comandos isolados, trata pedidos de funcionalidades mais abrangentes como tarefas com várias etapas, começando por perguntas de esclarecimento e gerando depois um plano de implementação sequencial que tem de ser aprovado. Estes pontos de controlo reduzem as alterações mal-sucedidas e dão a quem cria produtos um registo claro das intenções. Após as alterações, o Agent também verifica se há erros, recorrendo ao analisador de problemas do editor e a capturas de ecrã para validar os resultados. Para as equipas, isso significa menos regressões inesperadas e um ciclo de feedback mais rápido entre a ideia e uma alteração segura.

O MCP (Model Connector Protocol) é a principal novidade: adicione a Bubble como conector no Claude ou no ChatGPT e esses modelos poderão inspecionar a estrutura do app e criar páginas, elementos e fluxos de trabalho em tempo real. Não se trata de exportar código estático, mas de acrescentar conteúdo ao modelo visual do seu projeto Bubble. Na prática, isto permite importar protótipos criados com vibe coding, aperfeiçoar a interface de forma iterativa com um LLM no chat ou pedir a colegas sem conhecimentos de programação que solicitem a um LLM a criação de um relatório ou de uma página de administração. As primeiras demonstrações mostram ganhos de velocidade de ponta a ponta: o que antes exigia a passagem do trabalho para um programador passa a poder ser feito por uma só pessoa. Mas isso depende de controlos de acesso e de formas claras de reverter alterações.

A abordagem faseada do Agent 2 — fazer perguntas de esclarecimento, preparar um plano explícito e pedir aprovação — reduz a carga cognitiva de quem cria produtos e estabelece momentos naturais para revisão. Por exemplo, ao adicionar um painel de utilizador com autenticação, o Agent fará perguntas sobre fontes de dados, permissões e casos-limite. Depois, dividirá o trabalho em páginas, elementos reutilizáveis e fluxos de trabalho. Pode aprovar as etapas de alto nível e deixar pequenos ajustes de interface e baixo risco a cargo do Agent. Para gestores de produto e auditores, estes pontos de controlo são resultados concretos e úteis: facilitam a avaliação do âmbito, da implementação e das estratégias de reversão.

As plataformas de vibe coding e os geradores de código que produzem tudo de uma vez são rápidos a criar protótipos, mas muitas vezes geram resultados difíceis de manter por pessoas sem conhecimentos de programação. A combinação do MCP com o editor visual da Bubble pretende oferecer um destino sustentável: em vez de exportar código bruto, importa-se o comportamento para um modelo visual que as equipas de produto podem editar. Isto poderia transformar a Bubble num «back-end duradouro» para resultados criados por diferentes assistentes de IA. A contrapartida é a governação: para ser uma camada de execução multiagente verdadeiramente segura, a Bubble precisa de controlo de versões robusto, permissões para agentes e sinais de custos mais claros.

Estas novas funcionalidades trazem riscos operacionais: ciclos acidentais que fazem chamadas a APIs externas, falta de clareza sobre a responsabilidade quando contribuem agências ou agentes de terceiros e custos inesperados à medida que os fluxos de trabalho automatizados ganham escala. As medidas atuais da Bubble — pontos de controlo do Agent, analisador de problemas e opção de contacto com a equipa de vendas para cargas de trabalho mais elevadas — são úteis, mas insuficientes. Até que a ramificação de projetos, um controlo de versões mais robusto e permissões detalhadas para agentes estejam amplamente disponíveis, as equipas devem tratar o acesso MCP como credenciais de uma base de dados de produção: limitar o âmbito, usar projetos de preparação para construções orientadas por agentes e exigir aprovações explícitas antes da implementação.