Zum Inhalt springen
KI in der Praxis

Claude Code: Was der 40-Minuten-Port wirklich beweist

Ein iOS-Port von Command & Conquer in 40 Minuten klingt nach Zukunft. Die Faktenlage zeigt, wo das trägt und wo nicht.

Lukas GörögLukas Görög5 Min. Lesezeit
Claude Code: Was der 40-Minuten-Port wirklich beweist
Claude Code: Was der 40-Minuten-Port wirklich beweist

Ein Google-DeepMind-Entwickler hat das Echtzeit-Strategiespiel Command & Conquer: Generals Zero Hour von 2003 mit Claude Code auf iPhone und iPad portiert, der erste lauffähige BuildEine aus dem Quellcode erzeugte, lauffähige Version einer Software. Der erste Build zeigt, dass das Programm kompiliert und startet. stand nach 40 Minuten, der Code liegt als Open Source auf GitHub (The Decoder). Beeindruckend, aber irreführend, wenn man daraus ableitet, dass jedes Softwareprojekt jetzt in Minuten fertig ist. Der Fall zeigt vor allem, was ein starkes Modell im richtigen Workflow leistet und was nicht.

Die Schlagzeile lautet: 40 Minuten. Die interessante Frage lautet: unter welchen Bedingungen. Genau darum geht es hier.

Was ist an dem 40-Minuten-Port wirklich neu?

Neu ist nicht, dass KI Code schreibt, sondern dass ein Agent ein komplettes Legacy-Projekt eigenständig durch mehrere Schritte trägt. Claude Code ist Anthropics offizieller Kommandozeilen-Agent, der Dateien im Repository bearbeitet, Kommandos ausführt und mehrschrittige Aufgaben direkt im Terminal orchestriert (APIDog). Das unterscheidet den Fall von reinem Autocomplete im Editor.

Der erste Build in 40 Minuten ist ein Startpunkt, kein fertiges Produkt. Ein lauffähiger Build heißt: es kompiliert und startet. Was danach kommt, Feinschliff, Steuerung, Performance auf dem Gerät, steht auf einem anderen Blatt. Die alte Codebasis von 2003 half hier eher, weil das Spiel und seine Struktur öffentlich bekannt sind.

Warum das kein Beweis für Alltagstempo ist

Ein Portierungsprojekt hat eine klare Zielvorgabe: bestehender Code, neue Plattform. Genau solche eng umrissenen Aufgaben lösen Coding-Agenten heute gut. Der typische Unternehmensfall sieht anders aus. Da fehlt die Spezifikation, die Datenlage ist unklar, und die eigentliche Arbeit steckt im Abstimmen von Anforderungen, nicht im Tippen von Code.

Was ist Fable 5 und warum entscheidet das Modell mit?

Fable 5 ist laut den Anbieter-nahen Quellen Anthropics Spitzenmodell, positioniert oberhalb von Opus. Ein RoutingDas gezielte Verteilen einzelner Aufgaben auf unterschiedliche KI-Modelle je nach Schwierigkeit und Kosten, etwa ein günstiges Modell fürs Erkunden, ein starkes nur für harte Teile.-Guide beschreibt es als „Mythos-class model", dessen Fähigkeiten „exceed those of any model we've ever made generally available" (MCP.Directory). Solche Formulierungen stammen aus dem Anbieterumfeld, nicht aus unabhängigen Tests, also mit Vorsicht zu lesen.

Die Kehrseite steht in denselben Quellen. Fable 5 kostet 10 Dollar pro Million Input- und 50 Dollar pro Million Output-Tokens, das Doppelte von Opus (5/25) und ein Vielfaches von Sonnet (3/15). Der Guide hält fest: „Fable is 2x Opus per tokenKleinste Verarbeitungseinheit eines Sprachmodells, etwa ein Wortteil. Kosten und Limits von KI-Modellen werden meist pro Million Tokens abgerechnet.", und auf Abonnements leert das Modell Stunden- und Wochenlimits deutlich schneller (MCP.Directory). Ein Topmodell heißt hier auch: teuer und ressourcenhungrig.

Verfügbarkeit als härtere Grenze als die Technik

Die praktische Einschränkung ist regulatorisch. Ein Blog-Update vermerkt: „Update (June 13, 2026): Claude Fable 5 has been banned by the US government via export controls. It is no longer available to non-US users." (AI Made Tools). Für Nutzer im DACH-Raum bedeutet das: kein produktiver Zugriff auf Fable 5. Ein deutschsprachiges Video ergänzt, das Modell sei im Abo teils nur befristet nutzbar gewesen und trage „die strengsten SafeguardsEingebaute Sicherheitsfilter (Classifier), die bestimmte Anfragen blockieren. Bei Fable 5 greifen sie laut Berichten teils auch bei normalen Coding-Aufgaben., die je ein öffentlich verfügbares Claude-Modell hatte", wobei neue Classifier „zum Teil auch ganz normale Coding- und Debugging-Aufgaben" blockierten (YouTube).

Wie sieht ein realistischer Claude-Code-Workflow aus?

Der empfohlene Ansatz ist gezieltes Routing zwischen Modellen, nicht der Dauereinsatz des stärksten. Die Faustregel aus den Guides: Sonnet fürs Erkunden und den Kontextaufbau, Opus als Flaggschiff für umfangreiche, klar abgegrenzte Aufgaben, Fable 5 nur für die härtesten Teile, danach zurück auf Sonnet oder Opus, um Kosten und Filter zu managen.

Konkret rät ein Praxisartikel: „Start with Sonnet for exploration and context-building. Switch to Fable 5 only for the hard parts. Switch back when you're done." (AI Made Tools). Der Modellwechsel läuft in Claude Code über einen Slash-Command wie /model fable in laufender Session; Fable 5 setzt mindestens Claude Code v2.1.170 voraus, ältere Versionen zeigen es nicht einmal an (APIDog). Der Routing-Guide bringt es auf den Punkt: „routing is a skill Claude Code now expects you to have".

Wer die Grenzen dieser Werkzeuge einordnen will, findet in unserer Analyse zu Claude-Code-Token-Kosten am Beispiel des pxpipe-Bild-Tricks die Kostenseite ausführlicher aufgeschlüsselt. Wenn Sie den Sprung von der Demo zum eigenen Repository gehen wollen, ohne teuer zu experimentieren, lohnt ein strukturierter Einstieg: Der zweitägige Workshop zum effizienten Programmieren mit Claude Code zeigt Code-Generierung, Debugging und die Arbeit im Terminal an echten Fällen. Er richtet sich an Entwickler und Technik-Teams, weniger an reine Anwender ohne Programmierbezug.

Was heißt das für Unternehmen im DACH-Raum?

Da Fable 5 hier nicht verfügbar ist, ist es für DACH-Projekte kaum relevant. Wichtiger ist die Methode dahinter: Aufgaben nach Schwierigkeit auf Modelle verteilen. Für die meisten Teams reicht Sonnet für den Alltag, ein stärkeres Modell nur für die schwierigen Passagen. Aus meiner Beratungspraxis sehe ich, dass genau dieses bewusste Routing den Unterschied zwischen kontrollierten Kosten und einer überraschenden Rechnung macht.

Ist Vibe Coding jetzt produktionsreif?

Für abgegrenzte, gut dokumentierte Aufgaben ja, für offene Projekte mit unklaren Anforderungen nur bedingt. Der Port zeigt die obere Grenze des Möglichen unter idealen Bedingungen: bekannter Code, klares Ziel, ein erfahrener Entwickler am Steuer. Das ist die Ausnahme, nicht der Normalfall im Betrieb.

Mein Eindruck als Berater: Der Wert liegt weniger im Tempo als in der Verschiebung, wer welche Arbeit macht. Ein ähnliches Muster habe ich in unserer Betrachtung des Vibe Coding am GTA-Klon beschrieben. Der Mensch definiert das Problem und prüft das Ergebnis, das Modell erledigt die mechanische Umsetzung. Wo diese Rollenteilung nicht sauber gelingt, entsteht schnell Code, den niemand mehr versteht.

Praktisch heißt das für Sie: Fangen Sie mit einer Aufgabe an, die klar umrissen ist und deren Ergebnis Sie testen können. Ein einzelner Prototyp, eine Portierung, ein isoliertes Refactoring. Der nächste Schritt ist nicht das teuerste Modell, sondern die ehrliche Frage, welche Ihrer Aufgaben überhaupt so klar definiert sind, dass ein Agent sie tragen kann.

Was bleibt vom 40-Minuten-Rekord?

Zurück zum Ausgangspunkt: 40 Minuten für den ersten Build sind echt, aber sie beschreiben einen Idealfall, keinen Durchschnitt. Der Fall belegt, dass Claude Code komplexe, mehrschrittige Projekte im Repository orchestrieren kann. Er belegt nicht, dass Ihr nächstes Vorhaben genauso schnell fertig wird.

Die spannende Frage für die kommenden Monate ist deshalb nicht, ob die Modelle mehr können, sondern wie präzise Sie die Aufgaben zuschneiden, die Sie ihnen übergeben, und ob Sie das passende Modell wählen statt des stärksten. Daran entscheidet sich der Nutzen, nicht an der nächsten Rekordmeldung.

Häufige Fragen

Kann ich mit Claude Code jedes Softwareprojekt in Minuten fertigstellen?

Nein. Die 40 Minuten galten für einen ersten lauffähigen Build eines eng umrissenen Portierungsprojekts mit öffentlich bekannter Codebasis. Ein lauffähiger Build heißt nur, dass es kompiliert und startet. Feinschliff, Steuerung und Performance kommen danach. Typische Unternehmensprojekte scheitern eher an fehlender Spezifikation und Abstimmung als am Tippen von Code.

Worin unterscheidet sich Claude Code von der Autocomplete in meinem Editor?

Claude Code ist Anthropics offizieller Kommandozeilen-Agent. Er bearbeitet Dateien im Repository eigenständig, führt Kommandos aus und orchestriert mehrschrittige Aufgaben direkt im Terminal. Reine Autocomplete schlägt nur einzelne Codezeilen im Editor vor. Der Agent trägt dagegen ein komplettes Projekt über mehrere Schritte hinweg, das ist der entscheidende Unterschied.

Warum ging der Port so schnell, obwohl der Code von 2003 stammt?

Das alte Alter half hier sogar. Command & Conquer: Generals Zero Hour und seine Struktur sind öffentlich bekannt, und die Zielvorgabe war klar: bestehender Code, neue Plattform. Solche eng umrissenen Aufgaben lösen Coding-Agenten heute gut. Fehlt dagegen eine klare Spezifikation, wird es deutlich langsamer und aufwendiger.

Was kostet mich der Einsatz eines solchen Agenten in der Praxis?

Der Artikel nennt keine konkreten Preise, aber Kosten entstehen vor allem durch Token-Verbrauch bei längeren, mehrschrittigen Aufgaben. Wie stark das ins Gewicht fällt, hängt stark vom Workflow ab. Es lohnt sich, Verbrauch und mögliche Spartricks vorab zu prüfen, statt den Agenten unbegrenzt laufen zu lassen.

Lohnt sich Vibe Coding für mein Team oder ist das nur ein Demo-Effekt?

Beeindruckende Demos wie der 40-Minuten-Port zeigen das Potenzial im richtigen Workflow, nicht das Alltagstempo. Für Teams lohnt es sich bei eng umrissenen Aufgaben mit klarer Zielvorgabe. Der Nutzen steht und fällt mit Methodik und Tooling. Ein strukturierter Einstieg hilft, den Demo-Effekt von echter Produktivität zu unterscheiden.

Wie steige ich sinnvoll ein, ohne mich von der Schlagzeile blenden zu lassen?

Starten Sie mit klar abgegrenzten Aufgaben, bei denen die Zielvorgabe eindeutig ist, etwa Portierungen oder Refactorings. Behandeln Sie den ersten Build als Startpunkt, nicht als fertiges Produkt, und planen Sie Zeit für Feinschliff, Tests und Performance ein. Realistische Erwartungen und passende Tools sind wichtiger als das reine Modell.

Teilen