Regeln & Logik: Expertensysteme

Die KI, bevor sie aus Daten lernte: Experten gefragt, Regeln aufgeschrieben, gehofft.

Geschichte 10 min Fortgeschritten 26. April 2026

In den 1980er-Jahren gaben Unternehmen Millionen aus, um menschliches Expertenwissen in Computerprogramme zu gießen. Diese "Expertensysteme" diagnostizierten Krankheiten, konfigurierten Computer und analysierten chemische Verbindungen — alles durch Tausende von handcodierten Wenn-Dann-Regeln.

Manche sparten Fortune-500-Unternehmen zweistellige Millionenbeträge pro Jahr. Dann brachen sie unter dem Gewicht ihrer eigenen Regeln zusammen. Ihr Aufstieg und Fall erklärt, warum moderne KI aus Daten lernt, statt Anweisungen zu befolgen.

Kernthese

Expertensysteme repräsentieren den Höhepunkt und den Wendepunkt der symbolischen KI: Die Idee, menschliches Expertenwissen als explizite Regeln zu erfassen, funktionierte beeindruckend in engen Fachgebieten — doch die kombinatorische Explosion realer Komplexität bewies, dass handcodiertes Wissen nicht skaliert. Dieses Scheitern erzwang den Paradigmenwechsel zum maschinellen Lernen.

Die Architektur eines Expertensystems

Expertensystem

AnalogieDefinition
Stell dir einen Entscheidungsbaum im Kundensupport vor: "Leuchtet die Power-LED? Ja → Prüfe Monitorkabel. Nein → Prüfe Stromkabel." Der Baum kodiert das Wissen des erfahrenen Technikers als starre Regeln. Die Symptome des Kunden sind die Fakten. Das Durchlaufen des Baums ist die Inferenz-Engine.

Grenzen der Analogie: Ein Entscheidungsbaum ist statisch und linear. Echte Inferenz-Engines können Regeln dynamisch verketten und mit Verzweigungen umgehen.

So arbeitet die Inferenz-Engine

1
Symptome eingeben: Der Nutzer gibt bekannte Fakten ein (z. B. "Patient hat 39°C Fieber")
2
Regeln abgleichen: Die Engine sucht alle Regeln, deren Bedingungen zu den Fakten passen
3
Regel auslösen: Die passende Regel wird ausgeführt und erzeugt neue Fakten oder Schlussfolgerungen
4
Faktenbank aktualisieren: Neue Erkenntnisse werden in die Faktenbank aufgenommen
5
Wiederholen oder abschließen: Der Prozess läuft weiter, bis eine Diagnose oder Empfehlung steht

MYCIN — ein echtes Expertensystem

MYCIN wurde 1976 an der Stanford University entwickelt und diagnostizierte bakterielle Blutinfektionen mit rund 600 handcodierten Regeln. So sahen zwei vereinfachte MYCIN-Regeln als Pseudocode aus:

MYCIN — ein echtes Expertensystem

REGEL 047
WENN:
  (1) Die Infektion im Blut stattfindet, UND
  (2) Der Erreger in einer Kultur gewachsen ist, UND
  (3) Die Form des Erregers ein Stäbchen ist
DANN:
  Starke Evidenz (0.8), dass der Erreger
  ein Bakterium ist.

REGEL 050
WENN:
  (1) Der Erreger ein Bakterium ist, UND
  (2) Der Patient ein geschwächtes Immunsystem hat
DANN:
  Empfehle Breitbandantibiotika.

Die 0.8 in Regel 047 zeigt, dass MYCIN mit Unsicherheiten rechnen konnte — mehr dazu im Deep Dive am Ende. In Studien erreichte MYCIN eine Genauigkeit von 65 % — nachweislich besser als viele Allgemeinmediziner. Aus rechtlichen und ethischen Gründen wurde es jedoch nie klinisch eingesetzt.

Zwei Schlussfolgerungsstrategien

Forward Chaining (vorwärts)

Datengetrieben: Start mit Fakten → Regeln auslösen → Schlussfolgerung erreichen. Beispiel: Patient hat Fieber + Husten → System feuert alle passenden Regeln → Diagnose: Grippe.

Backward Chaining (rückwärts)

Zielgetrieben: Start mit Hypothese → Suche nach stützenden Fakten. Beispiel: "Hat der Patient Grippe?" → System prüft: Fieber vorhanden? Husten vorhanden? → Hypothese bestätigt oder verworfen.

Häufiges Missverständnis

"Expertensysteme verstehen das Fachgebiet." — Falsch. Sie gleichen Regeln mechanisch ab. MYCIN hatte kein Konzept davon, was "Blut" oder "Infektion" bedeutet. Wenn du dem System Autowerkstatt-Symptome im medizinischen Format gibst, würde es fröhlich einen Vergaser als bakterielle Infektion diagnostizieren.

Interaktiv: Welche Pflanze ist das?

Erlebe ein Expertensystem in Aktion. Beantworte die Fragen über eine unbekannte Pflanze — das System wendet Wenn-Dann-Regeln an und stellt eine Diagnose. Genau so arbeiten echte Expertensysteme wie MYCIN.

?

Welche Art von Stamm oder Stängel hat die Pflanze?

Aufstieg und Fall — Der Expertensystem-Boom

In den 1980er-Jahren verließen Expertensysteme die Universitätslabore und lösten einen beispiellosen kommerziellen Boom aus.

2.500
R1/XCON Regeln Handcodierte Wenn-Dann-Regeln für die Konfiguration von VAX-Computersystemen
25-40 Mio. $
Jährliche Ersparnis Durch weniger Fehlkonfigurationen bei DEC (Digital Equipment Corporation)
65%
MYCIN Genauigkeit Bei der Diagnose bakterieller Blutinfektionen — besser als viele Allgemeinmediziner

Der Hype-Zyklus

DENDRAL (1965) analysierte chemische Verbindungen. MYCIN (1976) diagnostizierte Blutinfektionen. R1/XCON (1980) konfigurierte DEC-Computerbestellungen mit 95-98 % Genauigkeit und sparte dem Unternehmen geschätzte 25-40 Millionen Dollar pro Jahr. Japan startete 1982 das milliardenschwere "Fifth Generation Computer Systems"-Projekt. Westliche Regierungen folgten hastig mit eigenen Subventionen.

Der Wartungsalbtraum

Am Vorzeigeprojekt R1/XCON zeigte sich die Schwäche. Jede neue Festplatte und jedes neue Kabel, das DEC auf den Markt brachte, erforderte das Aktualisieren der Wissensbasis. Ein großes Team teurer Wissensingenieure war permanent nötig, nur um das System am Laufen zu halten. Die Wartungskosten näherten sich den Einsparungen.

Der Expertensystem-Boom ähnelt dem Dotcom-Hype der 2000er-Jahre: Alle glaubten, jedes Unternehmen brauche ein Expertensystem. Berater verkauften millionenteure KI-Lösungen, die oft enttäuschende Resultate lieferten. Die Korrektur war unvermeidlich.

Häufiges Missverständnis

"Expertensysteme scheiterten, weil die Technologie schlecht war." — Falsch. In engen, stabilen Fachgebieten funktionierten sie hervorragend (und funktionieren noch heute). Das Scheitern lag daran, dass ein Ansatz für enge Domänen auf die unendliche Komplexität der realen Welt angewandt wurde.

Kombinatorische Explosion — Warum Regeln nicht skalieren

Wenn Expertensysteme so präzise schlussfolgern können, warum baut man heute nicht einfach für jedes Problem eines? Der Grund ist ein mathematisches Phänomen: die kombinatorische Explosion.

Die Mathematik des Scheiterns

10 binäre Fakten = 2^10 = 1.024 mögliche Zustände. 100 binäre Fakten = 2^100 ≈ 10^30 mögliche Zustände. Jede neue Bedingung verdoppelt die möglichen Zustände — das System wird schnell unberechenbar. Regeln, die isoliert korrekt funktionieren, können sich in Kombination widersprechen und die Inferenz-Engine blockieren.

Der Wissensflaschenhals

Versuch einmal, einem Außerirdischen das Konzept "lustig" als Wenn-Dann-Regeln zu erklären: "WENN jemand unerwartet hinfällt, DANN ist es lustig — ABER NICHT, wenn er sich verletzt — ABER DOCH, wenn er nur leicht stolpert — ABER NICHT, wenn er ein älterer Mensch ist — ABER..." Die Regeln enden nie. Menschliches Urteil beruht auf implizitem Wissen, das sich expliziter Formalisierung widersetzt.

Beispiel: Autonomes Fahren

"WENN Ampel rot DANN stoppe" ist einfach. Aber: "WENN ein Fußgänger auf der Straße steht UND ein Auto sich schnell nähert UND ein Ausweichen nach links möglich wäre, ABER dort Gegenverkehr herrscht, DANN..." Jeder neue Kontext erzeugt unzählige neue Verzweigungen. Ein regelbasiertes System bräuchte Millionen von Regeln für den Straßenverkehr — und würde dennoch an der ersten unvorhergesehenen Pfütze scheitern.

Der Paradigmenwechsel

Genau deshalb hat maschinelles Lernen Expertensysteme abgelöst. Statt alle Regeln aufzuschreiben, lernen ML-Systeme Muster aus Millionen von Beispielen. Ein selbstfahrendes Auto hat Millionen von Verkehrssituationen "gesehen" und gelernt zu generalisieren — ganz ohne explizite Regeln.

MYCIN arbeitete nicht mit einfachen Ja/Nein-Regeln, sondern mit Sicherheitsfaktoren (Certainty Factors) zwischen 0.0 und 1.0. Regel 047 lieferte beispielsweise eine Evidenz von 0.8, nicht eine absolute Aussage. Wenn mehrere Regeln auf denselben Erreger hindeuteten, kombinierte MYCIN die Faktoren nach einer eigenen Formel — bewusst nicht nach der Bayesschen Wahrscheinlichkeitsrechnung, die damals als zu rechenintensiv galt. Diese Methode war ein früher Versuch, Unsicherheit in regelbasierten Systemen zu handhaben.

Expertensysteme sind nicht ausgestorben. In stark regulierten Nischen werden sie weiterhin eingesetzt: bei der Zertifizierung von Medizingeräten (die FDA verlangt nachvollziehbare Entscheidungen), in Steuersoftware und bei Sicherheitschecklisten in der Luftfahrt. Zunehmend entstehen hybride Systeme: Maschinelles Lernen wertet unscharfe Daten aus, während ein Regelwerk harte Sicherheitsgrenzen vorgibt. So kombiniert man die Stärken beider Ansätze.

Zusammenfassung

  1. Expertensysteme kodieren menschliches Fachwissen als Wenn-Dann-Regeln und verarbeiten sie mit einer Inferenz-Engine gegen eine Faktenbank — sie lernen nicht aus Daten.
  2. Sie funktionierten brillant in engen Fachgebieten (MYCIN: 65 % Genauigkeit, R1/XCON: 95-98 % korrekte Konfigurationen), wurden aber unwartbar, als die Regelmengen wuchsen.
  3. Die kombinatorische Explosion (100 binäre Fakten = 10^30 mögliche Zustände) und der Wissensflaschenhals machten Skalierung unmöglich — dieses Scheitern trieb den Paradigmenwechsel zum maschinellen Lernen.

Wissenscheck: Expertensysteme

Frage 1 / 4
Noch offen

Aus welchen drei Hauptkomponenten besteht ein klassisches Expertensystem?

Wählen Sie eine Antwort
Auflösung: 1) B · 2) B · 3) C · 4) B

Verständnischeck

  • Aus welchen drei Komponenten besteht ein Expertensystem und welche Rolle spielt jede einzelne?
  • Worin unterscheiden sich Forward Chaining und Backward Chaining und wann würdest du welche Strategie einsetzen?
  • Warum machte die kombinatorische Explosion Expertensysteme in komplexen realen Domänen unpraktikabel?