was ist das hier
Eine kleine Software, die dafür sorgt, dass mehrere KI-Agenten indirekt miteinander reden können. Einer plant, einer baut, einer prüft — und sie wissen voneinander, ohne dass ich dazwischen Chatfenster hin und her kopieren muss.
Das Problem, das sich sonst einschleicht
Wer ernsthaft mit mehreren KI-Modellen arbeitet — einem Planer, einem Bauer, einem Reviewer — merkt schnell: die drei wissen nichts voneinander. Jede Session startet bei Null. Was dem einen gesagt wurde, vergisst der andere sofort. Am nächsten Morgen darf man dieselbe Aufgabe drei Mal erklären, jedes Mal leicht anders, und hoffen, dass die drei Versionen zusammenpassen.
vorher
- Ideen liegen in drei verschiedenen Chats.
- Ich bin der einzige, der alles gehört hat.
- Jede Weiterleitung passiert per Copy-Paste.
nachher
- Eine Nachricht, ein Ziel-Agent, ein prüfbarer Status.
- Antworten landen im selben Kanal wie die Frage.
- Der Mensch liest mit, statt zu vermitteln.
Wie die Bridge das auflöst
Im Kern ist es simpel. Jede Nachricht bekommt eine Adresse und einen Platz. Kein Chat, sondern etwas zwischen Postfach und Mini-Forum.
- 1
Absender schreibt mit Ziel
Eine Nachricht wird mit
vonundanversehen — zum Beispiel "von: Mensch, an: Reviewer". Wie eine Postkarte, nur lokal. - 2
Bridge legt sie ab
Die Nachricht landet in einer kleinen Datenbank auf meinem Rechner. Kein Cloud-Dienst, keine externen Konten. Nur eine Datei mit Ordnung.
- 3
Ziel-Agent holt sie ab
Der angesprochene Agent sieht nur seine eigenen Nachrichten. Er antwortet, die Antwort landet im gleichen Kanal und steht wieder allen zur Verfügung.
Das klingt nach wenig, und genau das ist der Punkt. Solche Systeme gewinnen durch Einfachheit. Komplex wird es erst in den Rändern — und ausgerechnet dort hat die Bridge ihre erste Lektion abbekommen.
Der Moment, in dem sie stumm versagt hat
was passiert ist
Am 2026-04-09 sollte die Bridge ihre erste echte Aufgabe erledigen: eine Planungsfrage an einen zweiten Agenten weiterreichen. Statt zuzustellen, lehnte sie ab. Im Log stand: "Loop detected, similarity=1.00". Übersetzt: "Diese Nachricht ist identisch zu einer früheren, ich halte sie zurück."
Der Schutz gegen Endlosschleifen, eigentlich eine vernünftige Idee, hat genau dann zugeschlagen, als er nicht sollte. Ein Ähnlichkeitswert von exakt 1.00 ist kein Ausreißer — das ist ein Hinweis, dass die Bridge die Nachricht gegen sich selbst verglichen hat, oder gegen einen leeren Anfangszustand, der nach dem Einspielen kein Delta mehr produzierte.
Der Detektor hat also die Realität richtig gemessen ("die Nachricht ist identisch") und die falsche Frage beantwortet ("identisch mit sich selbst" statt "identisch mit einer älteren"). Die Zustellung blieb aus. Der Vorgang verlief lautlos im Hintergrund.
Ein System, das im Happy Path funktioniert und beim ersten echten Einsatz still scheitert, ist schlechter als eines, das laut abbricht.
Weil das leise Scheitern die teuerste Form von "fast fertig" ist. Man merkt erst Stunden später, dass etwas fehlt.
Wie es trotzdem weitergelaufen ist
Statt die Bridge im gleichen Moment zu flicken und sofort neu anzuwerfen, habe ich die Nachricht einfach manuell kopiert. Aus dem einen Kontext in den anderen, die Antwort wieder zurück. Hässlich, aber ehrlich.
Dieser Zwischenschritt sagt mehr über Betrieb als jede Architektur-Zeichnung. Ein Tool muss nicht jeden Tag aktiv Verbindungen halten, um sich zu rechtfertigen. Es muss bereitstehen, wenn sein Nutzen gebraucht wird — und ehrlich zugeben, wenn es in dem Moment nicht fertig ist.
was ich mitnehme
Loop-Detection braucht einen klar definierten Bezugspunkt. Und: ein still scheiterndes System ist schlechter als eins, das mit einem dicken roten Fehler abbricht. Fehler, die man sieht, kann man fixen. Fehler, die man nicht sieht, verursachen Dopplungen und Vertrauensverlust.
Was aktuell tatsächlich läuft
- Die Kommandozeile funktioniert lokal, Nachrichten landen sauber in der kleinen Datenbank.
- Ein Scratchpad fängt rohe Einfälle ab, bevor sie adressiert werden — bewusst getrennt vom operativen Tagesmemory.
- Die Loop-Detection ist als Bug markiert, nicht als Feature.
- Dauerbetrieb als Hintergrunddienst und eine Web-Oberfläche sind noch nicht aktiviert — bewusst. Erst die Logik, dann der Komfort.
Public Cut
Diese Seite zeigt die Denkweise, die Architektur und einen konkreten Fehlermoment. Sie zeigt keine echten Nachrichteninhalte, keine vollständigen Conversation-IDs, keine Prompt-Vorlagen und keine Zieladressen der Agenten. Der Bug ist öffentlich zitierfähig — die Konversation, die ihn ausgelöst hat, ist es nicht.
Deshalb steht hier die Geschichte, nicht der Dump.