TanStack Start läuft über das Cloudflare-Vite-Plugin nativ auf Workers, ohne Adapterschicht. D1, R2, Workers AI, Queues und Email Sending stehen in einer einzigen wrangler.jsonc. Lokal brauchst du weder Docker noch Cloud-Zugangsdaten, und der Go-live beginnt mit einem prüfbaren Plan.
Die Live-Demo läuft auf Flares eigenem Worker, D1 und R2.
Worker · drei Einstiegspunkte
1
native Bindings
5
Server zu warten
0
Release-Schritte, alle prüfbar
7
https://app.your-domain.comFahre über einen Arbeitsbereich, um zu sehen, welche Cloudflare-Bindings ihn bedienen.
Dein Cloudflare-Konto
Hallo, local user
Your product, in motion.
Ein ruhiger Ort, um das nächste Nützliche zu bauen.
Verfügbare Credits
30
Gespeicherte Dateien
0
KI-Aufgaben
0
Bestellungen
0
Etwas Nützliches machen.
Eine Antwort streamen oder ein hochgeladenes Textdokument zusammenfassen.
D1· SQLite-Datenbank
Nutzer, Sitzungen, Credit-Ledger, Jobs und Zahlungsereignisse liegen in D1. Drizzle-Schema und Queries stecken in packages/db, Migrationen sind mitversioniert, und riskante Migrationen werden vor dem Deploy geprüft.
Alles im gestrichelten Rahmen läuft in deinem eigenen Cloudflare-Konto. Als Laufzeit-Secrets braucht der Worker nur AUTH_SECRET sowie die CAPTCHA-, OAuth- und Zahlungsdaten, die du aktivierst.
All in Cloudflare
Ein Konto. Ein Worker. Das ganze Produkt.
Compute, Daten, Dateien, KI, Jobs, Mail und Logs sind Bindings desselben Workers. Du erbst eine Plattform, statt sie zusammenzubauen.
Dein Cloudflare-Konto
Einmal in wrangler.jsonc deklariert.
D1, R2, Workers AI, Queues, Cron Triggers und Email Sending sind native Bindings. Entwicklung, Preview und Workers-Tests führen denselben Code aus.
Das Cloudflare-Vite-Plugin erzeugt einen Worker. Zwischen App und Edge gibt es keine OpenNext-Umwandlung.
Build-Pfad
Next.js → OpenNext → Worker
TanStack Start → Cloudflare-Vite-Plugin → Worker
Weniger Secrets
Bindings ersetzen Zugangsschlüssel.
Datenbank, Dateien, Modell, Queue und Postfach laufen über den Worker. Laufzeit-Secrets bleiben AUTH_SECRET plus die Anbieter, die du aktivierst.
Per Binding erreichbar, nicht per Schlüssel
D1-Connection-String—
R2-Zugangsschlüssel—
Modell-API-Key—
Queue-Broker-URL—
Mail-API-Key—
Nur ein Secret, wenn du es aktivierst
AUTH_SECRET
OAuth- / Turnstile- / Zahlungsdaten
Ein leichterer Stack
Sieben Infrastruktur-Bausteine, ein Konto.
Dienste, für die du dich sonst einzeln anmeldest und Schlüssel verwaltest, sind in Flare Bindings an einem einzigen Worker.
Sieben Dienste, die man sonst einzeln kauft, hängen bereits an einem Worker.
Sonst von Hand zusammengesteckt
Mehrere Dashboards, mehrere Schlüssel, mehrere Rechnungen
In Flare
Ein Konto, eine wrangler.jsonc, eine CLI
LaufzeitNode-Server oder Container, selbst skaliertWorkerssrc/server.ts
DatenbankGehostetes Postgres samt Connection-StringD1DB
DateienS3-Bucket und ZugriffsschlüsselR2R2_BUCKET
KIKonto und API-Schlüssel beim ModellanbieterWorkers AIAI
JobsRedis-Queue und dauerhaft laufender WorkerQueuesJOBS
CronExterner Cron-Dienst oder ProzessCron Triggers*/5 * * * *
E-MailMail-Anbieter und API-SchlüsselEmail SendingEMAIL
Keine Adapterschicht
TanStack Start wird über Cloudflares offizielles Vite-Plugin zum Worker gebaut, ohne Übersetzungsschritt à la OpenNext. Entwicklung, Preview und Tests laufen mit Workers-kompatiblem Code.
@cloudflare/vite-plugin
Lokal ohne Zugangsdaten
pnpm muse:init legt eine lokale D1-Datenbank an, erzeugt AUTH_SECRET und richtet zwei Testkonten ein. Kein Cloudflare-Konto, kein Docker.
pnpm muse:init
Weniger Secrets
Datenbank, Dateien, KI, Queues und E-Mail laufen über Bindings. Der Worker speichert nur das Auth-Secret sowie die CAPTCHA-, OAuth- und Zahlungsdaten, die du aktivierst.
AUTH_SECRET
MVP → Produktion
Mit einem Befehl starten. Mit einem Plan live gehen.
Die lokale Entwicklung berührt die Cloud nie. Vor dem Deploy siehst du genau, was angelegt wird und welche Migrationen laufen; nach dem Veröffentlichen laufen automatisch öffentliche Smoke-Checks. Jeder Befehl liefert stabiles JSON und Exit-Codes, bereit für CI.
Lokal initialisieren
Erzeugt AUTH_SECRET, wendet lokale D1-Migrationen an und legt zwei Testkonten an. Zu keinem Zeitpunkt Cloudflare-Zugangsdaten.
Der Plan ist schreibgeschützt und legt nichts an. Enthält eine ausstehende Migration DROP, TRUNCATE, DELETE oder UPDATE SET, wird das automatische Deployment blockiert.
Die beiden Next.js-Apps liegen im musemvp-Repository und teilen Domain-Pakete. Flare ist ein eigenständiges Repository, von der ersten Zeile an für Workers gebaut.
Nicht enthaltenAuthentifizierung, Zahlungen und Dashboard
Nicht enthaltenAI-Native-Entwicklung
UI-Landingpage-Vorlagen
EnthaltenMehr als 9 live stehende Landingpage-Vorlagen
EnthaltenBearbeitbarer Seitencode, Layouts und Assets
EnthaltenNeue Vorlagen während der Wartung
Nach der Zahlung GitHub im Dodo-Kundenportal verbinden und jede Repository-Einladung annehmen.
Jeder Plan enthält
Lizenz für 1 entwickelnde Person
Mehrere kommerzielle Endprodukte
Private Übergabe eines Kundenprojekts
Updates der Produktlinie
Öffentliche Dokumentation und Community
Eine entwickelnde Person. Mehrere kommerzielle Produkte und private Übergabe des Quelltexts eines Kundenprojekts. Keine Weitergabe des Quelltexts und kein Weiterverkauf der Vorlagen.
Erhaltene Versionen bleiben für immer bei dir. Updates und neue Vorlagen sind enthalten, solange dieselbe Produktlinie gewartet wird, nicht künftige eigenständige Produkte oder unbegrenzter Service.
Es gibt kein Self-Service-Upgrade und keine Zahlung nur der Differenz. Zum Wechsel des Plans den Support kontaktieren.
Lieferumfang, Unterschiede zur Next.js-Version, lokale Entwicklung und Betriebskosten.
Ist Flare in meinem Kauf enthalten?+
Ja. MuseMVP und All in One enthalten den Flare-Quellcode sowie beide Next.js-Apps. Der UI-Templates-Plan allein nicht.
Was unterscheidet Flare von Next.js + Cloudflare?+
Beide laufen auf Workers und nutzen D1 und R2. Flare wird mit TanStack Start und Vite nativ gebaut, ohne OpenNext-Adapter, und bringt zusätzlich Workers AI, Queues und Cron Triggers mit. Die Next.js-Version passt zu Teams, die bereits im Next.js-Ökosystem zu Hause sind.
Läuft wirklich alles auf Cloudflare?+
Compute, Datenbank, Dateien, KI, Queues, geplante Jobs, E-Mail und Logs liegen in deinem Cloudflare-Konto. Zahlungs-Gateways (Stripe, Creem, Dodo Payments, Waffo) sowie Google- und GitHub-Login bleiben bewusst externe Dienste.
Kann ich ohne Cloudflare-Konto lokal starten?+
Ja. pnpm muse:init legt lokal D1 an, erzeugt Secrets und richtet Testkonten ein, ganz ohne Cloudflare-Zugangsdaten. Workers AI hat allerdings keinen lokalen Emulator: Für echte Generierung musst du Remote-Bindings ausdrücklich aktivieren oder in dein eigenes Konto deployen.
Was kostet der Betrieb?+
Workers, D1, R2, Queues und Workers AI werden nach Nutzung abgerechnet und haben Inklusivkontingente, aber das Template verspricht keinen Nullbetrag. Email Sending muss aktiviert und eine Absenderdomain verifiziert sein; Transaktionsmails an beliebige Empfänger erfordern derzeit Workers Paid. Maßgeblich sind Cloudflares aktuelle Preise.
Kann ich die UI-Templates wiederverwenden?+
Ja. Die UI-Templates basieren auf Next.js; für TanStack Start passt du Routing und framework-spezifische Komponenten an.
Workers · D1 · R2 · AI · Queues · Email
Dein nächstes MVP, direkt auf Cloudflare.
Authentifizierung, Zahlungen, KI und Deployment-Werkzeuge sind bereit. Starte mit einem laufenden Worker statt mit einem leeren Repository.