Privater Komponenten-Store
Ihre Komponenten liegen über mehrere Repos verstreut. Niemand kann belegen, welche Lizenzen Sie halten.
CodeStore ist ein Storefront, den Sie für Ihr eigenes Team betreiben. Interne Komponenten und Drittanbieter-Kits in einem geschlossenen Katalog, Version und Changelog an jedem Produkt, und jeder Kauf landet in einem Register pro Workspace, das Ihnen gehört.
- Workspaces per Subdomain isoliert
- Self-hosted auf Ihrer Datenbank
- v2.0 — erste Teams im Onboarding
Es gibt drei Arten, das falsch zu machen, und die dritte ist ein Audit.
Duplikate
Jemand fragt in #frontend nach der Button-Komponente. Es gibt sie dreimal, in drei Repos, und die im Designsystem ist die alte. Niemand weiß, welche, also kopiert die neue Kollegin die Version, die kompiliert.
Doppelter Einkauf
Eine Charting-Bibliothek wird von der Platform lizenziert, sechs Wochen später noch einmal von Growth, weil kein Team die Belege des anderen sieht. Die Verlängerung läuft über die Karte von jemandem, der gegangen ist.
Das Audit
Sie können nicht sagen, wer das nutzen darf und bis wann, ohne Stripe, das Anbieterportal und drei E-Mail-Threads zu öffnen. Das einzige Tracking, das ein Audit übersteht, entsteht im Moment des Kaufs — gebunden an einen Workspace.
Das Produkt
Was drin ist, und was nicht
Alles Folgende existiert im aktuellen Build. Was fehlt, ist noch nicht gebaut — das können Sie im Quellcode prüfen, statt uns zu glauben.
Ein Workspace ist eine Datengrenze, kein Filter
Eine Subdomain und ein Slug pro Workspace. Die Isolation wird in der Query erzwungen: Es gibt keinen Codepfad, der Zeilen eines anderen Workspace liest. Neue Workspaces bleiben in PENDING_APPROVAL, bis ein Admin sie aktiviert.
Version und Changelog am Produkt
Beides sind Spalten der Produktzeile, also hat „auf welchem Release sind wir“ eine verlinkbare Antwort statt eines unauffindbaren PDFs.
Einladungen mit Rolle und Ablaufdatum
Genau einmal als verwendet markiert. Keine Selbstregistrierung in einen Workspace, also erreicht niemand Ihren Katalog, indem er eine URL errät. Mitglieder sind unbegrenzt.
Jeder Verkauf schreibt eine Transaktion
Order-ID, Capture-ID, Betrag, Plattformgebühr, Verkäuferauszahlung — dem Workspace zugeordnet. Diese Tabelle ist das Lizenzregister, nach dem die Buchhaltung nicht mehr fragt.
Eine Jobbörse mit Treuhand
Budgetrahmen, Bewerbungen, der gegen das Inserat gehaltene Treuhandbetrag, freigegeben bei Abschluss. Die Provision beträgt 10 % pro abgeschlossener Aufgabe.
Fünf Sprachen mit echten RTL-Layouts
Englisch, Arabisch, Französisch, Deutsch und Spanisch. Jede Seite erscheint in allen fünf — keine nachträglich aufgesetzte Übersetzungsschicht.
Nicht im Build: automatische Lizenzschlüssel-Ausgabe, SSO/SAML, SCIM, Managed Hosting und ein nutzungsbasiertes Abrechnungsmodell.
So funktioniert es
Vier Screens aus der laufenden Anwendung
Kein Anmeldeformular erstellt einen Workspace — wir richten ihn mit Ihnen in einem Call ein, danach laden Sie das Team ein. Das ist das aktuelle Onboarding, und in dieser Phase ist es Absicht.
Die Komponenten des Teams in einer Liste
Preis, Version und Tags pro Zeile, direkt aus der Produkttabelle. Das ist der geschlossene Katalog, den Ihre Mitglieder sehen und sonst niemand.
Alle Workspaces auf einem Bildschirm
Der Plattform-Admin sieht alle Workspaces, ihren Status und ihren Tarif — auch die, die noch auf Freigabe warten — sowie alle Benutzer und ihre Rolle. Der Datenzugriff erfolgt pro Workspace, und nichts davon ist für einen Tenant sichtbar.
Betrieb
Self-hosted, weil Ihr Katalog uns nichts angeht
Sie betreiben es auf Ihrer Domain gegen Ihre Datenbank. Genau deshalb sieht niemand sonst Ihren Katalog — keine Berechtigungseinstellung, eine Architekturentscheidung.
- Runtime
- Next.js 14
- Datenbank
- MySQL 8 · Prisma
- Zahlungen
- PayPal
- Node
- 20+
git clone https://github.com/docksidedirect/codestoreglobal
cd codestoreglobal && npm install
# .env
DATABASE_URL="mysql://user:pass@localhost:3306/codestoreglobal"
JWT_SECRET="$(openssl rand -hex 32)"
npx prisma migrate deploy
npm run build && npm startMigrationen liegen im Repository. Kein proprietärer Build-Schritt und keine Bindung an die Datenschicht.
Belege
v2.0 — erste Teams im Onboarding
Wir haben noch keine Kundenlogos, die hier stehen könnten, und sie zu erfinden wäre der schnellste Weg, das Einzige zu verlieren, was diese Seite zu bieten hat. Also: der Changelog und das Repository.
| v2.0 | Rebuilt marketplace and workspace UI; admin earnings reconciliation; PayPal capture fixes on the checkout path. |
|---|---|
| v1.4 | Multi-tenant storefronts: subdomain isolation, workspace membership, pending-approval to active lifecycle. |
| v1.3 | Escrow jobs board: budget ranges, applications, escrow amount and release flag, 10% platform commission of record. |
| v1.2 | Admin earnings view built off raw transaction tables: order id, capture id, platform fee, seller payout. |
| v1.1 | Component marketplace: product CRUD, version and changelog fields per product, image uploads, detail pages. |
Preis
Ein Tarif, abgerechnet pro Workspace
Keine Stufen, kein „Beliebteste Wahl“-Badge, keine Pro-Sitz-Rechnung. Sie zahlen für den isolierten Storefront.
Workspace
$49/ Workspace / Monat
- Mitglieder
- Unbegrenzt
- Interne Komponenten
- Unbegrenzt
- Provision pro Aufgabe
- 10 %
- Hosting
- Self-hosted
Workspaces richten wir gemeinsam mit Ihnen ein, nicht per Anmeldeformular.
- Privater, geschlossener Storefront für Ihr Team
- Unbegrenzte interne Komponenten
- Lizenzierte Drittanbieter-Kits neben Ihren eigenen
- Version und Changelog an jedem Produkt
- E-Mail-Einladungen mit ablaufenden Token
- Jobbörse mit Treuhand, 10 % pro Aufgabe
- Kaufregister pro Workspace
- PayPal-Checkout
- Fünf Sprachen, Arabisch in RTL
Self-Hosting ist heute der unterstützte Betrieb. Sie betreiben es auf Ihrer Domain und Ihrer Datenbank — auch deshalb sieht niemand sonst Ihren Katalog.