Gedächtnis über Monate: Wie der Oracle-Modus implizite Projektprinzipien synthetisiert

Gedächtnis über Monate: Wie der Oracle-Modus implizite Projektprinzipien synthetisiert

Jedes Entwicklerteam besitzt einen Friedhof vergessener Architekturentscheidungen.

Sechs Monate nach dem Rollout stößt ein neuer Kollege auf den Code und fragt: > "Warum nutzen wir hier eigentlich Static Exports statt Next.js-Server-Middleware?"

Der erfahrene Kollege stutzt, überlegt und meint vage: > "Ich glaube, wir hatten im Februar Probleme mit Cloudflare Edge Hydration, oder lag es am mehrsprachigen Routing? Ich schaue mal im Slack-Verlauf nach..."

Klassische KI-Suchen versagen hier regelmäßig. Eine simple semantische Vektorsuche über alte Protokolle wirft 40 unzusammenhängende Textfragmente aus verschiedenen Monaten aus. Das Modell liest diese Bruchstücke und halluziniert eine oberflächliche Antwort, die den eigentlichen technischen Kern verfehlt.

Deshalb entwickelten wir den Oracle-Modus in External Brain (https://brain.autobahn.bot).

Hier ist, wie der Oracle-Modus monatelange implizite Entscheidungen in fundiertes, belegbares Wissen verwandelt.

Der Unterschied zwischen Abruf und Synthese

Eine einfache Suche über Chatprotokolle liefert lose Fragmente: Fragt man nach "Middleware", findet das System Nachrichten, die Middleware erwähnen.

Der Oracle-Modus (brain_ask_oracle) arbeitet hingegen mit dem, was External Brain bereits verdichtet hat:

1. 1Verdichtetes, typisiertes Wissen: Nach jeder Programmiersitzung verwandelt External Brain das Gelernte in typisierte Regeln—Reflexe, Rezepte, Heuristiken, Prinzipien und Anti-Prinzipien—und bewahrt eine Entscheidung zusammen mit der verworfenen Alternative auf.
2. 2Ersetzen statt Löschen: Eine neue Entscheidung benennt die alte, die sie ersetzt; diese wird ausgemustert, nie gelöscht, sodass die Historie lesbar bleibt. (Eine grafische Verknüpfung der Entscheidungen steht auf der Roadmap—kommt als Nächstes.)
3. 3Belegte Synthese: Antwortet der Oracle-Modus, liefert er keine vage Schätzung: Er durchsucht diese Regeln und Sitzungen nach Bedeutung, antwortet nur aus dem Gefundenen, belegt jede Quelle und sagt, wie gut die Antwort gestützt ist.

Ein Gedankenbeispiel: Der dreisprachige Paritäts-Check

In unserem eigenen Homepage-Repository gilt die strikte Regel, dass alle Textschlüssel und Slugs über Englisch, Thai und Deutsch zu 100% synchron sein müssen.

Angenommen, jemand fragt: "Können wir Übersetzungen beim Routenwechsel nicht einfach dynamisch nachladen?"

dann antwortet der Oracle-Modus aus dem, was das Team festgehalten hat (zur Veranschaulichung):

"Das Team hat entschieden, dass die Seite ein statischer Export ohne Server bleibt [K1]. Jeder Schlüssel in jedem Namespace muss auf Englisch, Thai und Deutsch existieren; `scripts/check-locale-parity.mjs` lässt den Build sonst scheitern [K2]."

Ohne einen Kollegen zu unterbrechen, liegen die Begründung und der Check, der sie durchsetzt, samt Quellen vor.

Mentale Entlastung für Entwicklungsteams

Wachsen Softwaresysteme, steigt die kognitive Belastung drastisch. Entwickler verbringen oft mehr Zeit mit dem Rekonstruieren alter Entscheidungen als mit dem Schaffen neuer Werte.

Indem Teams ihr institutionelles Gedächtnis an External Brain delegieren, bewegen sie sich zügig voran, ohne alte Fehler zu wiederholen. Sie steuern die Vision—External Brain wahrt die Historie.