Jetzt in der Beta

Starte mit Architektur.
Nicht mit Boilerplate.

Bau das Produkt mit KI. RepoWerk gibt Entwicklern und kleinen Teams produktionsreife Architekturen für Web, Mobile oder beides, mit dem Kontext, den dein Coding-Agent braucht, um an den richtigen Stellen weiterzubauen.

Mit GitHub starten Katalog ansehen

Web + MobileNext.js und Flutter

< 1 Min.von der Auswahl zum Repository

01 · Wo RepoWerk ansetzt

Die Schicht zwischen GitHub-Template und KI-Agent.

Ein Template liefert Dateien. Ein Agent schreibt Code. Keiner von beiden entscheidet die Architektur. RepoWerk entscheidet sie einmal, richtig, und in einer Form, mit der dein Agent weiterarbeiten kann.

01
GitHub-Template
Eine leere Struktur. Jede Entscheidung liegt noch bei dir.
02
RepoWerk
Architektur, Domäne und Konventionen, bereits entschieden und dokumentiert.
03
KI-Coding-Agent
Baut das Produkt darauf, ohne das Fundament neu zu erfinden.

Was dein Agent liest

AGENTS.mdBefehle und Regeln für den Agenten
ARCHITECTURE.mdApps, Packages und zentrale Abläufe
PRODUCT.mdDomäne, Rollen und Workflows
DATABASE.mdTabellen, Relationen und RLS-Policies
API.mdVertrag, Endpunkte und generierte Clients
CONVENTIONS.mdBenennung, Muster und was wohin gehört

Das vollständige Set kommt mit den Launch-Templates. Heute erstellte Repositories enthalten AGENTS.md oder CLAUDE.md.

02 · Warum RepoWerk

Vier Dinge, die kein anderer Starter vereint.

Flutter, produktionsreif

Kein UI-Kit, sondern die Basis für eine kommerzielle iOS- und Android-App. Riverpod, GoRouter, Supabase, Auth, Abos, Push, Deep Links, Crash-Reporting, i18n, CI/CD und Store-Setup.

Web und Mobile, ein Vertrag

Next.js und Flutter in einem Monorepo. Datenbank, API, Auth, Berechtigungen und Billing-Status werden einmal definiert, die Dart-Clients aus dem Vertrag generiert.

Erst das Produkt, dann der Stack

Starte mit dem, was du bauen willst. Produkt-Templates bringen die Domäne mit: Datenmodell, Workflows, Berechtigungen und die Sonderfälle, die sonst Wochen kosten.

Von Grund auf agent-ready

Jedes Repository dokumentiert seine eigene Architektur. So bauen Claude Code, Codex oder Cursor Features an den richtigen Stellen, statt die Struktur zu erfinden.

03 · Was willst du bauen?

Starte beim Produkt. Dann wähle den Stack.

Der Launch-Katalog: drei Foundations und die ersten Produkt-Templates. Für Templates in Entwicklung sammeln wir Anmeldungen und bauen die gefragtesten zuerst.

Foundations

Stack, Struktur und Toolchain in Produktionsqualität.

Foundations

Next.js SaaS Foundation

Verfügbar

Die Web-Foundation: Auth, Postgres, Dashboard und API-Routes auf Next.js und Supabase. Zugleich die Basis der Web-Produkt-Templates.

Next.js 16SupabaseTailwind CSSTypeScript

Was drin ist

Supabase-Auth und Routenschutz
Dashboard-Layout mit Sidebar
Supabase-Clients für Server und Browser

Foundations

Flutter Production App

Verfügbar

Die Basis für eine kommerzielle iOS- und Android-App, kein UI-Kit.

FlutterRiverpodGoRouterSupabaseRevenueCat

Was drin ist

Riverpod und GoRouter
Supabase-Auth und -Storage
Push-Benachrichtigungen und Deep Links

Foundations

Next.js + Flutter Monorepo

Verfügbar

Web- und Admin-App in Next.js plus eine Flutter-App, die sich einen Produktvertrag teilen statt UI-Code.

Next.jsFlutterSupabaseOpenAPI

Was drin ist

Web und Admin in Next.js, Mobile in Flutter
OpenAPI-Vertrag mit generierten Dart-Clients
Gemeinsame Datenbanktypen und Domänenschemas

Produkt-Templates

Die komplette Domäne eines Produkts, bereit zum Erweitern.

Produkt-Templates

Consumer Subscription App

Verfügbar

Eine Consumer-App mit bezahlten Abos, von der Paywall bis zu den Entitlements.

FlutterRevenueCatSupabase

Was drin ist

Paywall und Entitlements mit RevenueCat
Testphasen und Käufe wiederherstellen
Onboarding-Flow

Produkt-Templates

Booking Platform

Demnächst

Ein Buchungsprodukt mit fertiger Domäne: Verfügbarkeiten, Slots, Zahlungen und Sonderfälle.

Next.jsSupabaseStripe

Was drin ist

Anbieter, Leistungen, Standorte und Arbeitszeiten
Verfügbarkeiten, Slots und Zeitzonen
Umbuchungen, Stornos und Erstattungen

Ganzen Katalog ansehen

04 · Ablauf

Drei Schritte.
Vom Produkt zum ersten Feature.

Ein kurzer, planbarer Weg von der Idee bis zu einem Agenten, der auf solider Basis baut.

Wähle, was du baust

Wähle ein Produkt-Template oder eine Foundation. Der Stack kommt danach.

Repository erstellen

Web, Mobile oder beides. Gib ihm einen Namen, RepoWerk legt es auf deinem GitHub an.

Mit deinem Agenten bauen

Klonen und Claude Code, Codex oder Cursor um das nächste Feature bitten.

05 · FAQ

Fragen und Antworten.

Warum nicht einfach Claude ein Boilerplate generieren lassen?

Ein Agent generiert dir gern eines, und trifft dabei jedes Mal andere Architekturentscheidungen. RepoWerk startet mit Entscheidungen, die bereits getroffen und geprüft sind, und dokumentiert sie. So steckt der Agent seine Arbeit in dein Produkt statt ins Fundament.

Ist RepoWerk ein No-Code-Tool?

Nein. Du bekommst echten Code in deinem eigenen Repository und behältst die Kontrolle. RepoWerk ist für alle, die den Code besitzen wollen, ohne für jedes Projekt dieselbe Infrastruktur neu zu bauen.

Warum Flutter und nicht React Native?

Produktionsreife Flutter-Apps sind der am wenigsten abgedeckte Teil des Markts, und eine Flutter-Codebasis deckt iOS und Android mit einheitlicher Oberfläche ab. Web und Mobile teilen sich den Produktvertrag (Datenbank, API, Berechtigungen), nicht den UI-Code.

Wann sind die Templates mit „Demnächst“ fertig?

Wir bauen sie in der Reihenfolge der Nachfrage. Hinterlass deine E-Mail bei einem Template im Katalog, und wir schreiben dir einmal, sobald es verfügbar ist.

Worauf greift RepoWerk bei GitHub zu?

RepoWerk nutzt eine GitHub App mit genau den Berechtigungen, die zum Anlegen eines Repositorys und zum Pushen der Startdateien nötig sind: Repository-Verwaltung, Inhalte und Metadaten.

Wem gehört der generierte Code?

Dir. Das Repository liegt in deinem GitHub-Konto oder deiner Organisation, und du kannst mit oder ohne RepoWerk daran weiterarbeiten.

Kann ich RepoWerk mit meinem Team oder meiner Agentur nutzen?

Ja. Lege einen Workspace an, verknüpfe deine GitHub-Organisation, und neue Projekte werden dort erstellt und mit den Mitgliedern des Workspaces geteilt.