Owner- & Identity-Grundlage
Authentication/Session Handling, Handle Claim, Basic Identity Working Persistence, Starter Composition, Profile-Media-Grundlage und Identity Connections sind implementiert.
←Alle ProjekteProjekt 01 / 2026
Spall Spill.
Product DesignProduct StrategyWeb Development
Spall Spill ist eine owner- und creator-zentrierte Identity- und Discovery-Plattform in aktiver Production-Implementierung. Authentication, Onboarding, Working-State-Persistenz, Product/Resource-Draft-Grundlagen, Publication-Grundlagen, URL-Safety, Media-Sanitization sowie Security- und Testing-Infrastruktur sind bereits integriert.
Technischer Überblick
Jahr2026
Zeitraum2026 / Aktive Entwicklung
Rolle
Full-Stack DeveloperProduct Designer
StatusIn Development
Stack
Next.jsReactTypeScriptPostgreSQLSupabaseCloudflare R2VitestPlaywright
Datenbank
PostgreSQLSupabase
Testing
VitestPlaywright
Engineering-Highlights
- Tested PostgreSQL RLS and authenticated server-side mutation boundaries
- Draft-to-preview-to-publish workflow with staged first-publication transactions
- Stale-write protection for concurrent editing
- Destination-safety scanning and dedicated media sanitization services
- CI gates with Vitest, Playwright, pgTAP, type checks, and security scanning
Aktuelle Implementierung
Die aktive Production-Implementierung läuft bereits..
Spall Spill ist über die reine Produktdefinition hinaus und befindet sich in aktiver Implementierung. Die aktuelle Codebasis enthält bereits Authentication- und Session-Grundlagen, Handle Claiming, Basic Identity Working Persistence, Profile-Media-Grundlagen, Identity Connections, Product- und Resource-Draft-Grundlagen, stabile Spill-Referenzen, Private Preview, Staged-Publication-Grundlagen, Public-Reader-Grundlagen, einen dedizierten URL-Safety-Scanner, einen Media-Sanitizer-Service sowie automatisierte CI- und Security-Gates.
Das Projekt bleibt In Development, weil das finale First-Publication-Wiring, verbleibender Public/Click/Media-Transport, Product-Publication-Vorbereitung, Universal-Workspace-Handoff, Browser/Journey-Verifikation, Live-Provider-Verifikation und Release-Hardening noch abgeschlossen werden.
Was Spall Spill Ist
Identity für Präsenz. Spill für strukturierte Discovery.
Jeder Owner kann eine öffentliche Identity veröffentlichen, die eigenständig funktioniert: eine persönliche oder geschäftliche Präsenz aus strukturierten Profil-, Social-, Link-, Contact-, Media-, Text- und Spill-CTA-Funktionen.
Ein Spill ist die owner-spezifische Discovery-Ebene hinter dieser Identity. Er kann strukturierte Product- und Resource-Entities enthalten, jeweils mit eigener persistenter Referenz, Lifecycle, öffentlichem Detail und Destination-Verhalten.
Product steht für eine erkennbare Empfehlung mit einer oder mehreren Marketplace-Destinations. Resource steht für strukturierte Inhalte wie Menü, Preisliste, Katalog, Portfolio, Media Kit, Dokument oder externe Website. Die Entity bleibt stabil, auch wenn sich die Destination ändert.
Zentrales Produktprinzip
Ein Owner. Eine Identity. Ein Spill. Mehrere strukturierte Wege, entdeckt zu werden.
Universelles Capability-Modell
Das Produkt passt sich an den Intent an, ohne ihn in einen permanenten Account-Typ zu verwandeln.
Onboarding kann mit Personal, Affiliate / Product Recommendations, Business / UMKM, Creator oder Other beginnen. Diese Auswahl beeinflusst Guidance, Starter Composition und Workspace-Betonung — nicht die Berechtigungen.
Ein Personal-User kann später Products hinzufügen. Ein Business-Owner kann Resources oder Products veröffentlichen. Creator können nur mit Identity starten und Spill später ergänzen. Capability Expansion ist additiv, sodass kein Account-Migration oder vollständiges Re-Onboarding nötig ist.
Auch danach bleiben tatsächliche Nutzung, Navigation Exposure und Authorization getrennte Konzepte.
Implementierungsfortschritt
Die zentralen Produktgrundlagen sind bereits in der aktiven Codebasis umgesetzt.
Der Fortschritt wird jetzt an implementierten Systemgrenzen und verifizierten Engineering-Grundlagen gemessen, nicht nur am Umfang der Produktdefinition.
Spill-Datengrundlage
Product- und Resource-Draft-Grundlagen, stabile nicht wiederverwendete Spill-Referenzen, Private Preview und Staged-Publication-Grundlagen sind in der aktiven Repository vorhanden.
Safety & Verification
URL-Safety-Scanning, Media-Sanitization, PostgreSQL-Security-Tests, CI, SAST, Secret-Scanning und Dependency-Scanning sind integriert; finaler Public Transport und Live-Provider-Verifikation bleiben offen.
Verhalten Vor Interface
Die schwierige Arbeit ist nicht das Zeichnen von Screens, sondern die Bedeutung jedes Zustands zu definieren.
Spall Spill trennt Draft-, Working-, Saved-, Published-, Hidden- und Archived-Verhalten, damit Editing den öffentlichen Zustand niemals still verändert. Autosave schützt Arbeit, während Publishing explizit bleibt.
Persistente Spill-Referenzen bleiben stabil und werden nie wiederverwendet. Exakte Referenzen wie #27 haben Vorrang vor Fuzzy Search, während normale Keyword Discovery fehlertolerant und auf den Spill des aktuellen Owners begrenzt bleibt.
Identity, Product und Resource werden als dauerhafte Product Entities behandelt, nicht als temporäre Linksammlungen. Authentication bleibt von Authorization getrennt, Owner Preview wird nicht als normales Audience Analytics gezählt, und Marketplace Clicks gelten als Outbound Actions statt als angenommene Käufe.
Aktueller Frontier
Von der Produktdefinition zur aktiven Production-Implementierung.
Die saubere Production-Codebasis trägt bereits die zentralen Grundlagen für Owner, Identity, Draft, Preview, Safety und Publication. Die nächsten Arbeiten konzentrieren sich auf das finale First-Publication-Wiring, Public/Click/Media-Transport, Product-Publication-Vorbereitung, Universal-Workspace-Handoff, verbleibende Browser/Journey-Verifikation, Live-Provider-Verifikation soweit verfügbar und Release-Hardening.
Source Code ansehen↗Nächstes Projekt
02 / 055AM Vision
MarkenidentitätArt DirectionDigitales Design