3 Min. Lesezeit

Three.js oder Rust/WGPU für schnelle KI-Demos

Three.jsRustWGPU

Three.js ist meist die schnellere Wahl für KI-Demos im Browser, weil Szenen, Materialien und eigene Shader bereits verfügbar sind. Rust/WGPU bietet mehr Kontrolle über die GPU, verlangt jedoch eine eigene Infrastruktur. Die Schätzung von 8–10 Stunden für einen Engine-Prototyp zeigt die praktische Kehrseite dieser Entscheidung.

Three.js bringt eine Idee schneller in eine funktionierende Szene

Ich würde den Einstieg hier nicht unnötig verkomplizieren: Für einen Browser-Prototyp bietet Three.js den kürzesten Weg von der Idee zu einer funktionierenden Szene. In der ursprünglichen Diskussion merkte ein Teilnehmer ausdrücklich an, dass Three.js die Demo bewältigte, obwohl die Auswahl an Assets begrenzt war. Ein anderer schätzte eine stärker ausgearbeitete Version in einer Game Engine auf 8–10 Stunden und mehrere Iterationen, sofern eine Shader-Bibliothek verfügbar ist.

Technisch ist das nachvollziehbar. Die Three.js-Dokumentation zu ShaderMaterial beschreibt, wie sich eigene Vertex- und Fragment-Shader einbinden lassen, ohne dafür einen vollständigen Renderer bauen zu müssen. Szene, Kamera, Materialien und Standardinfrastruktur sind bereits vorhanden. Dadurch kann die meiste Zeit in Licht, Komposition, prozedurale Effekte und Kameraverhalten fließen.

Rust/WGPU bietet den umgekehrten Tausch: mehr Kontrolle, mehr Arbeit. Die wgpu-Dokumentation und ihre Beispielsammlung zeigen die explizite Verwaltung von GPU-Ressourcen, Pipelines, Synchronisierung, Compute-Aufgaben und HDR-Oberflächen. Das ist eine gute Grundlage für ungewöhnliches Blending, rechnerisch erzeugte Geometrie oder eine eigene Rendering-Architektur, doch Assets, Abstraktionen und Konventionen einer Engine müssen separat aufgebaut werden.

Unity und Unreal liegen dazwischen: Sie bieten ausgereifte Editoren und eine fertige Produktionspipeline, ohne dass man eine Engine schreiben muss, sind für eine schlanke Browser-Demo aber schwergewichtiger. Das Datum der Diskussion wird nicht genannt. Daher sollte sie als technische Einordnung zum Stand vom 27. September 2026 gelesen werden und nicht als Ankündigung einer neuen Technologie.

Ein ungewöhnlicher Look beginnt nicht bei der API-Wahl

Die zentrale Erkenntnis ist einfach: Three.js spart Zeit, während Rust/WGPU Kontrolle zum Preis von Infrastrukturarbeit erkauft. Bei einem einmaligen Web-Prototyp kann der zweite Weg leicht zur Arbeit an einer Engine werden, statt die visuelle Idee weiterzuentwickeln.

Gleichzeitig schützt WGPU allein nicht vor einem generischen Bild. Charakter entsteht durch Shader-Struktur, Beleuchtung, Texturvariation, Kamera, Postproduktion und die Qualität der Assets. In der gezeigten WebGL-Demo lag die Begrenzung bereits bei den Assets und nicht bei der Fähigkeit von Three.js, die Szene darzustellen.

In den verfügbaren Materialien finden sich keine direkten Vergleichsbenchmarks. Deshalb wäre es überzogen, einen Stack pauschal als schneller zu bezeichnen. Entscheidend ist der Zeitpunkt, an dem fertige Abstraktionen den gewünschten Effekt behindern. Diese Schwelle und nicht der Name einer API bestimmt, ob eine eigenständige Grafik entsteht oder nur ein weiterer sauberer Entwurf.

Zuvor haben wir Rust LocalGPT behandelt, einen lokalen Assistenten als einzelne Binärdatei auf Basis von Rust und einer HTTP-API. Sein Implementierungsansatz liefert nützlichen Kontext, wenn Rust/WGPU und Three.js für das Rendering von KI-Spielen verglichen werden.