--- title: "AI Extension Builder: tudo o que perguntaste no nosso AMA" description: "Recentemente organizámos um AMA no r/GoodBarber dedicado ao AI Extension Builder, a funcionalidade em beta que transforma uma descrição em linguagem natural num" canonical_url: "https://pt.goodbarber.com/blog/ai-extension-builder-tudo-o-que-perguntaste-no-nosso-ama-no-reddit-a1292/" lang: pt date: 2026-06-29 last_updated: 2026-07-16 --- # AI Extension Builder: tudo o que perguntaste no nosso AMA [Voltar](/blog/make-it-r19/) # AI Extension Builder: tudo o que perguntaste no nosso AMA no Reddit Escrito por Elena Debonis na Segunda-Feira 29 Junho 2026 ## Organizámos um AMA em direto no r/GoodBarber para responder às tuas perguntas sobre a beta do AI Extension Builder: como escrever bons prompts, o que consegue ir buscar ao teu CMS, quais são os seus limites e a grande novidade que aí vem — uma camada de dados persistente. Aqui fica o resumo. ## Começa com um primeiro prompt preciso ![](https://cmsphoto.ww-cdn.com/superstatic/121801/art/grande/97170649-67694852.jpg?v=1782745992.1770854) Recentemente organizámos um AMA no r/GoodBarber dedicado ao **[AI Extension Builder](https://pt.goodbarber.com/blog/ai-extension-builder-crie-secoes-com-ia-sem-programar-a1242/)**, a funcionalidade em beta que transforma uma descrição em linguagem natural numa verdadeira secção integrada na tua app. Melhor ainda: os programadores que criaram a funcionalidade estiveram no tópico a responder diretamente. As perguntas foram excelentes: concretas, práticas e, muitas vezes, de pessoas que já tinham construído algo. Eis o que daí saiu. Uma constatação recorrente entre quem testa o builder: mais iterações não significam automaticamente uma app melhor. A partir de certo ponto, as alterações perdem relevância, e recomeçar com um prompt mais claro costuma ser melhor do que andar a corrigir sem fim um já existente. A nossa opinião: iterar funciona melhor quando **afinas a intenção inicial**. Quando cada ronda muda a *direção* do projeto, costuma ser mais produtivo recomeçar. A qualidade desse primeiro prompt tem um impacto enorme: quanto mais claro estiveres sobre o que queres construir, as funcionalidades esperadas e a experiência do utilizador, melhor será o resultado. ## Mostra o conteúdo do teu CMS numa secção Uma das perguntas mais frequentes: uma secção gerada pode mostrar o conteúdo do meu CMS? Sim, é exatamente para isso que serve, e não precisas de fazer nada técnico. Descreve o que queres e indica a secção a usar: > «Mostra o conteúdo da minha secção Notícias numa lista de duas colunas.» O builder liga-se ao conteúdo CMS dessa secção e gera o layout. A partir daí, afinas conversando: *«aumenta os cartões», «adiciona uma animação de aparição», «mostra a data de publicação»* ou *«transforma em carrossel horizontal»*. O conteúdo mantém-se atualizado à medida que publicas. ## Coloca uma secção gerada na tua página inicial Várias pessoas perguntaram sobre reutilizar uma secção gerada como widget da página inicial. A resposta honesta: é provável que alguns casos funcionem, mas um widget da página inicial e uma secção completa são dois contextos de execução diferentes, ainda não cobertos da mesma forma — por isso não podemos garantir o mesmo comportamento em todo o lado. Está no roadmap a médio prazo. Dito isto, um membro não esperou: gerou uma secção que mostrava a data, a hora e fotos de Madrid em fundo, colou o código num widget da página inicial… e funcionou. Exatamente o tipo de experimentação para a qual a beta serve. ## Cria experiências com várias páginas Um membro que tinha construído uma rede social completa com a secção de código personalizado perguntou se uma única secção do AI Builder podia abranger várias páginas: uma lista, uma página de detalhe do artigo e uma de comentários. É uma direção que achamos muito interessante e na qual estamos a pensar ativamente. Entretanto, muitos destes fluxos já funcionam criando várias secções do AI Builder e ligando-as entre si: menos fluido do que ter tudo gerado numa só secção, mas já cobre vários casos de uso. ## O que constrói vs. o que gere A pergunta mais incisiva sobre os limites veio de um comerciante que queria produtos configuráveis: imagina uma caixa de ingredientes em que cada escolha altera o preço. Aqui fomos diretos: o AI Extension Builder **cria novas secções**; não reconstrói o núcleo da loja e não consegue inventar capacidades de produto que a plataforma ainda não tenha. Para gerir o que *já existe* — produtos, variantes, coleções, encomendas — esse é o papel do **servidor MCP**, uma ferramenta distinta e complementar. É essencialmente uma interface conversacional para o GoodBarber: geres o teu projeto com o teu cliente de IA preferido (Claude, ChatGPT, Cursor…) em vez do back-office. Uma nuance importante do tópico: o servidor MCP **expõe** as capacidades existentes através da conversa; não acrescenta novas. Por isso, no teu exemplo, se hoje o produto não suporta produtos com ingredientes e preços dinâmicos, o MCP também não os conseguirá criar. ## Notificações push e ações de back-end O builder pode enviar uma push para um utilizador específico sobre uma tarefa atribuída? A partir do builder não: ele cria secções do front-end. Mas é perfeitamente possível através do **servidor MCP**, que oferece uma segmentação de notificações muito mais avançada do que o back-office padrão, até a um único utilizador. Falámos precisamente disto num artigo recente: [Cria notificações push com IA através do servidor MCP da GoodBarber](https://pt.goodbarber.com/blog/o-servidor-mcp-da-goodbarber-vai-mais-longe-crie-notificacoes-push-com-ia-a1264/). ## O grande destaque: uma camada de dados persistente com Supabase Várias perguntas giravam em torno da mesma necessidade: um feed social, um mural, uma camada de conteúdo que os utilizadores possam alimentar a partir da app. A resposta a todas é a mesma funcionalidade que aí vem: a **integração com o Supabase**. Numa próxima versão, o AI Builder detetará quando a tua app precisa de uma base de dados e proporá ligar um projeto Supabase. Inicias sessão na tua conta Supabase e o builder trata do resto: cria a estrutura da base de dados, liga-a à tua app e usa-a como camada de dados. Isto abre a porta exatamente às experiências dinâmicas e orientadas por dados descritas: feeds sociais, murais e muito mais. Estamos até a explorar as Edge functions, com primeiros resultados muito encorajadores. Partilharemos exemplos assim que estiver disponível. ## Também no roadmap Mais dois pedidos que vale a pena destacar. Primeiro, **SEO mais aprofundado**: metadados estruturados para os artigos, integração com a API de indexação da Google e SEO assistido por IA em todo o site e no CMS. Concordamos que há muito a fazer aqui; é uma conversa interna ativa (e, honestamente, daria para um AMA inteiro). Segundo, **segurança da conta**: 2FA e passkeys para o login de administrador. Está na nossa lista, e o facto de o referires é um lembrete útil para não o perdermos de vista. O AI Extension Builder é gratuito para as apps Content e eCommerce: procura a secção **«Create with AI»** no teu back-office, descreve algo e vê-o aparecer. O [t](https://www.reddit.com/r/GoodBarber/comments/1ufa0bd/ama_with_goodbarber_team_ai_extension_builder_beta/) [ópico do AMA no r/GoodBarber](https://www.reddit.com/r/GoodBarber/comments/1ufa0bd/ama_with_goodbarber_team_ai_extension_builder_beta/) continua aberto: vem com as tuas perguntas e mostra-nos o que construíste. E este foi apenas o primeiro. Vamos organizar mais AMAs sobre outros temas, sempre com quem constrói o produto. Segue o [r/GoodBarber](https://www.reddit.com/r/GoodBarber/) para não perderes a próxima conversa em direto com a equipa.