Begriff
XCON (R1)
Warum wichtig?
Dieser Begriff ist ein Knoten im SengakujiWorks-Wissensnetz. Nutze Level 0 für die erste Einordnung, Level 1 für Praxis, Level 2 für technische Struktur und Level 3 für Grenzen, Fallstricke und Expertenkontext.
MYCIN war Forschung. XCON war das erste Expertensystem, das richtig Geld verdiente (Kommerzieller Durchbruch). Firma DEC (Digital Equipment Corp) verkaufte riesige Computer (VAX). Kunden bestellten: "Ich will VAX-11/780 mit 5 Festplatten und Drucker." Problem: Passt das Kabel A in Buchse B? Reicht das Netzteil? Menschen machten ständig Fehler bei der Zusammenstellung (falsche Kabel geliefert -> Kunde sauer). XCON konfigurierte die Bestellungen automatisch. Es sparte DEC ca. 25 Millionen Dollar pro Jahr.
Merksatz: Das erste kommerziell erfolgreiche Expertensystem (1980), eingesetzt von DEC zur automatischen Konfiguration von VAX-Computersystemen.
Es nutzte Forward Chaining (Datengetrieben). Input: Kundenbestellung (Komponenten-Liste). Regeln: "Wenn Festplatte X gewählt, brauche Controller Y." "Wenn 2 Controller, brauche Backplane Z." Output: Fertige Stückliste und Verkabelungsplan. Es hatte am Ende über 10.000 Regeln.
1. Maintenance Nightmare
Der Erfolg war auch der Untergang. VAX-Computer änderten sich ständig (neue Modelle). Jedes Jahr mussten 30% der Regeln geändert werden. Die Regeln wurden so komplex ("Spaghetti Code"), dass niemand mehr durchblickte. Es gab damals keine Unit-Tests für Regeln. Das zeigte die Grenzen von Expertensystemen: Sie sind schwer zu warten (High Maintenance).
2. OPS5
Die Sprache, in der XCON geschrieben war. Eine spezielle Regel-Sprache (Rule-Based Language). Sehr effizient dank Rete-Algorithmus, aber extrem schwer zu lesen für normale Programmierer.
1. Der Rete-Algorithmus (OPS5)
Warum war XCON so schnell trotz 10.000 Regeln? Es nutzte den Rete-Algorithmus (lat. Netzwerk). Anstatt bei jeder Datenänderung alle Regeln neu zu prüfen, baut Rete ein Netzwerk aus Knoten auf. Die Daten "fließen" durch das Netzwerk. Jede Regel muss nur einmal berechnet werden. Das System merkt sich Teil-Treffer (Gedächtnis). Wenn sich nur ein kleines Detail ändert, wird nur der betroffene Teil des Netzwerks aktualisiert. In der Produktion ist dies die Basis für fast alle modernen Rules Engines (wie Drools oder Jess).
2. Konfliktlösung (Conflict Resolution)
Was passiert, wenn 10 Regeln gleichzeitig passen? In XCON gab es eine strikte Spezialitäts-Regel: Die spezifischste Regel gewinnt. Regel 1: "Wenn Prozessor X, dann Controller Y." Regel 2: "Wenn Prozessor X UND Spezial-Modul Z, dann Controller A." Greift Regel 2 zu, wird Regel 1 ignoriert. Das erlaubte es, allgemeine Standard-Konfigurationen zu definieren und für Sonderfälle "Ausnahmen" hinzuzufügen, ohne die Standard-Regeln zu verändern.
3. Knowledge Acquisition Bottle-Neck
XCON hat bewiesen: Das größte Problem der klassischen KI ist nicht die Rechenpower, sondern der Mensch. Man braucht "Knowledge Engineers", die die Experten (Ingenieure) interviewen und ihr Wissen in Regeln gießen. Dieses "Extrahieren" von Wissen ist extrem teuer und fehleranfällig. In der Geschichte der KI führte dieses Problem zum "KI-Winter" Ende der 80er Jahre, da man merkte, dass die Pflege von regelbasierten Systemen wie XCON Millionen kostete und das System bei jeder Produktänderung (VAX 8600) fast komplett neu gebaut werden musste.
Quick-Check
Lebt es noch?
Nein. DEC wurde von Compaq gekauft, dann HP. Die Technik ging in modernen Produkt-Konfiguratoren (CPQ - Configure Price Quote) auf. Wenn du dir im Web einen Audi konfigurierst, steckt XCONs Geist dahinter.Warum R1?
Der Entwickler (John McDermott) sagte: "Three years ago I wanted to become a Knowledge Engineer, and today I R 1." (Are one). Nerd-Humor.Was lernen wir daraus?
KI muss echten Business-Value (Geld sparen) liefern, um erfolgreich zu sein. XCON bewies das als erstes.