Venture · Plattform

Eine Plattform, die die Sites, die Studios und das Geschäft betreibt.

DVNC Cloud ist das Infrastruktur-Venture unter allem anderen. Kunden-Sites laufen als isolierte Tenants auf einer Edge-Laufzeitumgebung. Projekte, Angebote, Rechnungen und Auth liegen in einer reaktiven Steuerungsebene. Und eine Reihe von KI-Studios erledigt echte Produktionsarbeit pro Kunde: Social-Visuals, Decks und Dokumente, geführtes Video, Videorecherche, Chat und Redaktion — jeweils abgerechnet über die eigenen KI-Schlüssel des Kunden.

PlattformMandantenfähigKI-Studios
Cover von DVNC Cloud
Überblick

Eine Steuerungsebene für das gesamte Kundenportfolio.

Viele Kunden-Sites und viele Kundenlieferungen von Hand zu betreiben, skaliert nicht. DVNC Cloud macht beides zur Plattform: Jeder Kunde ist ein Tenant mit eigener isolierter Site-Laufzeit, und jeder Kunde bekommt seinen eigenen KI-Studio-Zustand — kreative und technische Ergebnisse entstehen, werden geprüft und ausgeliefert, alles aus einem Dashboard.

Die Ebenen vermischen sich nie. Was Kunden sehen, läuft auf Cloudflare. Geschäftsdaten laufen auf Convex. Der Quellcode liegt auf GitHub. Fällt eine Ebene aus, arbeiten die anderen weiter.

Auf einen Blick
Rolle
Gründer, Plattform-Ingenieur
Typ
Mandantenfähige Plattform
Jahr
2026
Status
Live, im Produktivbetrieb
Die Herausforderung

Viele Sites, viele Lieferungen — ein Paar Hände.

Kunden-Sites von Hand zu deployen ist der Engpass, der jede Agentur deckelt — und KI-Arbeit hat dasselbe Problem: Jeder Kunde braucht Visuals, Dokumente, Video und Recherche, mit eigener Marke, eigenen Daten und eigenen Kosten. Das Plattformproblem heißt Isolation: zwischen Tenants, zwischen den KI-Zuständen der Kunden und zwischen dem, der die Arbeit macht, und dem, der sie bezahlt.

Wo es wehtat
Deploys pro Kunde, die über eine Handvoll hinaus nicht skalierenKeine Isolation zwischen einem Tenant und dem nächstenKI-Ausgaben, die ohne saubere Abrechnung zwischen Kunden verschwimmenKundenarbeit, die geprüft werden muss, bevor der Kunde sie überhaupt sieht
Der Ansatz

Was ich gebaut habe, und wie es entstanden ist.

Der Bau

Isolierte Tenant-Sites, KI-Studios pro Kunde, ein reaktives Dashboard.

Eine Convex-Steuerungsebene für Daten, Auth und Abrechnung. Eine Workers-for-Platforms-Laufzeit, die jeder Kunden-Site einen eigenen isolierten Worker gibt. Und KI-Studios, die den kreativen Zustand jedes Kunden halten und echte Lieferungen produzieren.

Was enthalten ist
Cloudflare Workers for Platforms: ein isolierter Worker je Tenant-SiteStatische Astro-Tenant-Sites, aus dem Dashboard editierbar, beim Publizieren neu gebautKI-Studios pro Kunde: Visuals, Decks und Dokumente, Videoregie, VideorechercheJeder KI-Aufruf wird über die eigenen Schlüssel genau eines Kunden abgerechnet — kein Aufschlag, kein gemeinsamer TopfKundenarbeit zuerst als Entwurf: Admins bauen mit dem Material des Kunden, der Kunde sieht nichts, bis gesendet wird
Wie es gebaut wurde
01

Die Ebenen trennen

Kundenseitiges auf Cloudflare, Geschäftsdaten auf Convex, Quellcode auf GitHub. Ein Ausfall reißt die anderen nie mit.

ArchitekturTenant-VertragGrenzen
02

Die Laufzeit bauen

Workers for Platforms verteilt einen isolierten Worker je Tenant-Site — ohne jemals Geheimnisse auf Tenant-Seite.

Dispatch-NamespaceTenant-IsolationR2-Speicher
03

Die Studios bauen

Jedes Studio ist ein eigener zustandsbehafteter Agent pro Kundenkonto: Markenansätze, Stile, Läufe und Lieferungen, durchgehend reaktiv.

Visual-StudioDeck-StudioVideoregie
04

Das Geldgesetz verdrahten

Ein Konto bezahlt jeden KI-Aufruf, den es auslöst, über seine eigenen Schlüssel im Tresor. In der Laufzeit existiert nirgends ein Plattformschlüssel.

SchlüsseltresorAbrechnung pro KontoKostentransparenz
Unter der Haube

Die Teile, die daraus eine Plattform machen statt eines Werkzeughaufens.

Tenant-Isolation von Bauart

Jede Kunden-Site ist ein statischer Build, ausgeliefert von einem eigenen Worker innerhalb eines Dispatch-Namespace. Tenants tragen keinerlei Geheimnisse, sind außer über den Dispatcher der Plattform nicht erreichbar und sehen einander nicht. Bearbeitet ein Kunde seine Inhalte, wird ausschließlich seine Site neu gebaut.

Die KI-Studios

Ein Visual-Studio plant und rendert vollständige Social-Sets gegen die Art Direction der jeweiligen Marke. Ein Deck-Studio plant Dokumente als typisierte Seitenbäume und rendert jedes Layout aus einem Renderer. Ein Video-Desk feuert Prompt-Sets an Generierungsmodelle, mit Kostenobergrenzen pro Lauf, die vor jeder Abrechnung geprüft werden. Ein Watch-Desk macht aus jedem YouTube-Video einen bewerteten Entscheidungsbericht mit Deep Links. Jedes Studio hält seinen Zustand pro Kunde, und jedes lässt sich einem Kunden als Berechtigung freischalten.

Ein Konto zahlt, immer

Jeder Modellaufruf auf der Plattform wird über die eigenen Schlüssel genau eines Kontos abgerechnet, aufgelöst zum Zeitpunkt des Aufrufs. Es gibt keinen Plattform-Rückfallschlüssel — die Arbeit eines Kunden kann also niemals still das Geld eines anderen ausgeben. Schlüssel werden beim Einfügen geprüft, und Admins sehen, was jeder Lauf gekostet hat.

Kundenarbeit zuerst als Entwurf

Ein Admin kann für einen Kunden arbeiten — mit dessen Stimme, Marke und Schlüsseln —, während alles Erzeugte ein Entwurf bleibt, den der Kunde nicht sieht. Ein ausdrückliches Senden liefert das fertige Stück in den Content-Eingang des Kunden. Für jemanden bauen und an ihn veröffentlichen sind zwei verschiedene Handlungen, erzwungen dort, wo die Daten liegen.

Die Produktionsflotte

Hinter dem Dashboard schreibt je eine Maschine pro Aufgabenform Artikel, auditiert Sites, plant Abdeckung und verteilt in soziale Netzwerke für die Kundenmarken. Prompt-Material ist Daten und wird wie Code deployt, und jeder Lauf hinterlässt eine vollständige Zeitleiste, die sich im Fehlerfall abspielen lässt.

Ausfall als Entwurfsgröße

Degradiert die Steuerungsebene, liefern die Tenant-Sites weiter; degradiert die Edge, arbeitet das Dashboard weiter. Lang laufende Aufträge werden in Warteschlangen gelegt, mit Backoff wiederholt und von einem Puls überwacht, der Waisen in ehrliche Fehler verwandelt statt in stilles Hängen.

Die Arbeit

Ein genauerer Blick auf das, was live ging.

Eine produktive Tenant-Site auf der Plattform
Ein produktiver Tenant: Lions & Co, auf eigenem isoliertem Worker
Die Anmeldung im DVNC-Cloud-Dashboard
Die Eingangstür: ein Dashboard für jeden Kunden und jedes Studio
Tala Beauty, ein produktiver Tenant in Toronto
Ein weiterer produktiver Tenant: Tala Beauty, Toronto
Eine Tenant-Seite, statisch von der Edge ausgeliefert
Tenant-Seiten sind statische Builds, editiert aus dem Dashboard
Das Ergebnis

Kunden-Sites als Tenants, Kundenarbeit als Produktlinie.

DVNC Cloud macht aus einer Ein-Personen-Praxis eine Plattform: produktive Tenant-Sites aus isolierten Laufzeiten, KI-Lieferungen pro Kunde mit ehrlicher Abrechnung je Kunde — und ein Dashboard, das alles davon steuert.

Mandantenfähig

isolierter Worker je Kunden-Site

6

KI-Studios und Agenten auf einem Dashboard

1

Konto zahlt jeden KI-Aufruf, ohne Aufschlag

Der Stack

Gebaut mit

Next.jsConvexCloudflare Workers for PlatformsAstroBetter AuthR2Durable ObjectsAI SDK
Sie haben etwas zu bauen?

Beginnen Sie mit einem kurzen Gespräch. Klare Antwort, so oder so.

Sagen Sie mir, was Sie liefern wollen. Wir schneiden es zu, nennen den Preis und entscheiden den richtigen Einstieg.

Newsletter

Ein Brief, jeden Sonntag. Funktionierende Systeme, keine heißen Takes.

Build-Logs, funktionierende Systeme und Feldnotizen aus einem Portfolio laufender KI-Ventures.

Wöchentlich. Kein Spam. Jederzeit abbestellbar.