Kann ein Coding Agent in Blender ein 3D-Modell erstellen? Wir haben den Test mit Codex, GPT Sol Medium und Blender MCP gemacht, um zu zeigen, was funktioniert – und was nicht.
AIEin Coding Agent, drei KI-generierte Referenzbilder und eine komplett leere Blender-Szene: Kann daraus autonom ein überzeugender Fußballschuh entstehen? Wir haben dem Agenten die Werkbank überlassen – und den Bildschirm danach sehr aufmerksam beobachtet. Unser Experiment mit Codex Desktop, GPT Sol Medium und Blender MCP liefert eine klare, wenn auch ernüchternde Antwort.
Nach rund 30 Minuten Agentenlauf lag eine technisch strukturierte `.blend`-Datei vor. Separate Bauteile, UVs, Materialien und ein definiertes Polygonbudget: auf dem Papier eine ordentliche Zwischenbilanz. Visuell war das Modell von der anspruchsvollen Vorlage allerdings so weit entfernt, dass man die beiden lieber nicht zum direkten Vergleich aufstellen sollte. Genau diese Differenz – zwischen formaler Ausführung und gestalterischer Qualität – macht den Test spannend.
Der Startpunkt war leer, komplett leer, nicht mal der Default-Blender-Cube war enthalten.
Es gab kein Template, kein Grundmesh und keine manuell vorbereitete Geometrie. Sämtliche Objekte – Schaft, Schnürung, Sohle, Stollen und Leuchtakzente – wurden im Verlauf des Experiments über Blender MCP erzeugt.
Die technische Kette sah so aus:
Codex Desktop → GPT Sol Medium → Blender MCP → BlenderCodex Desktop war die Arbeitsoberfläche. GPT Sol Medium übernahm Planung und Ausführung. Über den Blender-MCP-Server konnte der Agent Blender-Operationen bzw. Blender-Python anstoßen und damit die Szene direkt verändern. uv diente zur Verwaltung der Python-Umgebung und Abhängigkeiten. Der Blender Editor war das Zielsystem, in dem sich die Resultate prüfen und speichern ließen.
Codex ist für agentische Engineering-Aufgaben konzipiert und kann über App, Editor und Terminal eingesetzt werden (OpenAI Codex). uv verwaltet Python-Projekte, Tools und isolierte Umgebungen (uv-Dokumentation). Entscheidend ist aber: Eine funktionierende Verbindung zu Blender macht ein Sprachmodell noch nicht zu einem guten 3D-Artist.
Der Workflow bestand aus drei klaren Phasen:
Die etwa 30 Minuten beziehen sich ausschließlich auf diese Agenten-Ausführung beziehungsweise Modellierung. Die vorherige Ideenfindung, Referenzbild-Erzeugung und Planerstellung sind darin nicht enthalten.
Der Agent erhielt nicht bloß „Modelliere einen Schuh“. Zuerst sollte er einen Umsetzungsplan entwickeln. Dieser forderte drei orthografische Blueprint-Ansichten, einen linken High-Top-Schuh, meterbasierte Maße und eine Unity-taugliche Orientierung mit dem Ursprung unter der Sohle.
Für das Modell waren getrennte Meshes für Obermaterial, gepolsterten Schaft, Zunge, Schnürsenkel, Verstärkungspanele, Mittelsohle, Außensohle und einzelne Stollen vorgesehen. Das Ziel: 25–45k Dreiecke, Bevels und saubere Normalen statt überflüssiger Mikrogeometrie. Materialseitig verlangte der Prompt stilisierte PBR-Oberflächen für Kunstleder, Textil, Gummi und glänzende TPU-Akzente sowie UVs und eine technische QA.
**Zusammenfassung**
Ein linker, logo-freier High-Top-Fußballschuh wird als stilisiertes PC-/Konsolen-Hero-Asset in Blender erstellt. Vor dem Modellieren werden drei konsistente orthografische Blueprints generiert: Außenansicht, Draufsicht und Sohlenansicht. Die Blender-Szene enthält keinen Render und wird als aufgeräumte `.blend`-Datei übergeben.
**Umsetzung**
1. Drei Blueprint-Referenzen generieren: gleiche Schuhproportionen, neutrale Beleuchtung, einfarbiger Hintergrund, keine Perspektive, keine Schrift oder Logos. 2. Blender-Grunddatei einrichten: Meter als Einheit, linker Schuh, Ursprung mittig unter der Sohle, Unity-kompatible Orientierung. 3. Modulares LOD0 modellieren: - Obermaterial, gepolsterter Schaft/Zunge, Schnürsenkel, Verstärkungspanele, Mittelsohle, Außensohle und einzelne Stollen als getrennte Meshes. - Ziel: ca. 25–45k Dreiecke, mit Bevels und sauberen Normalen statt unnötiger Mikrogeometrie. - Logo-freie, abstrakte Seitenverstärkung statt Markenkennzeichnung. 4. UVs und Materialien anlegen: - 2K-stilisiertes PBR-Set für burgundrotes Kunstleder, dunkles Textil, dunklen Gummi und glänzende TPU-Akzente. - Unity-taugliche Materialkanäle: Base Color, Normal, Metallic und Roughness/Smoothness. 5. Blender-QA durchführen: angewandte Transformationen, manifold Geometrie, saubere Glättung, sinnvolle UV-Texeldichte, keine fehlenden Texturen/Überlappungen und korrekter Ursprung.
**Abnahme**
- Drei klar nutzbare Blueprint-Ansichten liegen vor. - Der Schuh ist als einzelner linker High-Top erkennbar und entspricht der Konzept-Silhouette. - Keine Markenlogos, Wasserzeichen oder Schrift. - LOD0 bleibt im vereinbarten Dreiecksrahmen. - Die `.blend`-Datei ist ohne Render-Setup und ohne externe Abhängigkeiten öffnungsfähig.
**Annahmen**
- LOD-Stufen, FBX/GLB-Export und Unity-Import sind nicht Teil dieses ersten Durchlaufs. - Für einen rechten Schuh wird das finale Objekt später gespiegelt. - Der Schuh ist ein stilisiertes, eigenständiges Design und keine exakte Markenreplik.
Die Selbstprüfung des Agenten meldete eine modular aufgebaute Datei mit separierter Schnürung, Schaft, Panels, Sohle und Stollen. Dazu kamen 37.928 Dreiecke – innerhalb des Budgets –, UV0, geschlossen gemeldete Geometrie, ein gesetzter Ursprung und eine Größenangabe von etwa 32,1 × 12,6 × 19,5 cm.
Die Blender-Modellierung ist abgeschlossen und in der aktiven Szene geöffnet: [high_top_cleat_orange_cyan.blend]
Enthalten sind: - Modularer linker High-Top-Schuh - Orange, dunkle TPU-/Textilbereiche und Cyan-Emission - Separate Schnürung, Schaft, Panels, Sohle und Stollen - 37.928 Dreiecke innerhalb des 25–45k-Budgets - UV0 auf allen Meshes - Vollständig geschlossene Manifold-Geometrie - Ursprung auf Weltursprung, Unterseite auf Z = 0 - Drei Referenzbilder in der .blend eingebettet - Maße: etwa 32,1 × 12,6 × 19,5 cm - Kein Render-Setup und kein Export erzeugt
Die TDD-/Verifikationsprüfung führte zu zusätzlichen Korrekturen am hohlen Schaft, den Endkappen konvertierter Kurven und der Bodenpositionierung. Alle abschließenden Prüfungen bestehen.
Das ist ein echter Nutzen von Coding Agents in Blender: Sie können Szenen aufbauen, Bauteile benennen, wiederholbare Blender-Python-Schritte ausführen, Eigenschaften dokumentieren und formale Anforderungen abarbeiten. Für klar definierte Pipeline-Aufgaben ist das vielversprechend – und deutlich weniger nervenaufreibend als der Versuch, ihnen die künstlerische Leitung zu geben.
Die Blender-Screenshots zeigen die entscheidende Schwäche. Farbwelt, High-Top-Idee, Schnürung und einzelne Stollen sind zwar vorhanden. Der Schuh hat also die richtigen Vokabeln gelernt. Einen überzeugenden Satz daraus zu bilden, gelingt ihm aber noch nicht: Silhouette, kontrollierte Flächen, Panels und die anspruchsvolle Sohlenkonstruktion der Referenz werden nicht überzeugend übersetzt.
| Technisch | Visuell |
|---|---|
| separate Objekte und UVs vorhanden | unruhige, vereinfachte Volumen |
| Polygonbudget eingehalten | gezackte Panel-Kanten und schwammige Übergänge |
| formale QA gemeldet | keine überzeugende Produkt-Silhouette |
| Materialien angelegt | kaum glaubwürdige Materialwirkung |
Der Agent konnte das Resultat zudem nur eingeschränkt beurteilen. Seine visuelle Kontrolle lief über Screenshots, nicht über ein belastbares räumliches Verständnis des Meshes. Und weil die Geometrie programmatisch erzeugt und bearbeitet wird, zeigen sich besonders bei komplexen, organisch-harten Produktformen deutliche Schwächen: Übergänge, Topologie, Kantenführung und Proportionen wirken eher errechnet als gestaltet.
Damit das Ergebnis nicht als einmaliger Ausrutscher von Codex und GPT Sol Medium durchgeht, bekam der Schuh noch zwei Chancen auf Wiedergutmachung – mit überschaubarem Erfolg.
Im zweiten Lauf kamen OpenCode und Grok 4.6 zum Einsatz. Referenzbilder, Plan und Modellierungsauftrag blieben gleich. Das Resultat war anders, aber nicht besser: Ein Schuh ist erkennbar, doch die Oberflächen wirken verwaschen, die Kanten unkontrolliert und die Sohle beziehungsweise Stollen haben sich offenbar nur lose mit der Vorlage bekannt gemacht. Nach Sichtung des Ergebnisses war die menschliche Qualitätskontrolle kurz und eindeutig: „Sieht aus wie sau. Bitte arbeite nicht daran weiter.“
Für den dritten Lauf habe ich es bewusst leichter gemacht: kein Bildmaterial, kein detaillierter Produktionsplan, sondern nur ein kurzer Prompt an GPT Sol High. Gefordert war ein schwarz-weißer Low-Poly-Fußballschuh mit einfachen Face-Materialien, Stollen, Lasche, Schnürsenkeln und Spieltauglichkeit für Unity – ausdrücklich ohne Rendering.
Modelliere einen Low Poly Fussballschuh. Der Schuh soll schwarz/weiß sein. Dabei sollen Materialien zu Faces hinzugefügt werden mit der jeweiligen Farbe, also ganz simple. Der Schuh soll Low Poly sein aber alle wichtigen Details enthalten wie: Stollen, Lasche, Schnürsenkel, Form. Erstelle dabei kein Rendering! Es soll lediglich das Modell mit Materialien sein und für ein Spiel in Unity verwendet werden können.
Das Ergebnis hatte Stollen, eine Schnürung und eine schwarz-weiße Farbaufteilung. Als Fußballschuh war es jedoch kaum überzeugend; aus der Seitenansicht erinnerte die massige, lange Form eher an einen Zug, der zufällig eine Schnürung trägt, als an ein tragbares Sportprodukt. Weniger Anforderungen haben das Grundproblem also nicht gelöst – sie haben es nur in Schwarz-Weiß gezeigt.
Ein Fußballschuh ist ein hartes Testobjekt – und leider kein länglicher Toaster mit Stollen. Mehrere 2D-Ansichten müssen in ein zusammenhängendes 3D-Volumen übersetzt werden. Schon kleine Fehler an Zehenbox, Spann, Schaft oder Sohle verändern die gesamte Wirkung. Dazu kommen Materialschichten, asymmetrische Panels und Stollen, die nicht nur platziert, sondern in die Formsprache integriert werden müssen.
Ein Agent kann Anweisungen und technische Prüfpunkte zuverlässig abarbeiten. Was ihm in diesem Durchlauf fehlte, war formästhetisches Urteilsvermögen: die Fähigkeit, eine schwache Silhouette zu erkennen, sie gezielt zu korrigieren und die vielen kleinen Entscheidungen zu treffen, die aus einem Mesh ein glaubwürdiges Produkt machen.
Dieses Experiment war kein Tutorial, sondern ein Realitätscheck: Kann ein Coding Agent heute autonom ein hochwertiges 3D-Modell in Blender erzeugen? Drei unterschiedliche Durchläufe liefern denselben Befund: Für komplexe Modelle von Grund auf lautet die Antwort derzeit: noch nicht zuverlässig. Der Hype muss seine Fußballschuhe also noch etwas länger selbst schnüren.
Blender MCP funktioniert als Schnittstelle. Der Agent konnte die leere Szene verändern, Objekte erzeugen, Materialien anlegen, UVs erstellen und formale Vorgaben erfüllen – vollständig autonom, ohne weitere Eingriffe. Doch das visuelle Resultat war für die Qualität der Referenzen nicht brauchbar.
Wenn das Ziel lautet, aus Bildern möglichst schnell einen ersten 3D-Entwurf zu gewinnen, sind spezialisierte Image-to-3D-Systeme wie [Tripo](https://docs.tripo3d.ai/get-started/introduction.html) oder [Meshy mit Multi-View](https://help.meshy.ai/en/articles/12634481-how-to-use-multi-view) plausiblere Kandidaten. Sie sind auf die Ableitung von Geometrie aus Bildmaterial zugeschnitten. Auch dort bleibt Blender für Cleanup, Retopologie, Materialarbeit und Art Direction unverzichtbar.
Die sinnvollere Arbeitsteilung lautet daher: KI-Referenzen → Image-to-3D als Startpunkt → menschliche Bearbeitung in Blender → Coding Agent für wiederholbare Pipeline-Schritte. Der Test zeigt nicht, dass Agenten in 3D nutzlos sind. Sie sind nur noch nicht der neue Starstürmer im 3D-Team – eher ein sehr motivierter Assistenztrainer mit Zugriff auf Blender-Python.
Ja. Es gab kein Template und kein Grundmesh; selbst der Default-Cube wurde gelöscht. Die Geometrie des Ergebnisses entstand während des Agentenlaufs über Blender MCP.
Nein. Nach der Freigabe der KI-Referenzen modellierte der Agent autonom weiter und stellte keine weiteren Rückfragen. Es gab keine manuellen Zwischenkorrekturen.
Nein. Die rund 30 Minuten betreffen die eigentliche Agenten-Ausführung beziehungsweise Blender-Modellierung. Referenzbild-Erzeugung und Planerstellung sind nicht eingerechnet.
Besonders für wiederholbare, klare Aufgaben: Szenenaufbau, Varianten, Benennung, Exporte, technische Prüfungen und Blender-Python-Workflows.
