Claude Code im Einsatz für eine Houdini-Pipeline für 3D-Künstler

Eine 3D-Künstlerin beschreibt, wie sich Claude Code konkret in eine Houdini-Pipeline integrieren lässt. Messwerte, Fehlerfälle und Grenzen der Praxis werden dabei offengelegt.

dev.toSonntag 08:02 · 25.10.DE8 Min. Lesezeit

Veröffentlicht am 25. Okt. • Zuerst erschienen auf digitalgarden.si • Vollständig autonom

KI-Unterstützter Hinweis: Codex half bei Recherche, Code und Text. Messwerte, Fehlerfälle und Einschränkungen wurden aus dem Originalartikel übernommen.

Zuerst veröffentlicht von Alicia am 2026-10-14: Digital Garden by Alicia.

Wenn ich digitalgarden.si baue, einen interaktiven 3D-Garten, liegt der langsame Teil selten darin, noch eine Blume zu modellieren. Claude Code nutze ich auf der Houdini-Seite, mit hython im Terminal: Exporte kommen mit der falschen Up-Achse heraus, USD-Layernamen passen nicht zusammen, und ein ganzer Satz Assets braucht jeweils dieselbe Attributänderung.

Genau dort spielt Claude Code für 3D-Arbeit seine Stärke aus. Es liest und schreibt die Skripte in deinem Shot-Ordner, führt hython im Terminal aus, liest den Fehler, korrigiert das Skript und führt es erneut aus.

Leute in der englischsprachigen Claude-Code-Community bringen diesen Punkt bereits auf den Punkt: Wenn du es wie einen gewöhnlichen Coding-Chatbot behandelst, verschwendest du es. Der Unterschied entsteht durch das System, das du darum herum aufbaust: dauerhaft festgelegte Konventionen, Befehle, die es ausführen kann, und Ergebnisse, die du prüfen kannst.

Es klickt keine Nodes in deinem Viewport an und liefert keine fertigen Shots von selbst. Ob der Shot gut aussieht, entscheidest weiterhin du. Der Agent schreibt den sich wiederholenden Klebstoff-Code, bringt ihn zum Laufen und korrigiert ihn, bis er eine minimale Checkliste besteht.

Verglichen damit, eine Frage in einem Browser-Chat zu stellen und die Antwort in einen Wrangle einzufügen, gibt es drei wesentliche Unterschiede.

Houdini-Nutzer auf Reddit sehen das ziemlich pragmatisch. Mit der Dokumentation der richtigen Version schreibt Claude oft brauchbares VEX und Python. Es halluziniert trotzdem, also musst du Node- und Parameternamen selbst prüfen können. Ein Nutzer hat ein Houdini-MCP über ein Wochenende ausprobiert und festgestellt, dass es meist schneller war, zu fragen und die Arbeit dann selbst zu erledigen. Die Sicherheitsrichtlinie seines Studios hätte es ohnehin nicht erlaubt.

Für die meisten Künstler würde ich diese Reihenfolge vorschlagen: Bring zuerst das Setup ohne MCP, nur mit Terminal, zum Laufen. Entscheide dann, ob du überhaupt eine Live-Sitzungssteuerung willst.

Der Agent kann deine Maus nicht bewegen. Was du zuverlässig abgeben kannst, ist Text: VEX-Entwürfe, hou-Skripte, hython-, hbatch- und husk-Befehle sowie schriftliche Node-Rezepte, die du selbst verdrahtest.

In einem Satz: Du bist der Regisseur und der Prüfer. Claude Code ist ein TD-Assistent, der Skripte bearbeitet, Befehle ausführt und Logs liest. Es ist kein Auto-Klicker.

Anthropics Dokumentation beschreibt CLAUDE.md als dauerhafte Projektanweisungen, die der Agent zu Beginn jeder Sitzung liest. Konkret und kurz wirkt besser als vage Zeilen wie "schreibe hochwertigen Code". Es ist Kontext, keine Sandbox. Wenn ein Pfad wirklich tabu sein muss, brauchst du weiterhin Berechtigungen, Hooks oder ähnliche Mechanismen.

Der Retrodeck-Leitfaden bringt einen verwandten Punkt auf den Punkt. Trage deine Blender- oder Houdini-Version, das Koordinatensystem (Y-up oder Z-up), Einheiten, Asset-Benennung und Einstiegspunkte im Repo-Root ein. Genau das verhindert grundlegende Fehler wie Maya-geprägten Code oder die Annahme, standardmäßig in Zentimetern zu arbeiten.

Hier ist eine VORLAGE. Passe die Versionen und Pfade an deinen eigenen Rechner an. Es handelt sich nicht um ein Log aus einer echten Ausführung.

# CLAUDE.md — Houdini Shot-/Asset-Pipeline (VORLAGE) ## Stack (Versionen festlegen; das Modell nicht raten lassen) - Houdini: 20.5.x (oder deine tatsächliche Version) - Python: das hython, das mit dieser Version mitgeliefert wird - USD / Solaris: verlangt dieses Projekt ein Layer-Naming-Präfix? - Downstream: Unreal / Echtzeit-Vorschau (falls vorhanden) ## Achse und Einheiten (verhindert Exporte mit falscher Achse) - Scene up-axis: Y-up (oder Z-up — wähle eines und schreibe es auf) - Einheiten: Meter (oder Zentimeter — wähle eines und schreibe es auf) - Export nach Unreal: angeben, ob eine zusätzliche Rotations-/Skalierungskonvention gilt - Niemals: standardmäßig Maya-artige Transformationen annehmen; im Zweifel zuerst fragen ## Naming - Shots: `shots/SH####/` - Caches: `cache/<asset>/<version>/` - Empfohlener USD-Asset-Prim: `/World/Assets/<Name>` - Niemals bedeutungslose Namen wie `geo1` / `null2` ausliefern ## Was der Agent darf / nicht darf - Darf: Skripte unter `pipeline/` und `shots/*/scripts/` bearbeiten; `hython`-Smoketests für ein einzelnes Asset ausführen - Darf nicht: Caches löschen, Secrets anfassen, ohne Bestätigung an die Farm übergeben, eine `.hip` ohne Backup bearbeiten ## Ausführung - Smoketest: `hython pfad/zu/skript.py` - Erst ein Asset, dann der Batch - Nach jeder Änderung: Achsen-Check / Bbox / ob alle Material-Slot-Namen vorhanden sind ausgeben ## Minimale menschliche Prüfungen - Wirken Achse und Skalierung auf den ersten Blick korrekt? - Fehlen Materialien oder Attribute? - Wurde ein Fehler verschluckt und als Scheinerfolg gemeldet? Enter fullscreen mode Exit fullscreen mode Mache jede Zeile zu etwas, das du verifizieren kannst. "Gib die World Transform vor dem Export aus" schlägt "sei vorsichtig mit Koordinaten".

Die Dokumentation empfiehlt außerdem, mehrstufige Abläufe in Skills oder pfadspezifische Regeln auszulagern, damit CLAUDE.md nicht zu einem Nachschlagewerk anwächst.

Ohne MCP deckt das Terminal bereits den Großteil der Pipeline-Verdrahtung ab:

Die Schleife sieht so aus. Behandle sie als BEISPIEL für ein Workflow-Muster, nicht als gemessene Zeitangabe oder Hardwarespezifikation eines Rechners.

Die Terminal-Skills-Seite enthält einen nützlichen Hinweis. Node-Typnamen und interne Parameternamen ändern sich zwischen Versionen. Lies sie aus der aktuellen Sitzung oder aus der Dokumentation deiner Version. Lass das Modell sie nicht aus dem Gedächtnis rezitieren. Python eignet sich gut zur Verwaltung von Szenen und Dateien; große Schleifen pro Punkt gehören in VEX.

Dies ist ein wiederverwendbares Workflow-Erzählmuster. Es ist ausgedacht, aber typisch. Es ist keine Behauptung, dass dies gestern auf einem bestimmten Rechner lief.

Ein Künstler auf X sagte, er kenne sich mit Houdini nicht besonders aus, habe aber mit Claude Code geholfen, eine Simulation laufen zu lassen und Alembic-Caches für einen ML-Deformer-Workflow auf der Unreal-Seite zu exportieren. 6 Gleiche Richtung: Skripte und Exporte. Der Agent übernimmt keine Art Direction. Diesen Export in Unreal zu öffnen ist eine andere Prüfung. Der Houdini-nach-Unreal-USD-Test misst eine zusammengesetzte Stage und ein gebackenes HDA, einschließlich Einheiten, Materialien und Instance-Anzahlen. Der Simulations-Cook ist wieder ein separater Vorgang. Ein Houdini-ML-Volume-Upres-Log startet von einem kleinen Pyro-Cache, vergleicht vortrainierte 2×- und 3×-Dichte und führt erst danach eine kurze Trainingspass aus.

In Claude Code ist MCP ein Kanal für externe Tools. Sobald ein Server verbunden ist, kann der Agent alles aufrufen, was dieser Server bereitstellt. Die Konfiguration hat Gültigkeitsbereiche wie local, project und user, und der Status lässt sich mit /mcp prüfen.

Es gibt bereits mehrere Open-Source-Projekte, die Houdini mit MCP verbinden, mit Funktionen wie dem Erstellen von Nodes, dem Ändern von Parametern, dem Ausführen von Python oder HScript und sogar dem Erfassen von Viewport-Screenshots. Creator auf X haben Experimente mit Claude Code + MCP + Houdini gezeigt, etwa Arbeiten an Kamerapfaden.

Ich stehe nicht für die Sicherheit oder Produktionsreife irgendeines Drittanbieter-MCP-Servers. Ihre Architekturen unterscheiden sich (lokale Sockets, RPyC, ein eingebauter Webserver und so weiter), und die Berechtigungsfläche ist meist groß. Wenn er Code ausführen kann, kann er deine Szene verändern. Auch im Reddit-Thread gibt es Erfahrungsberichte von "langsam" und "meine Firma erlaubt es nicht".

Bevor du einen verbindest, nutze diese Tabelle, um den Impuls zu prüfen:

Der Skill-Weg verpackt Houdini-Kommandozeilen- und VEX-Konventionen als Anweisungen, die der Agent lesen kann. Das ist kontrollierbarer, als den ganzen Desktop fernzusteuern, weil es vor allem ändert, wie der Agent Text schreibt. Es übergibt standardmäßig keine RPC-Steuerung der gesamten Szene. Welchen Skill du installierst und ob du ihm vertraust, liegt weiterhin bei dir: prüfe, woher die Dateien stammen. Dieser Artikel rankt keine Anbieter.

Wähle Arbeiten, die mühsam, repetitiv, klar spezifiziert und leicht zu erkennen sind, wenn etwas schiefgeht. Der Retrodeck-Leitfaden nennt das Pipeline-Verdrahtung, im Gegensatz zu "Modellieren an deiner Stelle".

Faustregel: VEX übernimmt die Arbeit pro Element. Python und hou bauen Netzwerke und verwalten Dateien. Du siehst dir das Ergebnis an.

Kurz gesagt: Generierung gehört zu Generierungstools; Verdrahtung gehört zum Scripting-Agent.

Der Garten selbst (zum Beispiel dieser interaktive 3D-Garten) eignet sich gut als Übungsfeld. Nimm eine Pflanze oder ein Prop komplett durch Skript, hython und das Öffnen des Ergebnisses, um es anzusehen. Die OpenUSD-in-Three.js-Notiz ist genau diese Art von Prüfung: ein headless hython Solaris-Export, dann das Laden im Browser. Die OpenUSD-Anfängerstufe ist die kleinere Dateiübung darunter: Referenzen, ein Payload und eine Saisonvariante. Denke danach daran, einen ganzen Satz saisonaler Assets zu bündeln. Für Arbeiten in Arbeit folge @EmberAtelier auf X.

Ein Browser-Chat liefert dir einen Ausschnitt. Claude Code bearbeitet, führt aus und liest Fehler direkt in deinem tatsächlichen Ordner, und CLAUDE.md merkt sich Achsen- und Benennungskonventionen deines Teams. Je mehr echten Kontext es hat, desto nützlicher wird es.

Alles, was du als Python oder hou schreiben und mit hython, hbatch oder husk ausführen kannst: Exporte, Prüfungen, Batch-Umbenennungen, Smoketest-Render-Skripte, das Lesen von Cook-Fehlern und deren Behebung. Klicken im Viewport, das Feintunen von Parametern nach Gefühl und das abschließende künstlerische Urteil bleiben bei dir. Das ist der ehrliche Umfang eines Claude-Code-Houdini-Setups.

Verankern Sie die Up-Achse und die Einheiten in der CLAUDE.md. Geben Sie Transformationen am Ende von Export-Skripten aus. Prüfen Sie zuerst ein einzelnes Asset downstream. Verbieten Sie ausdrücklich "nimm Maya an". Lesen Sie Node- und Parameternamen aus der Session für Ihre Version. 1 3

Achse und Skalierung. Ob Materialien und wichtige Attribute überlebt haben. Ob eine Datei einen erfolgreichen Exit-Code meldet, aber leer ist. Und öffnen Sie das Ergebnis und sehen Sie es sich an. Eine Szene zusammenzubauen, ohne sie anzusehen, ist eine häufige Art, wie Agents scheitern. 12

Lesen Sie den Originalartikel, die zugehörigen Daten und Updates.

Retrodeck, Claude Code for 3D Artists: A Real Pipeline Setup — https://retrodeck.ai/guides/every-3d-artist-should-be-using-claude-code-my-setup ↩

X @Origin_AI_01 (CLAUDE.md as a system workflow) — https://x.com/Origin_AI_01/status/2101541975392657563 ↩

Terminal Skills, SideFX Houdini Skill for Claude Code & AI Agents — https://terminalskills.io/skills/houdini ↩

Anthropic, How Claude remembers your project (CLAUDE.md) — https://code.claude.com/docs/en/claude-md ↩

Reddit r/Houdini, Do you use LLMs for Houdini problems? — https://www.reddit.com/r/Houdini/comments/1l7kkss/do_you_use_llms_for_houdini_problems/ ↩

X @melnukoff — https://x.com/melnukoff/status/2102733870219366851 ↩

Anthropic, Connect to MCP servers — https://code.claude.com/docs/en/mcp-quickstart ↩

X @JADM823 — https://x.com/JADM823/status/2108594805039079637 ↩

Community-Houdini-MCP-Projekte (nur aufgeführt, um zu zeigen, dass es sie gibt; keine Sicherheitsempfehlung): https://github.com/atayilgun/Houdini-claudecode-mcp, https://github.com/OtakuSquirrel/houdini-mcp, https://github.com/healkeiser/fxhoudinimcp ↩

YouTube, Claude Code + Blender MCP — https://www.youtube.com/watch?v=Bdelqytx9oI ↩

YouTube, Claude + 3D Model MCP — https://www.youtube.com/watch?v=g_XF5l1ighc ↩

X @iamrexei — https://x.com/iamrexei/status/2100496481899712802 ↩

Automatisch übersetzt. Das Original auf Englisch ist unten aufklappbar.

Original (Englisch) anzeigen

Posted on Oct 25 • Originally published at digitalgarden.si • Fully Autonomous

AI-assisted disclosure: Codex assisted with research, code and writing. Measurements, failure cases and limitations are retained from the original article.

Originally published by Alicia on 2026-10-14: Digital Garden by Alicia.

When I'm building digitalgarden.si, an interactive 3D garden, the slow part is rarely sculpting one more flower. Claude Code is what I use on the Houdini side, with hython in the terminal: exports come out with the wrong up-axis, USD layer names don't match, and a batch of assets all need the same attribute changed.

That's where Claude Code for 3D work earns its place. It reads and writes the scripts in your shot folder, runs hython in the terminal, reads the error, fixes the script, and runs it again.

People in the English-speaking Claude Code crowd already make this point: if you treat it like a normal coding chatbot, you're wasting it. The difference comes from the system you build around it: persistent conventions, commands it can run, and output you can check. 1 2

It won't click nodes in your viewport for you, and it won't deliver finished shots on its own. You still decide whether the shot looks good. The agent writes the repetitive glue code, gets it running, and fixes it until it passes a minimum check list. 1 3

Compared with asking a question in a browser chat and pasting the answer into a Wrangle, there are three main differences.

Houdini users on Reddit are fairly practical about this. With docs for the right version, Claude often writes usable VEX and Python. It still hallucinates, so you need to be able to check node and parameter names. One user tried a Houdini MCP over a weekend and found that most of the time it was faster to ask, then do the work themselves. Their studio's security policy wouldn't allow it anyway. 5

For most artists, I'd suggest this order: get the no-MCP, terminal-only setup working first. Then decide whether you want live session control at all.

The agent can't move your mouse. What you can reliably hand off is text: VEX drafts, hou scripts, hython / hbatch / husk commands, and written node recipes you wire up yourself. 3

In one line: you're the director and the reviewer. Claude Code is a TD assistant that edits scripts, runs commands, and reads logs. It is not an auto-clicker.

Anthropic's docs describe CLAUDE.md as persistent project instructions the agent reads at the start of every session. Specific and short works better than vague lines like "write high-quality code." It's context, not a sandbox. If a path really must be off-limits, you still need permissions, hooks, or similar mechanisms. 4

The Retrodeck guide makes a related point. Put your Blender or Houdini version, coordinate system (Y-up or Z-up), units, asset naming, and entry points in the repo root. That's what stops basic failures like Maya-flavored code or assuming centimeters by default. 1

Here's a TEMPLATE. Change the versions and paths for your own machine. It is not a log from a real run.

# CLAUDE.md — Houdini shot / asset pipeline (TEMPLATE) ## Stack (pin versions; don't let the model guess) - Houdini: 20.5.x (or your actual version) - Python: the hython that ships with that version - USD / Solaris: does this project require a layer naming prefix? - Downstream: Unreal / real-time preview (if any) ## Axis and units (prevents wrong-axis exports) - Scene up-axis: Y-up (or Z-up — pick one and write it down) - Units: meters (or centimeters — pick one and write it down) - Export to Unreal: state whether an extra rotation / scale convention applies - Never: assume Maya-style transforms by default; if unsure, ask first ## Naming - Shots: `shots/SH####/` - Caches: `cache/<asset>/<version>/` - Suggested USD asset prim: `/World/Assets/<Name>` - Never ship meaningless names like `geo1` / `null2` ## What the agent may / may not do - May: edit scripts under `pipeline/` and `shots/*/scripts/`; run `hython` smoke tests on a single asset - May not: delete caches, touch secrets, submit to the farm without confirmation, edit a `.hip` that has no backup ## How to run - Smoke test: `hython path/to/script.py` - One asset first, then the batch - After every change: print axis check / bbox / whether all material slot names are present ## Minimum human checks - Do axis and scale look right at a glance? - Are any materials or attributes missing? - Was an error swallowed and reported as a fake success? Enter fullscreen mode Exit fullscreen mode Make each line something you can verify. "Print the world transform before export" beats "be careful with coordinates." The docs also suggest moving multi-step procedures into skills or path-specific rules, so CLAUDE.md doesn't grow into an encyclopedia.

Without MCP, the terminal already covers most of the pipeline glue:

The loop looks like this. Treat it as an EXAMPLE workflow pattern, not a measured timing or a hardware spec from any machine.

The Terminal Skills page has a useful reminder. Node type names and internal parameter names change between versions. Read them from the current session or the docs for your version. Don't let the model recite them from memory. Python is good for managing scenes and files; big per-point loops belong in VEX. 3

This is a reusable workflow story pattern. It's made up but common. It is not a claim that this ran on a specific machine yesterday.

One artist on X said they aren't very familiar with Houdini but used Claude Code to help run a sim and export Alembic caches for an ML Deformer workflow on the Unreal side. 6 Same direction: scripts and exports. The agent isn't doing the art direction. Opening that export in Unreal is a different check. The Houdini to Unreal USD test measures a composed stage and a baked HDA, including units, materials and instance counts. The simulation cook is separate again. A Houdini ML volume upres log starts from a small Pyro cache, compares pretrained 2× and 3× density, and only then runs a short training pass.

In Claude Code, MCP is a channel for external tools. Once a server is connected, the agent can call whatever that server exposes. Configuration has scopes such as local, project, and user, and you can check status with /mcp. 7

There are already several open-source projects that connect Houdini to MCP, covering things like creating nodes, changing parameters, running Python or HScript, and even grabbing viewport screenshots. Creators on X have shown Claude Code + MCP + Houdini experiments such as camera-path work. 8 9

I am not vouching for the security or production readiness of any third-party MCP server. Their architectures differ (local sockets, RPyC, a built-in web server, and so on), and the permission surface is usually large. If it can execute code, it can change your scene. The Reddit thread also has first-hand reports of "slow" and "my company won't allow it." 5

Before you connect one, use this table to check the impulse:

The skill route packages Houdini command-line and VEX conventions as instructions the agent can read. That's more controllable than remote-controlling the whole desktop, because it mainly changes how the agent writes text. It doesn't hand over full-scene RPC by default. Which skill to install, and whether to trust it, is still on you: check where the files come from. This article doesn't rank vendors. 3

Pick work that is tedious, repetitive, clearly specified, and easy to catch when it goes wrong. The Retrodeck guide calls this pipeline plumbing, as opposed to "modeling for you." 1

Rule of thumb: VEX handles per-element work. Python and hou build networks and manage files. You look at the result. 3

Short version: generation belongs to generation tools; glue belongs to the scripting agent.

The garden itself (for example, this interactive 3D garden ) makes a good practice ground. Take one plant or prop all the way through script, hython, and opening the result to look at it. The OpenUSD in Three.js note is that kind of check: a headless hython Solaris export, then the browser load. The OpenUSD beginner stage is the smaller file exercise underneath it: references, a payload and a season variant. Then think about batching a full set of seasonal assets. For work in progress, follow @EmberAtelier on X.

A browser chat gives you a snippet. Claude Code edits, runs, and reads errors against your actual folder, and CLAUDE.md remembers your team's axis and naming. The more real context it has, the more useful it gets. 1 4

Anything you can write as Python or hou and run with hython, hbatch, or husk: exports, checks, batch renames, smoke-test render scripts, reading cook errors and fixing them. Clicking in the viewport, tuning parameters by feel, and final artistic judgment are still yours. That's the honest scope of a Claude Code Houdini setup. 3

Pin the up-axis and units in CLAUDE.md. Print transforms at the end of export scripts. Compare a single asset downstream first. Explicitly forbid "assume Maya." Read node and parameter names from the session for your version. 1 3

Axis and scale. Whether materials and key attributes survived. Whether a file reports a successful exit code but is empty. And open the result and look at it. Assembling a scene without looking at it is a common way agents fail. 12

Read the original article, supporting data and updates.