TestphaseDiese Umgebung befindet sich im Pre-Launch-Test — alle Daten werden zum Start zurückgesetzt.
Mockomat
— Architektur

Ein Modell, das du einmal schreibst.
Oberflächen, die synchron bleiben.

Mockomat basiert auf vier Ideen. Gemeinsam sorgen sie dafür, dass sich Mock-Daten wie eine Erweiterung deiner Codebasis anfühlen, nicht wie ein Nebenprojekt. So denkt das System — und das bekommst du zurück.

— Die Pipeline

Von Entitäten zu zwei Live-Oberflächen.

Du beschreibst Entitäten und Attribute; Mockomat kompiliert ein typisiertes GraphQL-Schema, bindet Attribute an den Daten-Pool und liefert sowohl einen JSON-Endpoint als auch eine gerenderte Vorschau aus demselben kompilierten Artefakt.

ENTWURF KOMPILIEREN AUSLIEFERN NUTZEN Dein Modell User · email · fullName · avatarUrl Order · orderNo · total · status Compiler schema · types · resolvers Pool ↔ Feldzuordnungen Seed-Plan DETERMINISTISCH Runtime zustandslos · seedbar resolver pro Typ renderer pro Typ seed = sha(...) POST /graphql application/json Für deinen Code, deine CI, deine KI-Agenten GET /preview text/html Für PMs, Designer, Stakeholder mockomat.pool ein gemeinsamer Pool · schreibgeschützt
— Die vier Ideen

Prinzipien, keine Patterns.

Wir haben Mockomat nicht durch Anhäufen von Features gebaut. Jede Fähigkeit leitet sich von einem dieser vier Grundsätze ab. Wenn du sie verstehst, kannst du vorhersagen, wie sich der Rest des Systems verhält.

01

Schema-first.

Du entwirfst das Modell. Mockomat kompiliert es.

Alles beginnt bei deinen Entitäten und Attributen. Die Mock-Daten, das GraphQL-Schema, die Dokumentation, die gerenderte Vorschau — alles leitet sich von einer einzigen Quelle der Wahrheit ab. Ändere das Modell, alles Nachgelagerte regeneriert sich.

seed
02

Deterministisches Replay.

Gleicher Seed rein. Gleiche Daten raus. Jedes Mal.

Die Runtime ist zustandslos und seed-gesteuert. Eine Anfrage an /graphql replayed jederzeit vom selben Seed, auf den sich dein Team geeinigt hat — ein Snapshot heute stimmt mit einem Snapshot in CI morgen überein. Keine instabilen Fixtures, kein Drift zwischen Umgebungen.

03

Multi-Tenant von Haus aus.

Workspaces, Projekte, Rollen, scoped Keys.

Jedes Konto ist eine Tenant-Grenze. Darin scopen Projekte die Schemas; Rollen scopen die Bearbeitungsrechte; API-Keys scopen den externen Zugriff. Die Konfiguration ist pro Tenant vom allerersten Byte an isoliert — nie nachträglich angebaut.

JSON UI
04

Zwei Oberflächen, ein Modell.

Maschinenlesbar für Code. Menschenlesbar für Reviews.

Dasselbe Modell bedient /graphql für deine Anwendung und /preview für Stakeholder. Entwickler konsumieren JSON; Designer und PMs sehen eine gerenderte Tabelle oder Liste derselben Daten. Keine zweite Quelle der Wahrheit für Produkt-Reviews.

— Code-Generierung

Exportiere dein Modell als echtes Projekt.

Wenn das Prototyping endet und das Shipping beginnt, bleibt dein Mockomat-Schema nicht in unserem Service eingesperrt. Ein Klick generiert einen vollständig typisierten Angular-Client und ein NestJS-Server-Gerüst — beide verdrahtet mit demselben GraphQL-Vertrag, den du bereits validiert hast.

FRONTEND Angular 17 · standalone components · Apollo client
BACKEND NestJS 10 · GraphQL code-first · resolver stubs
SCHEMA GraphQL SDL · bei jedem Export neu erzeugt
codegen.pipeline · deterministisch · idempotent
schema.graphql
dein Modell · 38 Typen · 142 Felder
kompilieren
frontend/ — Angular
typisierte Queries · Komponenten
backend/ — NestJS
resolvers · DTOs · modules
MY-PROJECT.ZIP
📁 my-project/
📁 frontend/
📄 src/app/users/users.component.ts
📄 src/app/users/users.queries.ts ← typisierte Apollo-Queries
📄 src/app/graphql.types.ts
📁 backend/
📄 src/users/users.resolver.ts
📄 src/users/user.dto.ts
📄 src/users/users.module.ts
📄 schema.graphql ← einzige Quelle der Wahrheit
📄 package.json
📄 README.md
— Warum Determinismus zählt

Gleiche Eingabe.
Gleiche Ausgabe.
Immer.

Mock-Daten mit zufälligen Seeds brechen Tests, brechen Reviews und untergraben Vertrauen. Mockomats Runtime leitet jede Antwort vom selben Seed ab, den dein Team gewählt hat. Hole einen Datensatz nächsten Monat erneut ab — gleiche Struktur, gleiche Werte, gleiche Kanten.

# denselben User zweimal abfragen, drei Monate auseinander
$ curl mockomat.app/p/abc/graphql -d '{ user(id:42) { email } }'
{ "data": { "user": { "email": "ada@bessemer.com" } } }
# 90 Tage später, gleiche Query…
$ curl mockomat.app/p/abc/graphql -d '{ user(id:42) { email } }'
{ "data": { "user": { "email": "ada@bessemer.com" } } }