LoreKeeper
Technische Architektur

API-Architektur & Validierung

Technische Details zu Zod-Validierung, REST-Schnittstellen und Fehlerbehandlung

API-Architektur & Validierung

Alle HTTP-Endpunkte des Fastify-Backends basieren auf strikter Schema-Validierung via Zod und standardisierten Antwortformaten.


Validierungspipeline

Jeder Request durchläuft eine 3-stufige Validierung:

  1. Format- & Typvalidierung (Zod SafeParse):
    • Nicht übereinstimmende Typen oder fehlende Pflichtfelder erzeugen sofort einen 400 Bad Request mit exakter Feld-Fehlermeldung.
  2. Kontext-Existenzprüfung (Directus Ping):
    • Prüft, ob referenzierte Entitäten (bookId, chapterId) in Directus existieren. Fehlt das Buch, erfolgt ein sauberer 404 Not Found.
  3. Universums-Isolierung:
    • Die series_id wird serverseitig aus dem Buch abgeleitet und kann vom Client nicht manipuliert werden.

Zentrale Endpunkte

RouteMethodeHandler-ServiceZweck
/api/agent/chatPOSTfastify.chatService.chatMulti-Turn ReAct Agent Chat
/api/agent/toolsGETfastify.chatService.getToolDefinitionsTool-Definitions-Katalog
/api/agent/tools/executePOSTfastify.chatService.executeToolDirekte Tool-Ausführung
/api/scenes/generatePOSTfastify.loreService.generateSceneSequenzielle 4-Phasen-Generierung
/api/scenes/auditPOSTfastify.loreService.auditSceneKontinuitäts-Audit
/healthGETInlineHealthcheck (Directus, LiteLLM, Fastify)

Standard-Fehlerstruktur

{
  "error": "Validation failed",
  "details": {
    "bookId": {
      "_errors": ["bookId is required"]
    },
    "messages": {
      "_errors": ["At least one message is required"]
    }
  }
}

On this page