MCP Tenant Context
Tenant- und Actor-Context-Propagation für MCP-Server
AsyncLocalStorage-basierte Tenant- und Actor-Context-Propagation für MCP-Server. Null Runtime-Dependencies, ESM-only. MCP-Factory Foundation-Pillar.
Welches Problem es löst
Jeder mandantenfähige Server muss zwei Identitäts-Teile durch seinen Bearbeitungs-Stapel tragen: zu welchem Mandanten die Anfrage gehört, denn davon hängt jede eingegrenzte Datenbankabfrage ab und darin besteht die ganze Mandantentrennung, und wer sie ausgelöst hat, ein OAuth-Nutzer oder ein Dienstkonto. Beide durch jede Funktionssignatur zu fädeln ist genau der Weg, auf dem sie in der einen Abfrage vergessen werden, auf die es ankommt.
Wie es arbeitet
Es nutzt den asynchronen lokalen Speicher von Node, um Mandant und Handelnden je Anfrage mitzuführen, sie bleiben also aus den Signaturen heraus und sind trotzdem überall verfügbar, wo du sie brauchst. Keine Laufzeit-Abhängigkeiten, nur die Node-Standardbibliothek, Node 22 oder neuer. Es ist eine Bibliothek und sonst nichts: kein Server, kein Kommandozeilen-Werkzeug.
Wann du es nimmst
Nimm es, wenn du einen mandantenfähigen MCP-Server schreibst und schon spürst, wie sich das Mandanten-Argument durch die Codebasis ausbreitet. Es ist eine kleine Bibliothek, die eine ganze Klasse von Parameterdurchreichung entfernt, und der richtige Moment dafür ist früh statt nachdem die Signaturen erstarrt sind.
Wann du es nicht nimmst
Es trägt die Identität, es setzt damit nichts durch. Deine Abfragen müssen den Mandanten, den sie bekommen, immer noch benutzen, und hier merkt nichts, wenn eine davon es nicht tut. Willst du das erzwungen haben, gehört es in die Datenschicht und nicht in den Transport des Wertes.
Stars
★ 1
installs
↓ 376
Clones (14d)
⊟ 31
Sprache
TypeScript
Aktualisiert
2026-08-21
Installation
npx -y mcp-tenant-context