Zum Inhalt springen
KI Agenten

Anthropic Fable 5: KI löst 165.000-Dollar-Aufgabe

Was der weitgehend autonome Rust-Umbau des JavaScript-Werkzeugs Bun über den Reifegrad von Coding-Agenten verrät.

Lukas GörögLukas Görög4 Min. Lesezeit
Anthropic Fable 5: KI löst 165.000-Dollar-Aufgabe
Anthropic Fable 5: KI löst 165.000-Dollar-Aufgabe

Anthropic Fable 5 hat eine der größten öffentlich dokumentierten Programmieraufgaben weitgehend allein erledigt: den Umbau des JavaScript-Werkzeugs Bun von der Sprache Zig nach Rust. Geschätzte Kosten laut den zitierten Praxisberichten: rund 165.000 Dollar (The Decoder). Das beeindruckt und führt zugleich in die Irre. Denn für Unternehmen zählt nicht, ob eine KI so etwas schafft, sondern ob jemand das Ergebnis in vertretbarer Zeit prüfen kann.

Was hat Anthropic Fable 5 bei Bun konkret gemacht?

Fable 5 arbeitete nicht als einzelner Programmierer, sondern als Dirigent. Das Modell zerlegte die Migration in Hunderte unabhängige Teilaufgaben und startete pro Aufgabe einen eigenen Agenten in isoliertem Kontext, jeweils mit eigenem Git-Arbeitsverzeichnis und eigenen Tests. Erst übersetzte es massiv parallel, dann bereinigte es sequentiell.

Der Ablauf gliedert sich in zwei klar getrennte Phasen, beschrieben in den Praxisberichten zu Dynamic Workflows:

  • Übersetzungsphase: Jede Zig-Datei wird zu einer Rust-Datei, hochparallel und ohne Rücksicht auf das Gesamtsystem.
  • Bereinigungsphase: Kompilieren, Typfehler beheben, Tests ausführen, Schritt für Schritt, bis das System wieder baut.

Zur Einordnung: Die Bun-Portierung ist keine brandneue Meldung, sondern eine bereits mehrfach zitierte Fallstudie. Neue Primärquellen mit zusätzlichen Zahlen oder offiziellen Anthropic-Aussagen zu genau dieser Aufgabe gibt es derzeit nicht. Als Beleg für den Reifegrad taugt der Fall trotzdem, weil er zeigt, nach welchem Muster solche Agenten heute arbeiten.

Warum ist die 165.000-Dollar-Zahl nicht der eigentliche Punkt?

Die Summe klingt nach einem eindeutigen Kostenargument, führt aber am Kern vorbei. Entscheidend ist eine Diagnose aus der Sicherheitsanalyse: Fable 5 schreibt Code schneller, als es ihn prüfen kann. Genau hier entsteht das Risiko für Unternehmen.

In einem separaten Test erzeugte Fable 5 in rund 38 Minuten einen bootfähigen, NT-kompatiblen Windows-Kernel in Rust, samt Scheduler, Speicherverwaltung und I/O-Manager (CyberPress). Das Urteil dazu fällt nüchtern aus:

„A model can produce the Trusted Computing Base of an x86_64 kernel faster than any human team can audit it. Until formal verification, property testing, and concurrency model checkers close that gap, an AI-authored kernel remains a booting artifact of unknown correctness, and unknown correctness has no place in a TCB.“

In die Praxis übersetzt: Ein lauffähiges Programm ist noch kein geprüftes Programm. Wer produktiven Code aus solchen Läufen übernimmt, verlagert die Arbeit vom Schreiben zur Kontrolle, und die Kontrolle skaliert bislang nicht mit.

Was heißt das für Coding-Agenten im Unternehmen?

Autonome Migration funktioniert nur unter zwei Bedingungen: einer dichten Test-SuiteEine Sammlung automatisierter Tests, mit denen sich prüfen lässt, ob Software nach einer Änderung noch korrekt funktioniert. und einer sauber modularisierten Architektur. Fehlen sie, bleibt das Ergebnis genau jenes „booting artifact of unknown correctness“. Der Agent baut dann schnell etwas, das startet, aber niemand weiß, ob es korrekt rechnet.

Aus meiner Beratungspraxis ist das die häufigste Fehleinschätzung: Firmen sehen die Demo und unterschätzen, wie stark ihre eigene Vorarbeit über den Erfolg entscheidet. Wer heute prüfen will, ob sich ein solcher Agent lohnt, sollte drei Dinge zuerst klären:

  1. Testabdeckung: Gibt es genug automatisierte Tests, damit ein Agent seine eigene Arbeit überhaupt prüfen kann?
  2. Isolation: Läuft der Agent in einer SandboxEine abgeschottete Ausführungsumgebung, in der ein Programm oder Agent läuft, ohne auf das restliche System oder sensible Daten zugreifen zu können. oder VM mit strikten Egress-KontrollenRegeln, die den ausgehenden Datenverkehr einer Umgebung beschränken, damit keine Informationen unkontrolliert nach außen gelangen., damit keine Zugangsdaten abfließen?
  3. Review-Schleifen: Wer prüft das Ergebnis, und reicht die menschliche Kapazität dafür aus?

Die Sicherheit ist dabei kein Nebenaspekt. Simon Willison bringt sie in seinen technischen Notizen auf eine einfache Regel: „If credentials never enter the sandbox, they can't be exfiltrated, regardless of whether the cause is a user, a model finding a 'creative' path, or an attacker.“ Kommen also keine Geheimnisse in die Sandbox, können sie auch nicht abfließen, egal ob durch Nutzer, kreative Modellwege oder Angreifer.

Wer Agenten-Orchestrierung, Tests und Sicherheit an einem echten Projekt aufbauen will, findet in einem praxisnahen Workshop zu KI-gestützten Entwicklungstechniken einen strukturierten Einstieg. Sinnvoll ist das vor allem für Teams mit einer Codebasis, die schon Tests hat; ohne diese Grundlage bleibt jedes Agenten-Experiment ein Blindflug.

Wie setzt man Fable 5 kostenbewusst ein?

Fable 5 gilt als teurer Agent und übernimmt deshalb selten die Fleißarbeit. Anthropic ordnet das Modell einer neuen „Mythos“-Tier oberhalb von Opus zu, gedacht für anspruchsvolle, kontextreiche Aufgaben (Jan-Niklas Wortmann). Der wirtschaftliche Sinn entsteht aus der Arbeitsteilung.

Das gängige Muster in aktuellen Kostenanalysen sieht so aus:

  • Fable 5 übernimmt Planung, Zerlegung und Review, also die Rolle des Orchestrators.
  • Günstigere Modelle wie Opus oder Sonnet erledigen die Token-intensive Implementierung.

Diese Aufteilung folgt demselben Gedanken, den wir auch bei anderen teuren Modellen sehen. Wie sich das konkret rechnet, zeigt der Beitrag zum klugen Einsatz teurer KI-Modelle. Und wo Agenten heute schon echte Arbeit übernehmen, ordnet der Überblick zu KI-Agenten im produktiven Einsatz ein.

Mein Eindruck als Berater: Der Bun-Fall verschiebt die Messlatte, aber nicht dorthin, wo die Schlagzeile hinzeigt. Ob eine KI eine 165.000-Dollar-Aufgabe schafft, ist nicht mehr die entscheidende Frage. Wichtiger ist, ob Ihr Unternehmen genug Tests, Isolation und Prüfkapazität hat, um dem Ergebnis zu trauen. Wer diese Grundlage schafft, gewinnt einen sehr schnellen Mitarbeiter. Wer sie überspringt, kauft sich lauffähigen Code unbekannter Korrektheit ein, und der kostet am Ende mehr als 165.000 Dollar.

Häufige Fragen

Kann ich mich als Firma jetzt auf KI-Migrationen wie bei Bun verlassen?

Nur mit Vorbehalt. Der Fall zeigt, dass ein Agent große Umbauten technisch schafft. Doch entscheidend bleibt, ob jemand das Ergebnis in vertretbarer Zeit prüfen kann. Fable 5 schreibt Code schneller, als Menschen ihn kontrollieren. Für kritische Systeme braucht es deshalb weiter Reviews, Tests und klare Verantwortliche im Team.

Sind die 165.000 Dollar günstig oder teuer für so eine Aufgabe?

Das hängt vom Vergleich ab. Eine manuelle Portierung von Zig nach Rust bände Entwickler über Monate. Trotzdem führt die reine Kostenzahl in die Irre: Der Aufwand für die Prüfung des Ergebnisses kommt obendrauf. Rechnen Sie die Zeit für Reviews und Fehlerkorrekturen mit ein, nicht nur die Rechnung des Anbieters.

Wie funktioniert das Prinzip der Dynamic Workflows genau?

Fable 5 arbeitet als Dirigent, nicht als einzelner Programmierer. Es zerlegt eine Aufgabe in Hunderte unabhängige Teile und startet pro Teil einen eigenen Agenten mit eigenem Git-Arbeitsverzeichnis und eigenen Tests. Zuerst übersetzt es massiv parallel, danach bereinigt es sequentiell: kompilieren, Typfehler beheben, Tests laufen lassen, bis das System wieder baut.

Warum braucht jeder Agent eine eigene isolierte Umgebung?

Die Sandbox trennt die Teilaufgaben voneinander. Jeder Agent bekommt ein eigenes Arbeitsverzeichnis und eigene Tests, sodass Fehler in einer Datei nicht andere Aufgaben zerstören. So lässt sich hochparallel übersetzen, ohne dass das Gesamtsystem sofort auseinanderfällt. Erst in der Bereinigungsphase fügt Fable 5 die Teile Schritt für Schritt zusammen.

Taugt der Bun-Fall überhaupt als aktueller Beleg?

Die Portierung ist keine brandneue Meldung, sondern eine mehrfach zitierte Fallstudie. Neue Primärquellen mit zusätzlichen Zahlen oder offizielle Anthropic-Aussagen zu genau dieser Aufgabe gibt es derzeit nicht. Als Beleg für den Reifegrad heutiger Coding-Agenten taugt der Fall trotzdem, weil er das Arbeitsmuster solcher Systeme klar zeigt.

Wie fange ich an, solche Agenten selbst produktiv einzusetzen?

Beginnen Sie mit abgegrenzten Aufgaben, bei denen sich das Ergebnis leicht prüfen lässt, etwa Testabdeckung oder kleinere Umbauten. Richten Sie isolierte Umgebungen ein und definieren Sie klare Prüfschritte. Wer den Umgang mit Claude Code und agentischen Abläufen lernen will, findet in strukturierten Kursen einen schnelleren Einstieg als über reines Ausprobieren.

Teilen