Claude Opus 5.5 erstellt ein Musikvideo im One-Shot: Was „Plan a Video" tatsächlich hervorbringt

Ein Signal, das am 23. September 2026 auf X gepostet wurde, lautet: „Claude's Plan – ein Video von Opus 5.5, in einem Durchgang erstellt“, mit einer angehängten Hommage an @jeffgwoah. Das ist eine Demo-Behauptung, keine Release-Behauptung – und sie landet auf der falschen Seite der Sache, auf die es normalerweise ankommt. Claude Opus 5.5 ist kein unveröffentlichtes Modell, das aus einem Leak aufgespürt werden müsste. Anthropic hat es am 22. September 2026 veröffentlicht, zu 4 US-Dollar pro Million Eingabe-Tokens und 20 US-Dollar pro Million Ausgabe-Tokens. Es ist einen Tag alt, allgemein verfügbar und steht bereits auf der Preisliste. Die interessante Frage ist also nicht, ob Opus 5.5 existiert. Sondern was diese Posts, die „ein Video in einem Durchgang“ erstellt haben wollen, tatsächlich zeigen, denn der Ausdruck bedeutet etwas Engeres, als er klingt, und der Unterschied entscheidet darüber, ob man überhaupt etwas davon nutzen kann.

Hier ist die Kurzfassung, und sie ist der Teil, den die meisten Reposts auslassen: In den Demos, die einer Prüfung standhalten, erzeugt Claude Opus 5.5 keine Pixel. Es schreibt Code, der Pixel malt. Die Ausgabe ist ein Programm, keine Videodatei.

Was die beiden im Umlauf befindlichen Demos tatsächlich taten

Zwei öffentliche Artefakte stehen hinter dieser Art von Behauptung, und beide sind überprüfbar, weil beide ihre Quelle veröffentlicht haben.

Das erste ist ein 156,6-sekündiges Musikvideo zu einem Lied namens „I'm Upping My P(doom)“, ein Repo namens PDoomVideo, das am 22. September 2026 auf GitHub veröffentlicht wurde – am selben Tag, an dem Opus 5.5 startete. In seiner README heißt es, das Video „habe zwei Generierungen gebraucht, beide in Claude Code“; die erste wird Claude Opus 5.5 (Medium) zugeschrieben, die zweite Claude Opus 5.5 mit Standard-Aufwand. Außerdem heißt es dort: „Alles in diesem Repository wurde vom Modell generiert“ und „es wurden keine Szenenideen vorgegeben“ – die einzige Vorgabe war, ein bestimmtes Charakterdesign zu verwenden und jeder Textzeile interessante Visuals und Übergänge zu geben.

Das zweite ist ein Demo-Repository mit drei Spielen, veröffentlicht am 23. September 2026, das eher einem kontrollierten Experiment als einer Präsentation gleicht: drei spielbare 3D-Browserspiele, jeweils ein Ein-Satz-Prompt, in einer einzigen Sitzung generiert, wobei laut Repository keinerlei menschliche Bearbeitungen am Code vorgenommen wurden, und dann deployt. Die Spiele sind Einzeldatei-HTML ohne externe Assets – Modelle, Texturen, Animation und Sound werden alle prozedural durch Code erzeugt. Eines der drei erforderte, dass das Modell das offizielle Layout einer Spielkarte nachschlägt und seine Geometrie aus dieser Recherche neu aufbaut, bevor es irgendetwas schreibt.

Keines der beiden Repositories ist eine Anbieterveröffentlichung. Beide sind Artefakte von Drittanbietern, selbst angegeben, und insbesondere die Behauptung „null menschliche Bearbeitungen“ ist eine Behauptung über eine Git-Historie, nicht etwas, das eine außenstehende Partei geprüft hat. Behandle die Prozessbeschreibung als Darstellung des Autors und die Artefakte selbst als die Belege.

Das Storyboard ist die eigentliche Ausgabe.

Das Detail, das entscheidet, ob „one-shotted“ eine faire Beschreibung ist, ist eine Datei im ersten Repo namens STORYBOARD.md. Sie ist keine Shotlist eines Menschen. Sie ist ein Dokument, das das Modell nach seinem ersten Generierungsdurchlauf für sich selbst geschrieben hat, und sie ist wirklich konkret: eine Regel, dass in jeder Einstellung „etwas auf dem Bildschirm passiert“, eine Anweisung, Text aus den Frames herauszuhalten, ein benanntes Figurenensemble mit festen Designs, eine Palette, die von warmem Creme über Weltraumviolett zu Alarmrot und zurück wandert, eine Regel, dass Gesichtsausdrücke der Figuren eher ineinander übergehen als umspringen, und die Vorgabe, dass jeder Schnitt durch Handlung motiviert sein muss — ein Zuschnappen ins Schwarz, ein Sturz, ein Zoom durch ein Auge.

Dieses Dokument ist der Plan, auf den der Signaltext verweist. Das Modell erstellte ein Regie-Briefing und ließ dann parallel Subagenten darauf laufen, einen pro Kapitel, wobei jeder eine JavaScript-Datei schrieb, die ihren eigenen Abschnitt der Zeitachse zeichnet.

Die Rendering-Pipeline ist gewöhnlich und es lohnt sich, sie klar zu benennen, denn hier fällt die Rahmung „KI hat ein Video erstellt“ in sich zusammen: Frames werden auf einer Seite mit p5.js und einer Aquarellpinsel-Bibliothek gezeichnet, ein Node-Skript steuert diese Seite in Headless Chrome und macht von jedem Frame einen Screenshot, und ffmpeg fügt die Frames mit der Audiospur zusammen. Bei 24 Bildern pro Sekunde über 156,6 Sekunden sind das rund 3.760 Frames, die einzeln gerendert werden.

Der treffende Satz lautet also nicht „Claude Opus 5.5 hat ein Video erzeugt“. Er lautet „Claude Opus 5.5 hat ein Programm geschrieben und dann inszeniert, das ein Video rendert“. Der Unterschied ist nicht haarspalterisch – er ist genau der Grund, warum die Technik für jeden nützlich ist, der kein Musikvideo dreht.

Warum die „zwei Generationen“-Aussage mehr zählt als die „One-Shot“-Aussage

Dieselbe README untergräbt ihre eigene Überschrift. Das Video brauchte zwei Generationen, nicht eine. Der erste Durchlauf brachte ein Ergebnis hervor, das der Autor dann weiter ausbaute; das Storyboard und der Animationsleitfaden – die Dokumente, die den zweiten Durchlauf kohärent machen – wurden nach diesem ersten Durchlauf geschrieben, nicht davor.

Das ist die ehrliche Form jeder ernsthaften langfristig angelegten Generierungsaufgabe, und es lohnt sich, das zu sagen, weil der One-Shot-Rahmen eine Erwartung setzt, die die Artefakte nicht erfüllen. Der Prompt war eine einzige Nachricht. Die Arbeit war nicht ein einziger Durchgang. Was das Modell tat, war, einen großen, dateiübergreifenden, mehrstündigen Build so gut zusammenzuhalten, dass der zweite Durchgang eine Überarbeitung statt eines Neustarts war – was eine echte und deutlich weniger spektakuläre Fähigkeit ist als „ein Prompt, ein Video“.

Es gibt eine unabhängige Zahl, die dies besser beschreibt als die Demos. Artificial Analysis hat Claude Opus 5.5 auf seinem Intelligence Index bei maximalem Aufwand mit 58 gemessen – die höchste Punktzahl, die es je verzeichnet hat, mehrere Punkte vor den nächsten Modellen – und berichtete, dass das Modell pro Index-Aufgabe ungefähr 119.000 Ausgabe-Token verbraucht, gegenüber etwa 73.000 für Claude Opus 5 und etwa 78.000 für Claude Fable 5.1. Es verwendet rund 1,6-mal so viele Ausgabe-Token und landet bei ungefähr denselben Kosten pro Aufgabe (~5,98 $ gegenüber ~5,86 $), trotz eines um 20 % niedrigeren Preises pro Token. Langhorizont-Generierung ist das, was dieses Token-Profil von außen betrachtet ausmacht: Das Modell gibt das Budget für sich selbst aus.

Wo die Artefakte nicht mehr verwendbar sind

Die Fehlermodi in dieser Art von Arbeit sind konsistent, und beide Repos deuten aus unterschiedlichen Richtungen auf denselben hin.

• Die Ausgabe ist ein Programm, keine Datei. Wenn du eine MP4-Datei brauchst, die du jemandem geben kannst, brauchst du trotzdem Node, einen Browser und ffmpeg. Das Modell hat den Renderer erzeugt, nicht das gerenderte Ergebnis. Das ist eine Build-Abhängigkeit, die dir für immer bleibt.

• Es skaliert mit Frames, nicht mit Prompts. 3.760 Frames brauchten einen skriptgesteuerten Über-Nacht-Durchlauf auf der eigenen Hardware des Autors. Nichts an Opus 5.5 ändert etwas an den Kosten, Frame 2.000 zu malen.

• Determinismus ist eine Anforderung, kein Nice-to-have. Frames werden parallel und in beliebiger Reihenfolge gerendert, daher muss jeder Frame eine reine Funktion seines Zeitstempels sein – kein mitgeführter Zustand, keine Zufälligkeit ohne Seed. Ein Modell, das das nicht verinnerlicht hat, erzeugt ein Video, das flackert. Beide Repos handhaben das; nichts im Prompt erzwingt es.

• Ein einziger Versuch bedeutet nicht ungeprüft. Der deutlichste Beleg dafür ist die Spielearbeit im zweiten Repo: Das Modell musste das Layout einer bestehenden Karte recherchieren, bevor es sie baute – was bedeutet, dass das Modell zu dem Schluss kam, seine erste Antwort wäre falsch gewesen.

• Niemand hat das Scheitern bepreist. Keines der beiden Repos berichtet, wie viele Versuche es gebraucht hat, wie viele Tokens es verbrannt hat oder wie viel von der zweiten Generation dafür draufging, die erste zu reparieren. Das ist die Zahl, die ein Team tatsächlich braucht, bevor es sich festlegt.

Was sich dadurch für Sie ändert – und was nicht.

Wenn Sie auf ein Video-Generierungsmodell gehofft haben, dann ist Claude Opus 5.5 keines, und noch so viel Demo-Material macht es nicht zu einem. Das Launch-Material von Anthropic enthält keine Video-Generierungsfähigkeit; die veröffentlichten Evaluierungen des Modells sind agentisches Coding, Computer Use und Wissensarbeit. Was die Demos zeigen, ist Long-Horizon-Codegenerierung mit einem kreativen Briefing — dieselbe Fähigkeit, die in der Migration mit 680.000 Zeilen und der C-to-Rust-Portierung auftaucht, die Anthropic in ihrem eigenen Launch-Post zitiert, nur eben auf etwas gerichtet, das man sich ansehen kann.

Wenn das die Fähigkeit ist, die Sie wollen, ist die praktische Frage nicht mehr „welches Modell“, sondern „wie betreibe ich so etwas, ohne einen Produktionspfad darauf festzulegen“. Langhorizont-Generierung ist teuer, und ihr Fehlermodus ist still — man bekommt ein plausibles Programm, das vier Minuten lang rendert und dann abbricht. Der vernünftige Weg, es zu testen, besteht darin, die Arbeit über einen Endpunkt zu leiten, den Sie bereits haben, statt über einen neuen Vertrag: Opus 5.5 ist auf OrcaRouter zum Listenpreis von Anthropic mit 0 % Aufschlag verfügbar, zusammen mit den anderen Modellen der Familie, sodass ein nächtlicher Generierungslauf denselben Schlüssel und dieselben Failover-Regeln nutzen kann wie alles andere, was Sie aufrufen. Wenn der Lauf bei Frame 3.000 stirbt, ist das ein Routing-Problem und keine Neuarchitektur.

Zwei Dinge sollten Sie im Auge behalten, bevor Sie Ihre Planung darauf ausrichten. Anthropic hat gesagt, dass Sonnet 5.5 und Haiku 5.5 „in den kommenden Wochen“ folgen werden, was die Rechnung bei einem langen Render verändern wird – ein günstigeres Modell, das einen Multi-File-Build zusammenhalten kann, würde den nächtlichen Durchlauf zur Routine statt zur Besonderheit machen. Und das Storyboard-Muster selbst ist portabel: Nichts in diesem Dokument ist spezifisch für Opus 5.5, und nichts hindert ein kleineres Modell daran, ein schlechteres Storyboard zu schreiben.

Vorerst ist die ehrliche Lesart von „Claude's Plan, ein Video von opus 5.5, in einem Durchgang erstellt“ enger, als es klingt, und nützlicher, als es aussieht. Das Modell schrieb eine Shotliste, briefte seine eigenen Subagenten und schrieb dann den Renderer – und die Tatsache, dass ein solcher Plan den Kontakt mit 3.760 Frames überstanden hat, ist die Behauptung, die es zu prüfen gilt, nicht das Video.