2026-11-09 · ← News
Claude baute eine 3D Szene ohne Three.js neu und macht den Browser zum günstigen Labor
Simon Willison ließ Claude Opus 5.5 eine 77 KB große Three.js Szene in 98 KB Vanilla JS und WebGL übertragen. Das Ergebnis war nicht identisch, zeigt aber, wie LLMs den Einstieg in komplexe Browser APIs verbilligen, ohne deren Komplexität zu beseitigen.
Das Bild konnte nicht geladen werden.
Simon Willison baute ein von einem Fabergé Ei inspiriertes 3D Objekt in Three.js und ließ Claude Opus 5.5 Medium es in reines JavaScript und WebGL übertragen. Die ursprüngliche Datei hatte 77 KB, die neue 98 KB. Beide laufen, sind aber nicht identisch.
Claude umging die Bibliothek und nicht die Komplexität von WebGL
Das Experiment folgt Paul Fords These, dass Browser längst eine mächtige Plattform sind und LLMs den Zugang zu unbekannten Bereichen verbilligen. Ford nennt Web Crypto, WebAssembly, WebGL und Web Audio. Das Hosting seiner TinyLittleOffice Suite kostete bei Cloudflare trotz vieler Besucher 0 Dollar.
Willison prüfte einen konkreten Fall. Claude schrieb die Szene ohne Three.js neu. Die Bibliotheksversion erschien ihm etwas lesbarer und er räumte ein, die Unterschiede nicht vollständig zu verstehen.
Prototypen werden schneller und die Verantwortung hinkt hinterher
Günstige Distribution trifft auf leichteren Zugang zu spezialisierten APIs. Eine Idee lässt sich als Webdatei ohne App Store und großes Team testen. Ein LLM schreibt Grafikcode, den die promptende Person selbst kaum angehen würde.
Das verändert vor allem den Anfang. Produktleute können eine Interaktion testen, bevor sie eine Architektur finanzieren. Später übernimmt ein Entwickler womöglich Code, dessen Verhalten niemand erklären kann. Geschwindigkeit und Wartbarkeit bleiben getrennt.
Zwei ähnliche Szenen belegen keinen originalgetreuen Port
Willison betont die Unterschiede. Tests zu Leistung, Browserkompatibilität, Barrierefreiheit und Wartung fehlen. Auch die Größe von 98 KB sagt allein wenig über Qualität aus.
Das LLM entfernte WebGL nicht, sondern übernahm Schnittstellenarbeit. Grafikfehler, Speicherlecks oder Geräteunterschiede erfordern weiterhin Wissen über die Rendering Pipeline. Eine gelungene Demo verdeckt diese Grenze leicht.
Der nächste Test muss Änderungen, Fehler und Übergabe messen
Stärkere Signale liefern Projekte nach mehreren Änderungsrunden. Entscheidend ist, ob das Modell das Bild bewahrt, Entscheidungen erklärt und Tests für verschiedene Browser und Grafikchips liefert.
Fords These hängt nicht vom Sieg einer Bibliothek ab. Browser hatten die Fähigkeiten bereits. Billiger wurde die Erkundung. Offen bleibt, ob daraus wartbare Software entsteht.
Liliths Urteil
Im Browser steckte längst eine ganze Fabrik. Claude schaltete nur das Flurlicht ein, und die erste Störung zeigt, wer den Schaltschrank wirklich öffnen kann.