Replit baut seit 2016 Entwicklungswerkzeuge im Browser. Anfang 2026 kam ein Mobile-Angebot dazu, unter einer Seite mit dem Titel „Idea to Mobile App in Minutes" — womit das Unternehmen erstmals auf dem Terrain der App-Baukästen steht.Wir haben also unser übliches Briefing durch die Plattform geschickt: AURORA, dieselbe hochwertige Reiseführer-App, die wir bei jedem Werkzeug dieser Serie bauen. Keine Funktionsliste, sondern eine echte App, die in die Stores muss, jede Woche aktualisiert wird und von jemandem betrieben werden soll, der keinen Code schreibt.Was Replit ausliefert, ist solide. Und es ist zugleich, ganz eindeutig, eine Codebasis: ein React-Native-Projekt, eine nutzungsabhängig abgerechnete Cloud und eine Entwicklungskonsole. Der ganze Vergleich steckt in diesem Satz — Replit antwortet Ihnen in natürlicher Sprache und übergibt Ihnen danach etwas, das sich wie ein Entwicklungsprojekt verhält. Ob das ein Geschenk oder ein Problem ist, hängt vollständig davon ab, wer die App am nächsten Dienstag betreiben soll.

Nennen Sie in Ihrem Prompt einfach eine Content-Sektion Ihrer App beim Namen, und der AI Extension Builder baut einen Bereich, der genau diese Inhalte anzeigt — in exakt dem Layout, das Sie beschrieben haben. Ihre Artikel, Ihr Template, immer aktuell. Jede Content-Sektion einer GoodBarber-App bringt eine Reihe sorgfältig gestalteter Templates mit. Sie wählen eines aus, und es funktioniert — genau das ist der Vorteil einer integrierten Plattform. Aber das Layout, das Sie im Kopf haben, steht nicht immer auf der Liste. Vielleicht stellen Sie sich Ihre neuesten Artikel im Magazin-Stil vor: ein großes Titelbild mit dem Titel darüber, kleinere Karten darunter. Oder Ihre Events als kompakte Agenda, nur mit Datum und Ort. Bisher haben Sie das Template genommen, das am nächsten dran war.Was viele Nutzer des AI Extension Builders noch nicht entdeckt haben: Diese Grenze gibt es nicht mehr. Der Builder erstellt nicht nur eigenständige Widgets — er kann die Inhalte der bestehenden Sektionen Ihrer App lesen. Das macht ihn zu etwas Interessanterem als einem Widget-Generator: einem Werkzeug, mit dem Sie Ihre eigenen Anzeige-Templates entwerfen.

Die Sichtbarkeit einer PWA in Suchmaschinen beruht auf einem einfachen Prinzip: Damit eine Seite in den Suchergebnissen erscheint, muss eine Suchmaschine sie zuerst besuchen, lesen und indexieren. Diesen Besuch — den Crawl — lösen nicht Sie aus. Die Suchmaschine entscheidet selbst, wann sie wiederkommt, in ihrem eigenen Rhythmus.Bei einer statischen Website spielt dieses Warten kaum eine Rolle. Bei einer App mit lebendigen Inhalten — einem Medium, das mehrmals täglich veröffentlicht, einem Shop mit wechselnden Preisen und Beständen, einem Kalender, in dem Termine auftauchen und ablaufen — ist es eine echte Bremse. Die Arbeit ist längst getan: Der Inhalt ist online, aktuell, bereit, gefunden zu werden. Doch er wartet auf einen Crawler, der noch nicht zurück war. In der Zwischenzeit erscheint in den Ergebnissen manchmal eine alte Version der Seite — oder gar nichts.

Wenn Sie Ihre PWA veröffentlicht haben, liefert sie gerade in diesem Moment eine robots.txt aus: die erste Datei, die ein Crawler liest, und die Datei, die alles Weitere bestimmt — welche Teile Ihrer Website abgerufen werden, und von wem. Ihre sagt zu allen Ja.Alles Folgende betrifft diese Web-Version Ihrer App. Ihre iOS- und Android-Apps werden von niemandem gecrawlt, und der Tab erscheint erst, wenn Ihre PWA mindestens einmal veröffentlicht wurde — vorher gibt es keine Datei zu konfigurieren.Das war eine vertretbare Antwort. Sie war nur nicht Ihre — und die Adressaten haben sich verändert. Vor ein paar Jahren war ein Crawler auf Ihren Inhalten Google, Bing oder ein Datensammler, der Ihnen gleichgültig sein konnte. Heute gehört ein wachsender Teil dieses Traffics KI-Unternehmen, und sie wollen nicht alle dasselbe von Ihren Seiten. Sie als Block zu behandeln heißt, zwischen allen und keinem zu wählen.Der neue Tab teilt sie in vier Familien: Search engines (Google, Bing und die anderen Suchmaschinen, die Ihre Website in ihren Ergebnissen listen), AI answers (ChatGPT, Claude oder Perplexity, wenn sie Ihre Website in ihren Antworten zitieren), AI training (die Bots, die Ihre Inhalte sammeln, um ihre Modelle zu trainieren) und On-demand reading (wenn jemand eine KI bittet, eine bestimmte Seite Ihrer Website zu öffnen und zu lesen). Vier Familien, weil es vier verschiedene Abmachungen sind.

Kurz gesagt. Eine mobile App, die nicht aktualisiert wird, bleibt nicht eingefroren: Sie verfällt. Push-Nachrichten kommen nicht mehr an, neue Nutzer finden die App nicht mehr, und die Stores verstecken oder entfernen sie irgendwann. Auf GoodBarber fängt die Plattform jede Änderung der Betriebssysteme und Stores ab und liefert die Korrektur mit Ihrem nächsten Update aus: Ein Jahr mobiler Umbrüche erreicht Sie als Versionshinweis. Das Einzige, was bei Ihnen bleibt: regelmäßig aktualisieren.Ihre App funktioniert heute. Lassen Sie sie ein Jahr unberührt: Sie wird sich weiter öffnen, weiter gut aussehen, auf Ihrem eigenen Telefon weiter ihren Dienst tun. Nichts in Ihrem Dashboard warnt Sie. Genau das ist die Falle.Denn während Ihre App stillstand, hat sich alles unter ihr bewegt. Apple und Google haben neue Betriebssysteme ausgeliefert, die Regeln ihrer Stores neu geschrieben, alte Leitungen stillgelegt. Sie merken es Monate später, an Symptomen, die wie ein Marketingproblem aussehen: Die Downloads flauen ab, Push-Kampagnen erreichen immer weniger Menschen, ein treuer Nutzer schreibt Ihnen, dass die App auf seinem neuen Telefon Probleme macht. Der Verfall ist real, und er hat nichts mit der Qualität Ihres Inhalts zu tun.

Kurz gesagt. Ein MCP-Server ist nur so nützlich wie das, was er zugänglich macht. BaaS-Plattformen wie Back4app und Supabase öffnen ihr Backend: Datenbanktabellen, Schemas, Queries, Cloud Code. GoodBarbers MCP-Server öffnet die Abläufe einer live geschalteten mobilen App: einen Artikel veröffentlichen, einen Push planen, den Katalog aktualisieren, die Statistiken lesen. 150 domänentypisierte Tools bei Redaktionsschluss, an aktivierte Features gebunden, per OAuth auf genau eine App begrenzt, mit verifiziertem Read-back nach jedem Schreibzugriff. Gleiches Protokoll, ganz andere Flughöhe.Das Model Context Protocol hat sich schnell durchgesetzt. Im November 2024 von Anthropic vorgestellt und ein Jahr später an die Linux Foundation übergeben, ist MCP heute der Standardweg, einem KI-Agenten Tools an die Hand zu geben: mit mehr als 9.400 öffentlichen Servern, die 2026 in der offiziellen MCP Registry gelistet sind. Das bedeutet: Der Satz „Wir haben einen MCP-Server“ ist still und leise zur Checkbox geworden. Jede Plattform kann sie abhaken, und der Haken sagt nichts aus.Die Fragen, auf die es ankommt, liegen eine Ebene tiefer. Was lässt der Server einen Agenten sehen? Was lässt er ihn ändern? Und wenn der Agent schreibt: Was steht dann noch zwischen einem gut formulierten Prompt und einem kaputten Produktivsystem? Die Antworten hängen weit weniger vom Protokoll ab, das für alle gleich ist, als von der Flughöhe, auf der eine Plattform ansetzt.

Niemand bezweifelt mehr, dass eine KI fähigen Code generieren kann — selbst „vibe-coded" funktioniert es, manchmal sehr gut. Das ist nicht die interessante Frage. Die interessante Frage lautet: Was macht diese Section, einmal generiert, tatsächlich in deiner App? Bleibt sie ein isolierter Block in der Ecke, oder nutzt sie, was Gerät und App bereits können? Am ehrlichsten beantwortet man das, indem man einen Prompt nimmt und ihn Zeile für Zeile auseinandernimmt.Dafür ist diese neue Reihe da. In jeder Folge nehmen wir einen Prompt aus der Bibliothek des AI Extension Builder und nehmen ihn auseinander: wo er der Plattform vertraut, wo er sie zwingt, und was die resultierende Section wirklich kann. Wir beginnen mit einem der Beispiel-Prompts der Bibliothek: „wo ich geparkt habe".Hier ist der kürzeste Prompt, den man dafür schreiben könnte:Build a "remember where I parked" helper.Das ist alles. Ein Satz, kein Lastenheft. Und das kommt dabei heraus:Ein Button, um deinen Standort zu speichern. Eine Section, die diesen Punkt beim erneuten Öffnen der App wiederfindet. Ein Button, um zum Auto zurückzukehren. Ein dezenter Link zum Löschen. Und wenn du die Ortung ablehnst, ein Bildschirm, der es erklärt, statt abzustürzen.Die Überraschung ist nicht, dass sieben Wörter einen Bildschirm zeichnen. Sondern dass diese Section, aus einem Satz geboren, bereits die Fähigkeiten des Geräts nutzt: Sie liest das GPS, hält einen Speicher, öffnet Maps. Um keine dieser drei Dinge haben wir gebeten.

Ein Persönlichkeits-Quiz — « Which 2026 Summer Blockbuster Is Your Vibe? » — komplett erstellt, indem es dem AI Extension Builder von GoodBarber beschrieben wurde. Das Quiz, warum das Format funktioniert, und der exakte Prompt zum Klauen.

KI-App-Builder glänzen beim Prototyp. Produktion heißt: Eigentum, Auth, Stores, Wartung. GoodBarber liefert die native App, die KI-Agenten steuern können.

Wir haben ein Live-AMA auf r/GoodBarber veranstaltet, offen für jede Frage rund um die Veröffentlichung einer App im App Store: App Review, App Store Connect, Entwicklerkonten, einfach alles. Die Antworten kamen direkt vom Support-Team, das täglich App-Store- und Google-Play-Einreichungen betreut, mit iOS-Ingenieuren, die dazukamen, sobald eine Frage technisch wurde. Hier die Zusammenfassung. Diese Frage bekommen wir oft gestellt, deshalb haben wir uns unsere eigenen Support-Fälle der letzten 18 Monate angesehen. Die häufigsten Ablehnungsgründe sind weniger dramatisch, als man denkt:Unvollständige oder ungenaue App-Store-Metadaten — fehlende oder irreführende Informationen, Screenshots, Beschreibungen.Ein falsch ausgefülltes App-Privacy-Formular.Apps, die Apple während der Prüfung als unvollständig oder nicht voll funktionsfähig einstuft.Darüber hinaus sehen wir regelmäßig Ablehnungen wegen Inhaltsrechten (besonders bei Audio oder Video), Apps aus regulierten Branchen, die Apples Erwartungen nicht erfüllen, oder Apps, die als zu ähnlich zu etwas Bestehendem eingestuft werden.Bei einer ersten Einreichung fängt alles bei den Metadaten an: Zeig den echten Mehrwert deiner App statt allgemeiner Werbung, und halte dich an Apples Guidelines — sie sind die Basis für alles Weitere. Und falls du abgelehnt wirst: keine Panik. Eine Ablehnung ist keine Sackgasse, sondern normalerweise einfach ein Teil des Prozesses. Lies Apples Feedback aufmerksam durch, gehe jeden Punkt einzeln an und reiche erneut ein — wir haben schon viele Apps gesehen, die nach einer oder mehreren Prüfrunden genehmigt wurden.Wenn du überzeugt bist, dass ein Prüfer sich geirrt hat, bleib sachlich. Erkläre klar, warum du glaubst, dass deine App die betreffende Guideline erfüllt, und untermauere das mit allem, was hilft — Screenshots, eine Bildschirmaufnahme, Test-Zugangsdaten, Schritt-für-Schritt-Anleitungen, falls eine Funktion nicht sofort erkennbar ist. Wenn die Diskussion ins Stocken gerät, kannst du über das App Resolution Center in App Store Connect ein Gespräch mit einem Apple-Vertreter anfordern — ein direktes Gespräch klärt Missverständnisse oft schneller als ein schriftlicher Austausch. Als letzten Ausweg kannst du dich an das App Review Board wenden, wo ein erfahrenes Mitglied des Apple-Teams den Fall erneut prüft. So oder so geht es nicht darum, Apple als falsch zu beweisen, sondern es dem Prüfer so leicht wie möglich zu machen zu verstehen, warum deine App konform ist.

Vibe Coding macht aus einer Idee in Minuten eine funktionierende Demo. Der Weg in die Stores ist eine andere Geschichte: die sieben Mauern zwischen KI-Prototyp und echter App.

Wir haben den AI Extension Builder von GoodBarber ein komplettes Arcade-Spiel bauen lassen: ein Flappy Bird, das man mit dem Finger spielt, im Vollbild, mit einer Rangliste, die alle Spieler teilen. Hier ist das Ergebnis, der genaue Prompt, der es hervorgebracht hat, und was diese Machbarkeitsstudie zeigt: Mit dem AI Extension Builder kann so ziemlich alles, was sich beschreiben lässt, zu einem Bereich Ihrer App werden. Ein Videospiel erwartet man von einem App Builder nicht.Genau das macht es zum guten Test. Um herauszufinden, was im AI Extension Builder steckt, verlangt man ihm besser das Unwahrscheinliche ab als einen weiteren Bereich. Also haben wir ihm ein vollständiges Arcade-Spiel beschrieben – mit dem Finger spielbar, im Vollbild, eine Rangliste, die alle Spieler teilen – und zugesehen, wie weit er tragen würde.Er hat getragen. Die Lehre lautet nicht „Veröffentlichen Sie Spiele", sondern „Die Grenze liegt viel höher, als Sie denken": Was für ein Flappy Bird gilt, gilt auch für die anspruchsvolle Funktion, die Ihre App wirklich braucht. Alles wurde ihm auf Deutsch beschrieben, in wenigen Absätzen. Hier ist das Ergebnis.

Die Updates dieses Monats konzentrieren sich auf Sichtbarkeit, Compliance und Benutzererlebnis — neue Möglichkeiten, wichtige Aktionen hervorzuheben, jüngere Nutzer zu schützen und alltägliche Interaktionen in Ihrer App reibungsloser zu gestalten. Das ist neu:Neuer globaler Floating Button: Heben Sie eine wichtige Aktion in Ihrer gesamten App hervor, einmal im Structure panel konfiguriert.Age Protection: eine neue Funktion, um regionale Gesetze zur Altersverifizierung einzuhalten und jüngere Nutzer automatisch zu schützen.Vorschaubilder für Events auf der Karte: Events, die auf einer Karte angezeigt werden, können jetzt als eigenes Vorschaubild statt als Standard-Pin erscheinen, sodass jedes Event sofort erkennbar ist.Passwort ein-/ausblenden: Ihre Nutzer können jetzt auf das Augensymbol tippen, um ihr Passwort auf jedem Anmelde- oder Registrierungsbildschirm ein- oder auszublenden, sodass ein Tippfehler sie nie wieder blockiert.

Mit dem AI Extension Builder erstellen Sie schon heute eigene App-Bereiche, indem Sie sie einfach in Alltagssprache beschreiben. Ab jetzt können diese Bereiche auch echte Daten speichern und teilen. Verlangen Sie eine Umfrage, eine Buchungsliste oder ein Gästebuch, und der Builder baut die passende Datenstruktur gleich mit und verbindet sie mit Ihrer Live-App – dank einer neuen Integration mit Supabase. Bisher war der AI Extension Builder in einer Sache brillant: einen Satz in einen funktionierenden Bereich zu verwandeln. Beschreiben Sie einen Countdown, ein Moodboard, ein Mini-Spiel – und schon erscheint es in Ihrer App, passend gestaltet. Doch jeder erstellte Bereich lebte ausschließlich auf dem Gerät des Besuchers. Nichts davon konnte Informationen festhalten oder von einer Person zur nächsten weitergeben.Genau das war die Grenze. Wer eine „Leserumfrage" verlangte, bekam eine Umfrage, die für eine Person auf einem Gerät perfekt funktionierte. Die Stimmen blieben im Browser. App schließen – und sie waren weg. Auf einem anderen Handy öffnen – und die Zählung begann bei null. Ein Gästebuch, das nur Sie lesen können, ist kein Gästebuch. Eine Buchungsliste, die sich auf jedem Gerät zurücksetzt, ist keine Buchungsliste.Der Grund war immer derselbe: Solche Funktionen brauchen einen Ort, an dem ihre Daten liegen, und ein Regelwerk dafür, wer sie lesen und schreiben darf. Diese Ebene – ein Backend – ist der schwierige Teil, und genau so etwas zählte bislang zu den Grenzen von No-Code-App-Buildern. Der neue Supabase-Connector holt sie direkt in den Builder. Der AI Extension Builder baut die Datenebene nun gemeinsam mit dem Bereich auf – im selben Gespräch, noch bevor die erste Zeile Code geschrieben ist.(Wenn das Erstellen von Bereichen auf diese Weise neu für Sie ist, beginnen Sie mit der Funktionsweise des AI Extension Builders – dieser Artikel knüpft dort an. Es ist dasselbe Werkzeug, das kürzlich gelernt hat, Datei-Uploads zu verarbeiten, jetzt eben auch mit einer Datenebene.)

Als wir den AI Extension Builder eingeführt haben, konnte er bereits eine maßgeschneiderte Sektion aus einem einzigen Prompt bauen. Ein Teil fehlte: dein eigenes Material. Bisher startete der Assistent bei null, schrieb den Code, zeigte ihn live, aber mit seinen eigenen Platzhalterbildern. Um dein Logo oder deine Daten zu verwenden, musstest du auf eine externe URL verweisen – einen fragilen Link, irgendwo anders gehostet. Der neue Datei-Manager macht diesen Schritt überflüssig.Nehmen wir einen Laufverein, der eine Sektion „Rennkalender" in seiner App möchte.Der Verantwortliche öffnet das Panel Assets und zieht zwei Dateien hinein: logo.png und eine rennen.csv mit den Terminen und Orten. Dann sagt er dem Assistenten:„Zeig die kommenden Rennen aus dieser CSV, mit unserem Logo oben."Der Assistent kennt diese Dateien bereits. Er erfindet sie nicht, baut sie nicht nach, codiert sie nicht in Base64: Er referenziert sie über ihre exakte URL – logo.png in einem <img>-Tag, rennen.csv über ein fetch(). Die Sektion erscheint live, in den Farben des Vereins, mit seinen echten Terminen.Für einen Entwickler Tage an Arbeit, hier ein paar Minuten. Und das Ergebnis ist kein Mockup: Es ist eine native Extension, gehostet von GoodBarber, die wie jede andere Sektion in die veröffentlichte App wandert.

Vor Kurzem haben wir ein AMA auf r/GoodBarber veranstaltet, das sich dem AI Extension Builder widmete – der Beta-Funktion, die eine Beschreibung in natürlicher Sprache in eine echte, in deine App integrierte Section verwandelt. Noch besser: Die Entwickler, die die Funktion gebaut haben, waren im Thread und haben direkt geantwortet. Die Fragen waren hervorragend: konkret, praxisnah und oft von Leuten, die schon etwas gebaut hatten. Das ist dabei herausgekommen.Eine wiederkehrende Erkenntnis bei denen, die den Builder testen: Mehr Iterationen bedeuten nicht automatisch eine bessere App. Ab einem gewissen Punkt werden die Änderungen weniger relevant – und mit einem klareren Prompt neu zu starten, schlägt oft das endlose Nachbessern eines bestehenden.Unsere Sicht: Iterieren funktioniert am besten, wenn du die ursprüngliche Absicht verfeinerst. Wenn jede Runde die Richtung des Projekts ändert, ist es meist produktiver, neu anzufangen. Die Qualität dieses ersten Prompts hat enormen Einfluss – je klarer du weißt, was du bauen willst, welche Funktionalität du erwartest und wie die User Experience aussehen soll, desto besser das Ergebnis.

Soll Ihr GoodBarber Custom Code sich für einen angemeldeten Nutzer anders verhalten – Premium-Inhalte anzeigen, ein Mitglied mit Namen begrüßen, einen Bereich vor anonymen Besuchern verbergen? Egal, ob Sie diesen Code selbst geschrieben oder ihn mit dem AI Extension Builder generiert haben – er fragt die App API über gb.user.getCurrent(), wer angemeldet ist. Die Vorschau im Back Office kennt jedoch keine echte Anmeldung – bei Membership-Apps landet dieser Aufruf daher immer im Fehlerpfad. Diese Anleitung erklärt, wie sich der aktuelle Nutzer in der Vorschau für jeden App-Typ verhält, und zeigt Ihnen einen Copy-and-paste-Weg, um als angemeldetes Member zu testen. Viel Custom Code muss wissen, wer die App gerade benutzt: um Premium-Inhalte anzuzeigen, Mitglieder mit Namen zu begrüßen, einen Bereich vor anonymen Besuchern zu verbergen oder einen Checkout anzupassen. Die GoodBarber App API liefert Ihnen den aktuellen Nutzer über gb.user.getCurrent().Und Custom Code schreiben Sie längst nicht mehr nur von Hand. Mit dem AI Extension Builder von GoodBarber beschreiben Sie den gewünschten Bereich in natürlicher Sprache, und der Assistent generiert die Extension für Sie – Code, der sich direkt an dieselbe GoodBarber App API anbindet. Ob von Hand geschrieben oder KI-generiert: Er ruft gb.user.getCurrent() auf die gleiche Weise auf, und Sie testen ihn auf die gleiche Weise. Diese Anleitung gilt also gleichermaßen, ob Sie den Code selbst getippt oder per Prompt erzeugt haben.Doch hier ist der Haken, auf den jede Entwicklerin und jeder Entwickler früher oder später stößt: Innerhalb der Vorschau im Back Office gibt es keinen angemeldeten Nutzer. Die Vorschau ist nur ein Rendering Ihrer App – es gibt keinen Anmeldebildschirm, keine Session, nichts, woran man sich authentifizieren könnte.Für die meisten App-Typen löst GoodBarber das im Hintergrund für Sie, sodass das Testen „als angemeldeter Nutzer" einfach funktioniert. Für die Membership-Extension ist das nicht der Fall – und zwar mit Absicht. Dieser Artikel zeigt Schritt für Schritt, wie sich der aktuelle Nutzer in der Vorschau je nach App-Typ verhält, und gibt Ihnen einen einfachen Copy-and-paste-Weg an die Hand, um den kniffligsten Fall zu testen: ein angemeldetes Member.

Gartner sagt: 33 % der Unternehmenssoftware enthält bis 2028 agentische KI. Ihre GoodBarber Skills erfüllen das bereits — so aktivieren Sie sie, ganz ohne Code.

Agenturen und Reseller: ein täglicher Review über alle Kunden-Apps aus einem KI-Agenten. So verwalten Sie mehrere GoodBarber-Apps mit KI über MCP.

Content-Veröffentlichung mit KI für Redaktionen und Vereine: Ein Agent veröffentlicht, plant und steuert den Redaktionskalender Ihrer App über MCP.