Coderblock

Warum Supabase das Standard-Backend für Coderblock-Web-Apps ist

Coderblock nutzt für jede Standard-Web-App ein eigenes Supabase-Projekt und stellt damit eine echte Postgres-Datenbank, Authentifizierung, Storage, Sicherheitsrichtlinien und serverseitige Funktionen bereit. Deshalb passt diese Grundlage perfekt zu einem Chat-first-Ansatz für die Softwareentwicklung.

6 min

Eine gute Benutzeroberfläche zu erstellen, ist nur der Anfang. Sobald eine App Konten, persistente Daten, Dateien, Berechtigungen oder Zahlungen verwalten muss, reicht ein Frontend allein nicht mehr aus. Sie braucht ein Backend, das die Anforderungen eines echten Produkts unterstützt.

Hier kommt Supabase ins Spiel, das Standard-Backend für die Standard-Web-Apps von Coderblock. Wenn du eine App in natürlicher Sprache beschreibst, generiert Coderblock nicht bloß ein Mock-up mit temporären Daten. Es erstellt eine echte Full-Stack-Anwendung: ein Frontend auf Basis von React, Vite, TypeScript und Tailwind CSS, verbunden mit einem eigenen Supabase-Projekt.

Die Idee ist einfach: Dieselbe Anfrage, die die Benutzeroberfläche verändert, kann auch die dahinterliegende Infrastruktur anpassen.

Fügst du eine Registrierung hinzu? Die Authentifizierung wird eingerichtet. Fügst du eine neue Entität hinzu? Die Datenbankstruktur kann aktualisiert werden. Fügst du einen Upload hinzu? Storage kommt zum Einsatz. Fügst du eine geschützte Funktion hinzu? Auch die zugehörigen Berechtigungen werden definiert.

Das Ergebnis ist ein Backend, das gemeinsam mit der App wächst, statt später als separates System konfiguriert werden zu müssen.

Eine gemeinsame Backend-Basis für die gesamte App

Ein Webprodukt kann schnell viele verschiedene Backend-Dienste benötigen. Eine Buchungsplattform braucht Kunden, Verfügbarkeiten, Buchungen und Administratorrollen. Ein Onlineshop muss Produkte, Warenkörbe, Bestellungen, Bilder und Zahlungen verwalten. Ein Dashboard muss möglicherweise je nach angemeldetem Benutzer unterschiedliche Daten anzeigen.

Supabase vereint diese Komponenten in einem einzigen Backend:

  • Postgres für die strukturierten Daten der Anwendung
  • Supabase Auth für die Anmeldung per E-Mail und über soziale Netzwerke
  • Row Level Security für Zugriffsregeln auf Datenbankebene
  • Storage für Anwendungsdateien und von Benutzern hochgeladene Dateien
  • Deno Edge Functions für serverseitige Logik

Mit Coderblock musst du diese Dienste nicht einzeln zusammensetzen. Jede Standard-Web-App erhält ein eigenes Supabase-Projekt, und der Agent kann bei der Umsetzung einer neuen Anfrage auf die verschiedenen Ebenen des Stacks zugreifen.

Du kannst zum Beispiel schreiben:

Füge eine Buchungstabelle mit einer Administratoransicht hinzu.

Der Agent kann das Datenbankschema erstellen, es mit der Benutzeroberfläche verbinden, die erforderlichen Berechtigungen konfigurieren und die Live-Vorschau aktualisieren. Du musst deinen Arbeitsfluss nicht unterbrechen, um APIs, Migrationen oder Backend-Dienste manuell einzurichten. Vor allem bleibt jede Änderung mit den vorherigen verknüpft. Das Backend ist keine Sammlung unabhängiger Komponenten, sondern entwickelt sich gemeinsam mit dem Produkt weiter.

Postgres macht generierte Apps zu echten Anwendungen

Postgres ist die relationale Datenbank hinter vielen Funktionen, die eine Webanwendung verwalten muss: Profile, Produkte, Termine, Abonnements, Nachrichten, Buchungen und vieles mehr. Das ist besonders wichtig, wenn die Entwicklung in natürlicher Sprache erfolgt.

Du kannst sagen:

Ermögliche Kunden, ihre bevorzugten Immobilien zu speichern.

Du musst keine Tabellen, Fremdschlüssel oder SQL-Abfragen angeben. Du beschreibst eine Funktion aus Produktsicht, und der Agent übersetzt diese Anfrage in die Datenstruktur, die dafür benötigt wird.

Coderblock macht außerdem sichtbar, was hinter dem Chat geschieht. Auf der Registerkarte Backend im Editor kannst du die Tabellen des Projekts, authentifizierte Benutzer, Storage und Funktionen einsehen. Du musst nicht jedes Detail der Infrastruktur kennen, um mit der App zu arbeiten. Trotzdem kannst du nachvollziehen, dass hinter der Benutzeroberfläche ein echtes Backend läuft.

Das ist ein entscheidender Unterschied zu einem einfachen Prototyp. Die Daten werden tatsächlich gespeichert und bleiben sitzungsübergreifend verfügbar. Die Vorschau unter <app>.coderblock.dev zeigt nicht nur, wie das Produkt aussehen könnte, sondern ermöglicht es dir, die Datenabläufe zu testen, auf denen das Produkt basiert.

Authentifizierung und Berechtigungen arbeiten zusammen

Die Anmeldung ist nur ein Teil der Authentifizierung. Ein vollständiges System muss Konten und Sitzungen verwalten, geschützte Seiten absichern, Daten mit Benutzern verknüpfen und verhindern, dass jemand auf Informationen zugreift, die ihm nicht gehören.

Wenn du Coderblock bittest, „Anmeldung und Benutzerkonten hinzuzufügen“, kann der Agent Supabase Auth in die gesamte Anwendung integrieren: Registrierung, Anmeldung, Sitzungsverwaltung, geschützte Routen und eine mit dem authentifizierten Benutzer verknüpfte Row Level Security. Bei Bedarf kannst du außerdem Social Login hinzufügen. Jede App enthält bereits eine Profiltabelle und eine grundlegende Struktur für die Rollenverwaltung. Dadurch kann der Agent leichter unterschiedliche Nutzungserlebnisse für Kunden, Mitglieder, Mitarbeitende oder Administratoren erstellen. Du musst keine eigenen Passwort- oder Authentifizierungssysteme manuell entwickeln.

Supabase Auth verwaltet die Identität. Row Level Security legt dagegen fest, welche Daten jeder Benutzer sehen oder ändern darf. Das ist ein entscheidender Unterschied. Eine Schaltfläche im Frontend auszublenden, verhindert nicht, dass ein Benutzer auf die dahinterliegenden Daten zugreift. Eine Richtlinie auf Datenbankebene kann beispielsweise sicherstellen, dass jeder Kunde nur seine eigenen Buchungen sieht, während ein autorisierter Administrator auf alle Buchungen zugreifen kann.

Mit Coderblock können diese Regeln zu einem festen Bestandteil der gewünschten Funktion werden, statt erst nach dem Aufbau der Benutzeroberfläche separat umgesetzt werden zu müssen.

Dateien, Integrationen und Serverlogik ohne separaten Stack

Eine echte App muss häufig weit mehr leisten, als nur Daten zu lesen und zu schreiben. Sie muss möglicherweise Profilbilder, Dokumente, Produktbilder oder andere von Benutzern hochgeladene Dateien verwalten. Vielleicht muss sie privilegierte Vorgänge ausführen oder mit externen Diensten kommunizieren, ohne Zugangsdaten im Browser offenzulegen.

Supabase Storage und Deno Edge Functions decken diese Anforderungen innerhalb desselben App-Backends ab. Wenn eine Integration ein Secret benötigt, verarbeitet Coderblock es über eine spezielle, sichere Abfrage für Umgebungsvariablen. Der Wert wird serverseitig gespeichert, ohne in den generierten Code eingefügt oder im normalen Chat angezeigt zu werden.

Stripe ist ein konkretes Beispiel. Du kannst direkt im Chat darum bitten, ein Abonnement oder einen Checkout hinzuzufügen. Im standardmäßig verwalteten Modus richtet der Agent Stripe für das Projekt ein, nachdem er einige grundlegende Informationen abgefragt hat. Die Plattform übernimmt anschließend den Zahlungs-Webhook.

Wenn du lieber dein eigenes Stripe-Konto verwenden möchtest, kannst du den BYOK-Modus wählen. In diesem Fall fragt der Agent die STRIPE_SECRET_KEY sicher ab und konfiguriert den Webhook automatisch.

In beiden Fällen kann Coderblock Produkte, Preise und Checkouts erstellen und den Zahlungsablauf sowohl mit dem Frontend als auch mit dem Backend der App verbinden. Das Ziel bleibt immer dasselbe: eine vollständige Funktion hinzuzufügen, nicht nur ihre visuelle Komponente.

Ein Backend, das die App von der Idee bis zur Veröffentlichung begleitet

Der Workflow von Coderblock ist als durchgängiger Prozess konzipiert.

Du beschreibst eine App. Du generierst sie. Du testest sie in der Live-Vorschau. Du passt sie an. Du veröffentlichst sie.

Änderungen erscheinen innerhalb weniger Sekunden unter <app>.coderblock.dev. Deshalb muss sich auch das Backend gemeinsam mit der Benutzeroberfläche weiterentwickeln können. Genau darin liegt der Vorteil eines in den Prozess integrierten Backends: Wenn du das Produkt änderst, kannst du gleichzeitig die Daten, Berechtigungen und die unterstützende Logik anpassen, ohne die Infrastruktur bei jeder Iteration manuell neu aufbauen zu müssen.

Sobald die App fertig ist, kannst du sie mit einem Klick unter <app>.coderblock.app veröffentlichen oder eine eigene Domain verbinden – SSL inklusive. Supabase ist das Standard-Backend für Standard-Web-Apps. Coderblock verwendet jedoch andere Architekturen, wenn ein Projekt dies erfordert. Enterprise-Web-Platform-Projekte nutzen beispielsweise Python und FastAPI mit Neon Postgres, um spezifische Plattformanforderungen zu erfüllen.

Für die meisten Web-Apps bietet die Kombination aus Postgres, Auth, Row Level Security, Storage und Edge Functions jedoch eine vollständige Grundlage, um aus einer Idee ein tatsächlich funktionierendes Produkt zu machen.

Das Backend sollte kein zweites Projekt sein

Wenn du eine App im Dialog entwickelst, möchtest du nicht ständig zwischen Idee, Frontend, Datenbank und Infrastruktur wechseln müssen. Du möchtest sagen können:

„Füge Kundenkonten hinzu.“

Und anschließend:

„Sorge jetzt dafür, dass jeder Kunde nur seine eigenen Buchungen sehen kann.“

Und danach:

„Füge die Möglichkeit hinzu, ein Profilbild hochzuladen.“

Jede Anfrage sollte sich auf natürliche Weise aus der vorherigen entwickeln können. Genau das ist die Rolle des Backends in Coderblock: Es ist kein separates System, das du nach dem Aufbau der Benutzeroberfläche konfigurieren musst, sondern der Teil der App, der gemeinsam mit deiner Idee wächst. Das Ergebnis ist eine Full-Stack-App, die du über dieselbe dialogbasierte Oberfläche generieren, testen und kontinuierlich weiterentwickeln kannst.

Starte noch heute mit Coderblock