KI & Kontext

Der Tag, an dem die KI mir etwas über mein eigenes System beigebracht hat

Wohin mit einem Dokument, das nichts erzeugt, aber alles regiert, was danach erzeugt wird? Das gewohnte Kriterium — die Änderungsgeschwindigkeit — reicht nicht. Ein Funktionskriterium ersetzt es: Erzeugt diese Datei ein Ergebnis, bewahrt sie Wissen, beschreibt sie einen Stand, oder regiert sie künftige Handlungen? Anwendbar auf jedes Objekt, das die Architektur nicht vorgesehen hat.

Info

Ursprünglich auf Französisch verfasst. Von KI übersetzt — der Sinn wurde bewahrt, nicht der Stil.

Ich habe sie gefragt, wohin ein Übersetzungsleitfaden gehört.

Sie hat das Frame gewählt.

Ich hätte das nicht getan.

Das Detail mag belanglos wirken. Es ging um eine Markdown-Datei in einem Verzeichnisbaum, der davon ohnehin schon viele enthält. Und doch hat mich diese Wahl gezwungen, die Definition eines zentralen Teils des Systems zu überarbeiten, an dem ich seit Monaten arbeite.

Das Verstörendste daran: Ich habe dieses System selbst entworfen.

Alles fing mit einer zu treuen Übersetzung an

Ich arbeite gerade an der englischen Übersetzung meines Buches über Kontext.

Der erste Durchgang war korrekt. Die Gedanken waren da, die Struktur war eingehalten, und keine wichtige Passage war verschwunden.

Aber das Englische roch noch nach Französisch.

Manche Wendungen waren grammatisch richtig, ohne natürlich zu sein. Wörter kehrten mechanisch von Kapitel zu Kapitel wieder. Matière wurde fast immer zu material, arbitrage manchmal zu ruling, und reprise erzeugte Formulierungen, die niemand direkt auf Englisch geschrieben hätte.

Das Problem lag nicht an einem einzelnen Satz. Es lag daran, dass gemeinsame Regeln fehlten, die die Übersetzung des ganzen Buches leiten.

Also haben wir angefangen, einen Leitfaden zu schreiben: den Sinn übersetzen statt der Syntax, die persönliche Stimme bewahren, ein natürliches britisches Englisch verwenden, die Grade der Behauptung prüfen, wichtige Begriffe stabil halten und jeden Text ein zweites Mal lesen, als gäbe es das Französische nicht.

Damit stellte sich eine einfache Frage: Wohin mit diesem Leitfaden?

Das Buch hat bereits seinen eigenen Ordner. Jede Sprache hat ihren. Die Übersetzungsskripte, die Fortschrittstabelle und die generierten Dateien liegen alle in der Nähe des Manuskripts.

Mein erster Reflex wäre gewesen, den Leitfaden an denselben Ort zu legen.

Die KI hat etwas anderes vorgeschlagen: ihn in 00-frame/ zu legen, an die Spitze des Kontexts, der dem Buch gewidmet ist.

Die Wahl erschien mir widersprüchlich

In meinem System trennt ein Kontext mehrere Arten von Information.

Das Frame trägt die Mission, die Direktiven und die Laderegeln. Der Stand zeigt, wo die Arbeit steht. Die Quellen bewahren, was empfangen wurde. Die Notizen stabilisieren, was man daraus versteht. Die Lieferergebnisse nehmen auf, was für einen Gebrauch und einen Adressaten erzeugt wird.

Ich hatte das Frame immer als den stabilen Teil dargestellt.

Der Übersetzungsleitfaden dagegen war gerade erst mitten in der Arbeit entstanden. Er würde sich weiterentwickeln, sobald wir auf neue Probleme stoßen. Wenige Minuten später fügten wir ihm bereits Regeln zur wiedergegebenen Rede hinzu, zu den schwer übertragbaren französischen Gegebenheiten und zu den Grundbegriffen des Buches.

Warum also ein so junges Dokument, das sich noch bewegen würde, in die Zone der stabilen Dinge legen?

Der Vorschlag schien der Architektur zu widersprechen.

Tatsächlich half er mir, sie besser zu verstehen.

Der Leitfaden gehört nicht zum Buch

Um zu entscheiden, wohin eine Datei gehört, hatte ich darauf geschaut, wovon sie spricht.

Sie sprach von der Übersetzung des Buches. Also schien es mir naheliegend, sie neben das Buch zu legen.

Die KI hatte anders gedacht. Sie hatte darauf geschaut, was die Datei tut.

Der Leitfaden richtet sich nicht an die Leser. Er ist weder ein Kapitel noch eine Übersetzung noch ein Anhang. Er ist kein zusätzliches Ergebnis der Arbeit.

Er bestimmt, wie alle künftigen Ergebnisse erzeugt werden müssen.

Wenn eine neue Übersetzung beginnt, muss der Leitfaden gelesen werden. Wenn ein Satz zu wörtlich wirkt, liefert er die Kriterien, um ihn zu überarbeiten. Wenn ein Begriff von Kapitel zu Kapitel wechselt, sagt er, wo diese Wahl festzuhalten ist. Wenn eine Übersetzung fertig scheint, nennt er die Prüfungen, die vor der Abnahme durchzugehen sind.

Ihn zu den Lieferergebnissen zu legen, hätte aus ihm ein weiteres Dokument neben den anderen gemacht.

Ihn ins Frame zu legen, machte aus ihm eine Regel, die für alle folgenden Übersetzungen gilt.

Die Unterscheidung ist einfach, sobald sie ausgesprochen ist: Der Leitfaden beschreibt nicht, was der Kontext erzeugt hat; er verändert die Art, wie der Kontext erzeugen soll.

In diesem Moment wurde die Wahl der KI stimmig.

Meine Definition des Frame war es nicht mehr ganz.

Stabil heißt nicht erstarrt

Bis dahin hatte ich die verschiedenen Zonen des Kontexts vor allem über ihre Änderungsgeschwindigkeit definiert.

Das Frame bewegt sich kaum. Der Stand bewegt sich oft. Eine Quelle bleibt unverändert. Eine Sitzung wird länger. Ein Entwurf wird neu geschrieben. Eine validierte Entscheidung bewahrt die Spur der getroffenen Wahl.

Diese Lesart bleibt nützlich. Sie erklärt, warum die Mission nicht jedes Mal neu geschrieben werden muss, wenn sich die Aufmerksamkeit verschiebt, und warum der aktuelle Stand nicht mit den dauerhaften Regeln vermischt werden darf.

Aber die Änderungshäufigkeit reicht nicht aus, um die Funktion einer Datei zu bestimmen.

Der Übersetzungsleitfaden bewegte sich noch. Und doch musste jede Regel, sobald sie darin validiert war, alle künftigen Handlungen derselben Art regieren.

Da habe ich verstanden, dass das Frame nicht genau die Zone dessen ist, was sich nicht ändert.

Es war die Zone dessen, was die Arbeit dauerhaft regiert.

Der Unterschied wirkt schmal. Er ändert dennoch das Ablagekriterium.

Früher hätte ich gesagt:

Das Frame enthält das, was am Anfang festgelegt wurde und sich fast nie ändert.

Heute würde ich sagen:

Das Frame enthält die Prinzipien und Regeln, die künftige Handlungen dauerhaft regieren sollen — auch dann, wenn sie erst im Lauf der Arbeit entdeckt und validiert wurden.

Das Frame ist also nicht unbeweglich.

Es ist konstitutionell.

Es ändert sich nicht im Takt der täglichen Arbeit. Es ändert sich, wenn sich der Arbeitsauftrag des Kontexts ändert.

Nicht jede Erkenntnis wird zur Regel

Diese neue Definition öffnet sofort ein Risiko.

Wenn das Frame eine im Lauf der Arbeit entdeckte Regel aufnehmen kann — warum dann nicht gleich alles dort ablegen, was die Mission lernt?

Das Übersetzungslexikon hat mir erlaubt, die Grenze zu ziehen.

Beim englischen Gegenlesen haben wir mehrere schwer übersetzbare Wörter aufgespürt: matière, acquis, dette, arbitrage, reprise, cadre, état.

In diesem Stadium sind das noch keine Regeln. Es sind Aufmerksamkeitspunkte.

Ein Zögern über die beste Übersetzung von matière gehört zur laufenden Arbeit. Ein Vorschlag für ein Kapitel bleibt eine Hypothese. Eine Formulierung, die in einem Satz funktioniert, darf nicht automatisch zur offiziellen Übersetzung des Wortes im ganzen Buch werden.

Wenn wir dagegen entscheiden, dass der französische Begriff Contexte im Englischen immer zu Context wird, mit derselben Großschreibung und derselben Formatierung, dann ändert diese Wahl ihren Status. Sie beschreibt nicht mehr nur, was wir beobachtet haben. Sie sagt, was jede Übersetzung von nun an anzuwenden hat.

Die Bewegung sieht dann so aus:

terminologisches Zögern
        ↓
Notiz oder Stand der Arbeit
        ↓ Validierung
dauerhafte terminologische Entscheidung
        ↓
Frame

Das Frame kann lernen.

Aber es darf nicht zum Tagebuch all dessen werden, was man lernt.

Es nimmt nur auf, was nach Prüfung das Folgende regieren soll.

Die KI hat nicht an meiner Stelle entschieden

Ich könnte diese Geschichte als den Moment erzählen, in dem eine KI mein System besser verstanden hat als ich.

Das wäre eingängig.

Es wäre auch falsch.

Die KI hat nicht allein eine verborgene Wahrheit über Kontext entdeckt. Sie hat auf ein neues Objekt die Unterscheidungen angewendet, die das System bereits enthielt: Eine Regel ist keine Quelle, eine Notiz ist kein Lieferergebnis, und ein Dokument, das die Produktion regiert, ist nicht selbst das, was produziert wird.

Sie hat einen Ort vorgeschlagen und erklärt, warum.

Zuerst fand ich diese Wahl seltsam. Ich habe ihre Begründung meiner Definition des Frame gegenübergestellt. Dann habe ich festgestellt, dass der Vorschlag besser trug als meine erste Intuition.

Die Entscheidung blieb menschlich.

Aber ohne den Vorschlag der KI wäre ich dieser Schwäche meiner Definition nicht begegnet. Ich hätte den Leitfaden neben das Buch gelegt, das System hätte weiter funktioniert, und nichts hätte mich gezwungen, das Stabile von dem zu unterscheiden, was regiert.

Die KI hat hier die Rolle eines begrifflichen Spiegels gespielt.

Sie hat mir nicht nur eine Antwort gegeben. Sie hat mich gezwungen zu erklären, warum mich diese Antwort störte. Beim Suchen nach dem Fehler in ihrer Begründung habe ich die Lücke in meiner eigenen gefunden.

Eine Architektur muss die Objekte überleben, die sie nicht vorgesehen hatte

Ein Verzeichnisbaum kann funktionieren, solange man nur auf die Objekte trifft, für die er gezeichnet wurde.

Man weiß, wohin eine Quelle, eine Notiz, eine Entscheidung und ein Lieferergebnis gehören, weil für jedes ein Platz vorgesehen wurde.

Die Schwierigkeit beginnt mit dem neuen Objekt.

Den Übersetzungsleitfaden gab es nicht, als ich das Frame definiert habe. Ich hatte nicht vorgesehen, dass das Buch übersetzt würde, während es sich noch weiterentwickelt, und auch nicht, dass diese Übersetzungen ein Regelwerk brauchen würden, das stabil genug ist, um mehrere Sprachen und mehrere Sitzungen zu überdauern.

Ich hätte das Problem mit einer Ausnahme lösen können: Übersetzungsleitfäden kommen in diesen Ordner.

Aber eine Ausnahme lehrt nichts über die Architektur.

Die Entscheidung wird interessanter, wenn sie aus einem Kriterium folgt, das sich wiederverwenden lässt: Erzeugt dieses Dokument ein Ergebnis, bewahrt es Wissen, beschreibt es den aktuellen Stand, oder regiert es künftige Handlungen?

Eine begriffliche Architektur wird robust, wenn sie erlaubt, ein neues Objekt richtig abzulegen, ohne dieses Objekt vorher vorgesehen zu haben.

Der Test besteht nicht darin, ob jede bekannte Datei ein Fach hat.

Der Test besteht darin, ob die Unterscheidungen nützlich bleiben, wenn etwas auftaucht, dem das System nie zuvor begegnet ist.

Das System hat mir meine eigene Definition zurückgespiegelt

Am Anfang wollte ich bloß eine englische Übersetzung verbessern.

Am Ende hatte ich einen Leitfaden verschoben, ein Lexikon angelegt und meine Art geändert, das Frame zu definieren.

Ich dachte, es enthalte das, was sich nicht bewegt.

Ich verstehe jetzt, dass es das enthält, was das Folgende dauerhaft regieren soll.

Diese Definition erlaubt dem Kontext zu lernen, ohne seinen Rahmen mit seinem aktuellen Stand zu verwechseln. Eine Regel kann spät auftauchen, diskutiert werden und dann ins Frame einziehen, sobald sie künftigen Handlungen entgegengehalten werden kann. Ein Zögern kann anderswo bleiben, solange es diesen Status nicht erlangt hat.

Das interessanteste Detail dieser Geschichte ist also nicht der Ort, an dem eine Datei abgelegt wurde.

Es ist, dass mir die KI, indem sie das System auf einen unvorhergesehenen Fall angewendet hat, geholfen hat, das System selbst besser zu verstehen.

Ich hatte den Kontext gebaut, damit die KI den Faden meiner Arbeit nicht verliert.

Diesmal war sie es, die mich einen Faden hat wiederfinden lassen, den ich in meiner eigenen Definition noch nicht gesehen hatte.