Im Beitrag über das Gateway habe ich einen zentralen Zugang gebaut, über den KI-Werkzeuge die Suche und das Regelwerk meines Second Brains erreichen. Zwei Wochen später fiel mir auf, dass ihn noch niemand benutzte. Den Anstoß gab etwas ganz anderes: Ich wollte meine eigene Statuszeile für das Terminal auch in der Remote-Umgebung haben. Aus diesem kleinen Wunsch wurde ein Umzug auf das Gateway, ein Funktionstest und eine Anzeige, die mir eine unbequeme Zahl über meine eigene Arbeitsweise geliefert hat.
Kurz zur Erinnerung
Mein Second Brain ist eine Sammlung von Notizen, in der KI-Agenten mit festen Rollen arbeiten. Für die Arbeit unterwegs läuft Claude Code in einem eigenen kleinen Container im Homelab, den ich per SSH erreiche. Wie diese Remote-Umgebung aufgebaut ist, habe ich bereits beschrieben. Dazu kommt VectorSearch, eine Suche nach Bedeutung statt nach Stichwörtern, die im letzten Teil für den produktiven Einsatz freigegeben wurde. Die Werkzeuge erreicht die KI über MCP, eine Art Stecker für KI-Agenten.
Eine Statuszeile zieht um
Vor einigen Wochen habe ich mir eine eigene Statuszeile gebaut. Sie zeigt am unteren Rand des Terminals, wie voll der Kontext einer Sitzung ist, wie nah die Nutzungslimits sind und was die Sitzung kostet. In der Remote-Umgebung fehlte sie. Das Original war ein kleines Skript in JavaScript, und dort war weder die passende Laufzeitumgebung installiert noch ein Hilfsprogramm, auf das es sich stützte. Statt nachzuinstallieren, habe ich die Zeile in Python nachgebaut, das ohnehin vorhanden war. Aufbau und Farblogik blieben gleich: grün bei niedriger Auslastung, gelb ab etwa 70 Prozent, rot ab etwa 90 Prozent.
Dann kam der eigentliche Wunsch: Die Zeile sollte auch zeigen, ob die Werkzeuge des Second Brains angemeldet sind und wann sie genutzt werden. Beim Nachsehen, welche Werkzeuge die Remote-Umgebung eigentlich verwendet, zeigte sich, dass sie die Suche noch direkt ansprach, an dem Gateway vorbei, das genau dafür gebaut worden war.
Erst anschließen, dann anzeigen
Eine Anzeige für einen Zugang zu bauen, den niemand nutzt, wäre sinnlos gewesen. Also stand zuerst der Umzug an. Das Gateway prüft bei jeder Anfrage einen Schlüssel und lässt nur zu, was für diesen Schlüssel freigegeben ist. Für die Remote-Umgebung habe ich deshalb einen eigenen Schlüssel angelegt, beschränkt auf die Werkzeuge, ohne Zugriff auf Sprachmodelle. So lassen sich ihre Anfragen später auch getrennt von anderen Nutzern auswerten.
Beim Einrichten gab es einen Moment, der mir gut gefallen hat. Die KI wollte die vorhandenen Schlüssel auf dem Gateway nachsehen, und die eingebaute Rechteprüfung von Claude Code hat das zweimal unterbunden. Zugangsdaten gehören nicht in einen Gesprächsverlauf, auch nicht in den eigenen. Ich habe den Schlüssel deshalb selbst eingetragen, in einem separaten Terminalfenster ohne laufende KI-Sitzung. Die KI hat nur geprüft, ob die Verbindung steht.
Für einen kurzen Moment liefen beide Wege parallel: der alte direkte und der neue über das Gateway. Nach einem erfolgreichen Test habe ich den direkten Weg entfernt. Im Gateway-Beitrag hatte ich ihn noch bewusst als Rückfallweg stehen lassen. Jetzt ist er eine einzige, dokumentierte Befehlszeile, mit der er sich bei einem Ausfall des Gateways jederzeit wieder einrichten lässt. Eine kleine Erkenntnis nebenbei: Neue Werkzeuge lädt Claude Code nur beim Start einer Sitzung. Es reicht, die Sitzung kurz zu beenden und fortzusetzen. Kein Dienst und kein Container muss dafür neu starten.
Funktioniert das Konstrukt wirklich?
Eine grüne Verbindungsanzeige beweist noch nicht, dass die Werkzeuge über das Gateway auch das Richtige liefern. Ich wollte es genauer wissen und habe drei Dinge geprüft, ohne in den laufenden Betrieb einzugreifen:
- Alles erreichbar: Alle Werkzeuge der Suche und alle fünf Rollen des Regelwerks kamen über das Gateway an und lieferten echte Ergebnisse.
- Nichts verändert: Dieselbe Suchanfrage habe ich einmal über das Gateway und einmal direkt an die Suche gestellt. Beide Male kamen dieselben fünf Treffer in derselben Reihenfolge mit denselben Ähnlichkeitswerten. Das Gateway prüft und protokolliert, aber es verändert nichts an den Ergebnissen.
- Kommt an: Die Suche merkt sich, welche Notizen gemeinsam in Ergebnissen auftauchen. Die Kombination aus meiner Testsuche über das Gateway war dort bereits vermerkt. Die Anfragen landen also tatsächlich im System dahinter.
Beim Regelwerk gab es eine ehrliche Einschränkung. Das Werkzeug liefert die Arbeitsanweisung einer Rolle live aus dem Wiki, aber nur deren ausführbare Kurzform. Die ausführlichen Rollendefinitionen und gemeinsamen Grundregeln erreicht es nicht. Für die Remote-Umgebung, die ohnehin direkt auf die Dateien des Wikis zugreift, bringt es deshalb inhaltlich nichts. Gedacht ist es für KIs ohne diesen Dateizugriff. Hier dient es als Funktionstest.
Offen ist der Ausfalltest: Was passiert, wenn ein Dienst hinter dem Gateway oder das Gateway selbst ausfällt? Dafür müssen Dienste gezielt gestoppt werden, und den Termin habe ich bewusst verschoben.
Was die Statuszeile jetzt zeigt
Unter der bisherigen Anzeige stehen jetzt vier neue Zeilen. Jede beantwortet eine Frage, die mir vorher niemand beantwortet hat:
- Ist das Gateway da? Ein Punkt in Ampelfarbe zeigt, ob das Gateway bereit ist. Darunter steht jeder Dienst dahinter mit eigenem Punkt, der Zahl der Aufrufe in der laufenden Sitzung und der Zeit seit dem letzten Aufruf.
- Wie wird gesucht? Die Bedeutungssuche steht der klassischen Textsuche mit Werkzeugen wie grep gegenüber, jeweils mit Anzahl und Zeitpunkt. Hintergrund ist eine Regel, die ich meiner KI gegeben habe: Beide Suchmethoden sollen kombiniert werden, weil jede für sich Treffer verpasst.
- Welche Zusammenhänge werden genutzt? Eine Zeile zählt die drei Graph-Werkzeuge einzeln, einschließlich der Aufrufe, die ohne Ergebnis blieben. Was es mit diesen Graphen auf sich hat, erzählt der nächste Teil.
- Welche Rolle ist aktiv? Für jede der fünf Rollen steht, wie oft ihre Anweisung über das Gateway geladen wurde.
Zwei Zählungen musste ich nachschärfen. Die Rollen-Zeile zählte zunächst auch Dateizugriffe mit. Dabei rutschten Befehle durch, die den Pfad einer Anweisung nur erwähnten, etwa beim Vergleich von Dateigrößen. Jetzt zählen nur noch exakte Aufrufe über das Gateway. Die Textsuche zählte anfangs auch jede Suche in Konfigurationsdateien mit. Jetzt zählt sie nur noch, was das Wiki betrifft. Eine Grenze bleibt: Die Anzeige prüft die Dienste hinter dem Gateway direkt und nicht durch das Gateway hindurch. Ein grüner Punkt heißt also, dass der Dienst läuft, nicht zwingend, dass das Gateway ihn richtig anspricht.
Die unbequeme Zahl
Am Ende eines langen Arbeitstages, an dem ich vor allem Dokumentation gepflegt hatte, stand in der Suche-Zeile ein deutliches Verhältnis: drei Bedeutungssuchen gegen dreißig Textsuchen im Wiki. Das ist eine einzelne Sitzung und keine Statistik, aber die Ursache ist strukturell. Wie schon beim Test im Review-Gate sichtbar wurde, kennt die Bedeutungssuche nur den Second-Brain-Bereich mit den gesammelten Notizen. Projekte, Aufgaben, Rollen und das Arbeitsprotokoll liegen außerhalb. Genau dort findet aber die tägliche Arbeit statt.
Im selben Gespräch gab es gleich ein Beispiel. Auf der Suche nach einer bestehenden Aufgabe fand die Bedeutungssuche nur thematisch entfernte Notizen mit schwachen Ähnlichkeitswerten, die Textsuche fand die Aufgabe sofort. Ein Teil der Textsuchen bleibt ohnehin Textsuche, etwa das Finden der exakten Stelle vor einer Änderung. Der Rest ließe sich verlagern, wenn die Arbeitsbereiche in den Suchbestand aufgenommen werden. Das steht jetzt als eigene Aufgabe auf der Liste.
Fazit
Aus dem Wunsch nach einer vertrauten Anzeige in der Remote-Umgebung wurde der erste echte Einsatz des Gateways. Der Test zeigt, dass es trägt und die Ergebnisse unverändert durchreicht. Die erweiterte Statuszeile macht sichtbar, was vorher im Hintergrund verschwand: welche Dienste bereitstehen, welche Rolle arbeitet und wie gesucht wird. Das Wertvollste daran war keine grüne Anzeige, sondern eine Zahl, die eine Lücke im eigenen Aufbau offengelegt hat. Sichtbarkeit ist kein Selbstzweck, sie liefert die Fragen für die nächsten Schritte.
Ausblick
Die Statuszeile zählt bereits drei Graph-Werkzeuge, die neben der Bedeutungssuche arbeiten. Der nächste Teil erzählt, wie sie entstanden sind und warum eines davon bewusst noch auf seinen Einsatz wartet.