Stafford Beer und die Grenzen von Project Cybersyn

Project Cybersyn half im chilenischen Oktoberstreik 1972 nicht als fertiges kybernetisches Gesamtsystem, sondern vor allem als Telexnetz. 99 angeschlossene Geräte übermittelten Angaben zu Fahrzeugen, Treibstoff, Ersatzteilen und offenen Routen an eine Krisenorganisation. Eden Medinas historische Rekonstruktion und Stafford Beers Bericht stützen diesen praktischen Beitrag; Beers Angabe von rund 2.000 Nachrichten am Tag bleibt die Schätzung eines Beteiligten.¹²

Das Netz half offenbar, Engpässe zu erkennen und knappe Ressourcen neu zu verteilen. Es war damit ein Faktor unter mehreren, neben betrieblicher und nachbarschaftlicher Mobilisierung und dem politischen Kompromiss, der den Streik beendete. Die Quellen tragen weder die Behauptung, Cybersyn habe die Krise entschieden, noch das Gegenurteil, es sei wegen der ungelösten politischen Krise wirkungslos gewesen.

Für heutige KI-Projekte liegt die Pointe nicht in der historischen Dramaturgie, sondern in der Verbindung von Signal und Handlung: Eine Modellausgabe wird erst organisatorisch wirksam, wenn sie rechtzeitig eine Stelle erreicht, die sie beurteilen und tatsächlich eingreifen kann. Ein überzeugendes Steuerungsmodell oder Dashboard ersetzt diese Verbindung nicht.

Vom technischen System zur Steuerungspraxis

Unter dem Namen Cybersyn liefen vier unterschiedlich weit entwickelte Vorhaben: das Telexnetz Cybernet, die statistische Produktionsauswertung Cyberstride, das Simulationsmodell CHECO und der Operations Room für gemeinsame Entscheidungen. Unter Krisenbedingungen war das vorhandene Telexmedium nutzbar, während die rechenintensiveren Komponenten und die umfassende Managementpraxis noch im Aufbau waren.

Der später berühmt gewordene Operations Room blieb ein Prototyp mit handgefertigten Projektionsanzeigen; CORFO nutzte ihn nach Medinas Archivrecherche nicht regulär als Entscheidungsraum. Auch das Viable System Model (VSM) war in Projektteam, Fabriken und Verwaltung nur begrenzt verankert.¹ Telexnetz, Modell und Operations Room waren deshalb keine drei Namen für ein bereits funktionierendes Gesamtsystem. Gerade diese Differenz ist für Organisationsgestaltung wichtiger als die futuristische Oberfläche.

Wie Beer Steuerung in einer Organisation verteilt

Das VSM ist kein Organigramm. Es beschreibt Funktionen, die eine Organisation für ihre Lebensfähigkeit verbinden muss. Operative Einheiten benötigen Spielraum, um vor Ort zu reagieren. Ihre wechselseitigen Abhängigkeiten müssen koordiniert und der laufende Betrieb muss mit Ressourcen versorgt werden. Zugleich braucht die Organisation einen Blick auf Umwelt und Zukunft sowie eine Instanz, die diese Perspektive mit Identität und Grundsatzentscheidungen verbindet. Beer ordnet diese Funktionen rekursiv: Auch eine operative Einheit kann auf ihrer Ebene wieder als lebensfähiges System betrachtet werden.³

Für Cybersyn bedeutete das, dass eine Fabrik nicht jede Abweichung nach Santiago melden sollte. Innerhalb vereinbarter Grenzen blieb die Reaktion vor Ort. Erst wenn eine Störung dort nicht mehr aufzufangen war, musste sie eine Ebene erreichen, die zusätzliche Mittel oder weiter reichende Entscheidungen bereitstellen konnte.

Der Streik zeigt die praktische Seite dieses Gedankens. Eine Meldung über fehlenden Treibstoff veränderte erst dann etwas, wenn sie rechtzeitig eintraf, als bedeutsam erkannt wurde und eine zuständige Stelle tatsächlich einen Tankwagen oder eine Route neu zuweisen konnte. Das Telexnetz übermittelte lediglich das Signal. Regulatorisch wirksam wurde es erst im Zusammenspiel mit Entscheidungsrecht und einer tatsächlich verfügbaren Handlungsmöglichkeit.

Was Ashbys Gesetz verlangt

Beer stützte sich auf W. Ross Ashbys Law of Requisite Variety. Die bekannte Kurzform, nur Varietät könne Varietät absorbieren, wird gern als Zählregel verstanden: Ein Regler müsse mindestens ebenso viele Zustände besitzen wie das System, das er steuert. Damit wird Ashbys Aussage gröber, als sie ist.⁴

Sein formales Modell setzt Störungen, mögliche Reglerhandlungen und die daraus entstehenden Werte wesentlicher Variablen zueinander in Beziehung. Regulation liegt vor, wenn diese Variablen trotz relevanter Störungen in einem zulässigen Bereich bleiben. Der Regler muss also die Unterschiede erkennen können, die für das Ergebnis eine Rolle spielen, und über Antworten verfügen, die dieses Ergebnis beeinflussen. Unter bestimmten Bedingungen gibt Ashby eine Untergrenze für die verbleibende Ergebnisvarietät an. Entscheidend sind dabei die Zuordnung von Störung und Antwort, die Auswahlregel und der Bereich, der als akzeptabel gilt.

Aus diesem Gesetz lässt sich weder eine allgemeine Prüfquote noch eine passende Zahl menschlicher Kontrollen für KI ableiten. Zunächst muss die Organisation bestimmen, welches Ergebnis sie innerhalb welcher Grenzen halten will. Dann kann sie fragen, welche Störungen dieses Ergebnis verändern, welche davon rechtzeitig erkennbar sind und welche Eingriffe den zuständigen Rollen offenstehen. Zur Regulation gehört schließlich ein Rückkanal, an dem sich die Wirkung des Eingriffs ablesen lässt.

Ein umfangreiches Dashboard kann all das verfehlen. Daten helfen nur, wenn sie die maßgeblichen Unterschiede zeigen. Ebenso wenig genügt eine menschliche Freigabe, wenn die prüfende Person keine zusätzliche Information, zu wenig Zeit oder kein wirksames Entscheidungsrecht hat.

Die Frage für heutige KI-Projekte

Die spektakulären Bilder des Operations Room versprachen Übersicht über eine Volkswirtschaft. Während des Streiks arbeiteten Menschen mit Telexen, Telefonen, Listen und lokalen Meldungen. Diese provisorische Anordnung verband manche Störungen mit möglichen Reaktionen. Das geschah in einer begrenzten Krise und belegt kein dauerhaft integriertes Steuerungssystem.

Auf heutige KI-Projekte übertragen, beginnt die Architektur deshalb beim Ergebnis, für das eine Organisation Verantwortung übernimmt. Sie muss festlegen, welche Information das technische System erfassen kann, wo ihm Kontext fehlt, wer seine Ausgaben anfechten darf und an welcher Stelle ein Eingriff noch Wirkung hat. Danach erst lässt sich sinnvoll über Modelle, Schwellenwerte und Eskalationswege sprechen.

Ein Pilot kann bessere Vorschläge erzeugen und die Organisation dennoch schlechter steuerbar machen. Das geschieht etwa, wenn die Menge der Vorschläge schneller wächst als die Fähigkeit, ihnen begründet zu widersprechen, wenn ein Score lokales Wissen aus dem Prozess drängt oder wenn niemand die Schwelle zwischen Empfehlung und Handlung verantwortet. Ein einfacheres System kann in derselben Lage mehr leisten, indem es eine entscheidende Störung früh genug an eine handlungsfähige Stelle meldet. Cybersyn liefert dafür keinen Mythos vom Erfolg. Der Fall zeigt, woran eine Steuerungsarchitektur in der Praxis gemessen werden muss.

Footnotes

1. Stafford Beer, „Fanfare for Effective Freedom“ (1973), ist die Primärquelle eines Projektbeteiligten. Seine Darstellung wird hier nicht als unabhängige Wirkungsevaluation behandelt. ↩ ↩²

2. Eden Medina, Cybernetic Revolutionaries: Technology and Politics in Allende’s Chile (MIT Press, 2011), besonders die Kapitel zu Operations Room und Oktoberstreik. Einen zugänglichen Auszug bietet der MIT Press Reader: „Project Cybersyn: Chile’s Radical Experiment in Cybernetic Socialism“. ↩

3. Stafford Beer, Brain of the Firm (1972). Die später ausgearbeitete Darstellung der fünf Funktionen findet sich in The Heart of Enterprise (1979). Die Funktionsbeschreibung dient hier nur so weit, wie sie den historischen Fall erklärt. ↩

4. W. Ross Ashby, An Introduction to Cybernetics (1956), Kapitel 11. Ashbys formale Aussage betrifft die Beziehung von Störung, Reglerhandlung und Ergebnisvarietät unter angegebenen Bedingungen; sie ist keine einfache Zustandszählregel. ↩