AI Extension Builder: alles wat je vroeg tijdens onze Reddit-AMA

Een van de meest gestelde vragen: kan een gegenereerde sectie inhoud uit mijn CMS tonen? Ja — daar is hij precies voor gemaakt, en je hoeft niets technisch te doen. Beschrijf wat je wilt en geef aan uit welke sectie hij moet putten:

„Toon de inhoud van mijn sectie Nieuws als een lijst met twee kolommen.”

De builder maakt verbinding met de CMS-inhoud van die sectie en genereert de lay-out. Daarna verfijn je al pratend: „maak de kaarten groter”, „voeg een fade-in-animatie toe”, „toon de publicatiedatum” of „maak er een horizontale carrousel van”. De inhoud blijft up-to-date naarmate je publiceert.

Verschillende mensen vroegen of je een gegenereerde sectie als widget op de startpagina kunt hergebruiken. Het eerlijke antwoord: sommige gevallen zullen waarschijnlijk werken, maar een startpaginawidget en een volledige sectie zijn twee verschillende uitvoeringscontexten die nog niet op dezelfde manier worden ondersteund — we kunnen dus niet overal hetzelfde gedrag garanderen. Het staat op de roadmap op middellange termijn.

Toch wachtte één lid niet: hij genereerde een sectie met de datum, de tijd en achtergrondfoto's van Madrid, plakte de code in een widget op de startpagina… en het werkte. Precies het soort experiment waar de beta voor dient.

Een lid dat met de custom-code-sectie een volledig sociaal netwerk had gebouwd, vroeg of één AI-Builder-sectie zich over meerdere pagina's kan uitstrekken: een lijst, een artikeldetailpagina en een commentaarpagina. Dat is een richting die we echt interessant vinden en waar we actief over nadenken.

Ondertussen werken veel van deze flows al door meerdere AI-Builder-secties te maken en ze aan elkaar te koppelen — minder naadloos dan alles in één sectie genereren, maar het dekt al heel wat use cases.

De scherpste vraag over de grenzen kwam van een verkoper die configureerbare producten wilde — denk aan een ingrediëntenselectievakje waarbij elke keuze de prijs wijzigt. Hier waren we direct: de AI Extension Builder maakt nieuwe secties; hij herbouwt de kern van de shop niet en kan geen productfuncties verzinnen die het platform nog niet heeft.

Om te beheren wat al bestaat — producten, varianten, collecties, bestellingen — is de MCP-server de aangewezen tool, een aparte en aanvullende. Het is in wezen een conversatie-interface naar GoodBarber: je bestuurt je project met je favoriete AI-client (Claude, ChatGPT, Cursor…) in plaats van met de back-office.

Een belangrijke nuance uit de thread: de MCP-server stelt bestaande mogelijkheden via gesprek beschikbaar; hij voegt er geen nieuwe toe. Dus in jouw voorbeeld: als het product vandaag geen producten met instelbare ingrediënten en dynamische prijzen ondersteunt, kan de MCP die ook niet maken.

Kan de builder een push naar een specifieke gebruiker sturen over een toegewezen taak? Vanuit de builder niet — die maakt front-endsecties. Maar via de MCP-server kan het prima; die biedt veel geavanceerdere targeting voor meldingen dan de standaard back-office, tot één enkele gebruiker.

We schreven daar net een artikel over: Pushmeldingen maken met AI via de MCP-server van GoodBarber.

Verschillende vragen draaiden om dezelfde behoefte: een sociale feed, een muur, een inhoudslaag die gebruikers vanuit de app kunnen vullen. Het antwoord op allemaal is dezelfde aankomende functie: de Supabase-integratie.

In een komende versie detecteert de AI Builder wanneer je app een database nodig heeft en stelt hij voor een Supabase-project te koppelen. Je meldt je aan bij je Supabase-account en de builder doet de rest: de databasestructuur aanmaken, die aan je app koppelen en als datalaag gebruiken.

Dat opent de deur naar precies de beschreven dynamische, datagedreven ervaringen: sociale feeds, muren en meer. We verkennen zelfs Edge functions, met veelbelovende eerste resultaten. We delen voorbeelden zodra het beschikbaar is.