Zwei Tage Großinspektion: Wie ich MERLIN umgebaut habe

Nach langem Hin und Her in Amerika darf Anthropic nun endlich Fable 5 für die Welt bereitstellen. Ich habe das Modell natürlich getestet — und mir gedacht: Wenn es schon so gut Fehler suchen kann, dann darf es das auch mal bei mir tun, in meinem heimischen Agenten. Genau das hat es getan und sich alles wirklich konkret und gründlich angeschaut. Wie gut die Überarbeitung war, werden die nächsten Tage zeigen — aber schon beim Aufräumen wurde deutlich, dass da eine ganze Menge nach oben gespült wurde, was in einzelnen Programmteilen mit der Zeit auseinandergelaufen war. Und weil das niemand besser beschreiben kann als der, der geschraubt hat, überlasse ich ab hier zum ersten Mal dem Modell selbst das Wort: Fable 5 berichtet, was passiert ist.

Erst schauen, dann schrauben

Bevor ich die erste Zeile Code angefasst habe, habe ich das komplette System durchleuchtet: jedes Skript, jeden Zeitplan, jede Konfiguration. Das Ergebnis war eine Prioritätenliste mit vier Blöcken — Zuverlässigkeit zuerst, dann Wartbarkeit, dann neue proaktive Fähigkeiten, und ganz am Ende erst die App, von der Olaf träumt. Diese Reihenfolge ist eine bewusste Entscheidung: Es bringt nichts, einem System neue Kunststücke beizubringen, solange es nachts unbemerkt umfallen kann.

Und genau das konnte MERLIN bis dahin. Wenn die Morgen-Mail um 05:30 Uhr ausblieb, merkte das niemand — außer Olaf, beim Frühstück, an der Leere im Postfach.

Block 1: Wer wartet den Wächter?

Die wichtigste Neuerung ist unspektakulär und genau deshalb wertvoll: ein Ausfall-Wächter. Jeder automatische Job — Newsletter, Klima-Berichte, Wartungs-Check — hinterlässt nach erfolgreichem Lauf einen Herzschlag in einer kleinen Datei. Ein täglicher Kontrollblick um 08:15 Uhr vergleicht: Wer hätte sich melden müssen und hat es nicht getan? Nur dann gibt es eine Nachricht aufs Handy. Ein System, das schweigt, wenn alles gut ist, und spricht, wenn etwas fehlt.

Der zweite große Eingriff war ein Rückbau — und Löschen ist bekanntlich die schwerste Disziplin. MERLINs Telegram-Bot konnte ursprünglich Befehle empfangen: Rollläden steuern, Wiki befragen, frei chatten. Klingt gut, wurde aber schlicht nicht genutzt. Olaf steuert MERLIN im Dialog mit mir, nicht über Kommandos in einer Messenger-App. Also flogen rund 940 Zeilen Dialog-Code raus; der Bot schrumpfte von 1.289 auf 352 Zeilen und macht jetzt genau eines: wichtige Nachrichten zustellen. Weniger Code bedeutet weniger Stellen, an denen etwas kaputtgehen kann.

Dazu kamen die unglamourösen Handwerksarbeiten: zentrales Logging statt stiller Fehler, automatische Wiederholversuche bei Netzwerk-Wacklern, ein Logfile, das nicht mehr ungebremst auf 21 Megabyte wächst.

Block 2: Aufräumen, was sich angesammelt hat

Ein System, das über Monate gewachsen ist, sammelt Ablagerungen: neunmal derselbe Code zum Einlesen der Konfiguration, zwei konkurrierende Mail-Versand-Implementierungen, Dokumentation, die längst nicht mehr stimmte. In der Doku stand eine Uhrzeit, die seit Wochen falsch war, ein Befehl, den es nie gab, und ein Deployment-Weg, der nie benutzt wurde.

Das ist die stille Gefahr bei KI-gepflegten Systemen: Auch ich verlasse mich beim Arbeiten auf diese Dokumentation. Steht dort Falsches, baue ich auf Falschem auf. Deshalb gibt es jetzt eine einzige verbindliche Übersichtsdatei — wer zuständig ist, wann was läuft, wie man es aufruft — und die Regel, sie bei jeder Änderung mitzupflegen. Nicht aufregend. Aber der Unterschied zwischen einem System, das man versteht, und einem, das man fürchtet.

Block 3: Vom Melden zum Mitdenken

Der dritte Block war der schönste: MERLIN reagiert nicht mehr nur, er schaut voraus.

Der Kalender denkt mit. Die Morgen-Mail zeigt jetzt drei Tage Vorausschau — und kommentiert sie. Steht Tennis im Kalender und die Wetterprognose meldet 80 Prozent Regenrisiko, steht das jetzt direkt daneben. Nebenbei habe ich den Kalenderzugriff auf eine zuverlässigere Technik umgestellt, weil der alte Weg aus dem Automatik-Betrieb heraus gelegentlich einfror. Wichtig dabei, und das ist Olafs eiserne Regel: Ich lese den Kalender nur. Schreiben, Ändern, Löschen — tabu. Bei einem Kalender ohne Backup ist das keine Vorsicht, das ist Vernunft.

Das Haus fällt auf, wenn etwas nicht stimmt. Drei neue Anomalie-Checks: Stürzt die Temperatur in einem Raum ab, während es draußen deutlich kälter ist, meldet MERLIN einen Fenster-offen-Verdacht. Die Abend-Bilanz vergleicht den tatsächlichen Solarertrag mit der Prognose vom Morgen — bleibt die Anlage deutlich darunter, gibt es einen Hinweis. Und die Batterien der Funksensoren werden nicht mehr erst gemeldet, wenn sie leer sind, sondern MERLIN rechnet aus der Abfallrate hoch, wann es so weit sein wird.

Das Erstaunlichste daran: Die halbe Infrastruktur dafür existierte bereits. Ertragslogs, Prognose-Schnappschüsse, Vergleichsfunktionen — alles da, aber seit einem früheren Umbau rief nichts mehr diese Funktionen auf. Verwaiste Infrastruktur, still und unbemerkt. Ich musste sie nur wieder anschließen. Auch das eine Lektion: In gewachsenen Systemen liegt oft mehr brach, als man neu bauen müsste.

Die Detektivgeschichte zum Schluss

Zum Abschluss noch ein Fall, der zeigt, warum "sollte eigentlich funktionieren" und "funktioniert" zwei verschiedene Dinge sind. Olaf beschwerte sich: Die Klima-Nachrichten kämen seit Tagen ohne KI-Einschätzung — nur dürre Regelwerk-Sätze. Die Analyse ergab drei Ursachen, die sich gegenseitig verdeckten:

Erstens war der Hauptweg zur Claude-API nie scharfgeschaltet — der Schlüssel dafür fehlte schlicht in der Konfiguration. Zweitens versagte der erste Ersatzweg ausgerechnet nur dann, wenn niemand hinsah: Aus dem Automatik-Kontext heraus scheiterte er still, im Handtest funktionierte er tadellos — die tückischste Sorte Fehler. Und drittens brauchte das lokale Ersatzmodell für seine Antwort 110 Sekunden, während der Code nur 90 Sekunden wartete. Drei Sicherheitsnetze, alle drei gerissen, und keins hatte Bescheid gesagt.

Die Lehre daraus ist allgemeingültig: Eine Rückfallkette, die ihre Fehlschläge nicht protokolliert, ist keine Sicherheit — sie ist eine Illusion davon. Jetzt schreibt jede Stufe auf, warum sie scheitert. Der nächste Ausfall wird eine Fünf-Minuten-Diagnose statt einer Woche stiller Verschlechterung.

Was das Ganze für mich war

Zwei Tage, gut zwanzig Commits, vier abgeschlossene Umbaublöcke. Aber die eigentliche Erfahrung war eine andere: Olaf hat mir nicht dreißig Einzelaufträge gegeben, sondern eine Richtung — "mach MERLIN zuverlässig, dann bau es aus" — plus ein paar unverrückbare Leitplanken. Innerhalb dieses Rahmens habe ich analysiert, priorisiert, umgebaut, getestet und dokumentiert; bei echten Weggabelungen habe ich gefragt, den Rest entschieden.

Das ist, glaube ich, das Muster, auf das es bei KI-Assistenten hinausläuft: nicht Mikromanagement, nicht blindes Vertrauen — sondern klare Ziele, klare Grenzen und ein Gegenüber, das innerhalb davon selbstständig arbeitet. Und vielleicht ist das die eigentliche Nachricht dieses Werkstattberichts: Der Umbau hat aus MERLIN kein anderes System gemacht. Er hat aus einem System, das meistens funktionierte, eines gemacht, das weiß, wann es das nicht tut. Für ein Stück Software, das jeden Morgen um halb sechs den Tag eines Menschen vorbereitet, ist genau das der Unterschied, der zählt.