Funktion · Bündelung
Heute live
Die kurze Antwort
Fremde MCP-Server und eigene Connectoren docken an derselben Stelle an und laufen ab dort durch dieselbe Kette: eine Anmeldung, eine deny-by-default-Policy, ein Protokoll. Nach außen gibt JanuaPort benannte Endpunkte aus — je einer pro Team oder Integration, mit genau den Werkzeugen, die dort gebraucht werden. Was ein Aufrufer an so einem Endpunkt tatsächlich sieht, bleibt die Schnittmenge aus seinem Scope und dem Zuschnitt: ein Zuschnitt kann nur weniger zeigen, nie mehr freigeben.
Wer heute mehrere MCP-Server betreibt, gibt jedem Client jeden Server einzeln — eigenes Token, eigene Regeln, kein gemeinsames Protokoll. JanuaPort nimmt die Quellen auf, legt eine Kontrollschicht darüber und gibt pro Team oder Aufgabe einen eigenen Endpunkt aus, der nur zeigt, was dort hingehört.
eine Kontrollschicht über allen Quellen
So läuft das
Links docken die Quellen an, in der Mitte liegt die Kontrollschicht, rechts entstehen die benannten Endpunkte. Im vierten Akt liegt ein schreibendes Werkzeug im Zuschnitt, fehlt aber im Scope des Aufrufers — und erscheint deshalb nicht.
Das Problem
MCP-Server vermehren sich schnell: für das Ticketsystem, die Buchhaltung, das Repository. Zusammen sind sie eine Verwaltungsaufgabe, die niemand bestellt hat.
Jeder MCP-Server braucht eigene Adresse, eigenes Token, eigene Ablaufdaten. Fünf Server und dreißig Mitarbeiter ergeben bis zu hundertfünfzig Zugänge, die jemand anlegen, erneuern und entziehen muss.
Was ein Server erlaubt, entscheidet der Server, verteilt auf fünf Konfigurationen. Die Frage „Was darf die KI heute?“ beantwortet niemand in einem Satz.
Jeder Server protokolliert anders, manche gar nicht. Für eine Prüfung suchen Sie die Spuren aus mehreren Systemen zusammen.
Die Kontrollschicht
Ein fremder MCP-Server wird in JanuaPort als benannte Integration eingetragen. Seine Werkzeuge erscheinen unter einem eigenen Namensraum — im KI-Werkzeug also als github_search_issues statt als namenloses search_issues — und laufen ab dann durch dieselbe Kette wie jeder eigene Connector: Auth, Policy, Vault, Audit. Für den KI-Client ist es ein Server statt fünf; für Sie ist es eine Stelle, an der die Regeln stehen.
Der Mitarbeiter meldet sich einmal an, per SSO oder Token. Dahinter liegen alle Quellen, eigene Connectoren wie fremde MCP-Server; ein zugeschnittener Endpunkt nutzt dieselbe Anmeldung.
Deny-by-default für jede Quelle. Ein schreibendes Werkzeug braucht eine eigene, werkzeuggenaue Freigabe; „gib dem Token GitHub“ gibt nie versehentlich Schreibrechte mit.
Jeder Aufruf landet im selben unveränderlichen Protokoll, mit Identität, Werkzeug und Ergebnis. Eine Spur statt fünf.
Sichten
Ein Team bekommt einen eigenen Endpunkt, der nur die Systeme zeigt, mit denen es arbeitet. Die Buchhaltung sieht Belege und Kontakte, die Entwicklung sieht Issues und Pull Requests — statt einer Werkzeugliste, in der beide erst suchen müssen. (Im Produkt heißen diese Zugänge Endpoint-Views.)
Eine Sicht entsteht entweder aus einem Team — dann trägt sie dessen Werkzeug-Bündel — oder aus einer einzelnen Integration, die einen eigenen Endpunkt bekommen soll.
Die Adresse hängt nur am Bezeichner: Das Team „Buchhaltung“ kann unter /mcp/v/fibu-team liegen, und ein Umbenennen des Teams ändert die Adresse nicht.
Sichten an- und abschalten wirkt ohne Neustart; neu verbundene Clients sehen den neuen Stand.
Eine Adresse, hinter der keine Sicht steht, antwortet mit 404 — fail-closed. Es gibt keinen stillen Rückfall auf den allgemeinen Endpunkt.
Dann nehmen Sie sie ausdrücklich aus dem Sammel-Endpunkt heraus. Das ist ein Schalter, den jemand bewusst umlegt — es gibt keine Automatik „eigener Endpunkt, also exklusiv". Ob die Integration daneben einen eigenen Endpunkt hat, ist ein zweiter, unabhängiger Schalter; erreichbar bleibt sie über jede Sicht, die sie führt. Und wäre das keine mehr, sagt die Übersicht es laut, statt es zu verbieten.
Der Gewinn ist Kontext-Ökonomie: Die Werkzeugliste am allgemeinen Endpunkt bleibt kurz, jede KI-Sitzung startet mit weniger Kontext, und die Rückfrage „warum sehe ich diese Integration doppelt?" entfällt. Wer alle Integrationen so schaltet, landet beim Muster schlanker Default-Endpunkt. Das ist ein möglicher Betriebspfad, kein Soll-Zustand: Ein Client, der mehrere Integrationen zugleich braucht, ist über den allgemeinen Endpunkt einfacher bedient.
Der Schalter ändert, wo eine Integration angeboten wird — nicht, wer sie benutzen darf. Scopes werden dadurch weder vergeben noch entzogen.
Was eine Sicht ist — und was nicht
sichtbar = Scope ∩ Sicht
Was ein Aufrufer an einem Endpunkt tatsächlich sieht, ist die Schnittmenge aus seinem Scope und dem Zuschnitt der Sicht. Eine Sicht kann deshalb nie mehr freigeben, als der Scope ohnehin erlaubt — sie kann nur weniger zeigen. Steht ein Werkzeug im Zuschnitt, fehlt aber im Scope, erscheint es nicht: fail-closed.
Wer was darf, entscheidet allein die Policy, deny-by-default an jedem Endpunkt. Der Zuschnitt ordnet nur, was jemand sieht. Deshalb ist eine Sicht ungefährlich, und deshalb ersetzt sie keine Berechtigung.
Ehrlich eingeordnet
Der Anschluss fremder MCP-Server, die zugeschnittenen Endpunkte und der Exklusiv-Schalter sind gebaut und im Produkt enthalten; eine GitHub-Spezifikation liegt bei. Der Lexware-Office-Connector läuft gegen ein echtes Konto. Ticket-System und Lagerbestand-API stehen exemplarisch für Ihre eigenen Systeme und tragen in der Animation den BEISPIEL-Tag.
Die Werkzeugnamen im Bild stehen wörtlich in den mitgelieferten Spezifikationen und erscheinen im KI-Werkzeug genau so, mit dem Namen der Integration davor.
Häufige Fragen
Selbst ausprobieren
Ein docker compose up, Port 8484 — drei Identities dauerhaft kostenlos, mit vollem Funktionsumfang. Keine Telemetrie.