Claude Code × 3DCG活用ガイド｜Blender・Maya・Houdini・Substance連携

2026年5月2日2026年5月9日

夕宮たいだ

ふぁ……みんな〜、今日はClaude Code を3DCGツールと組み合わせる話だよぉ。Blender・Maya・Houdini・Substance、ぜんぶまとめていくねぇ。

Claude Code は元々「ターミナル＋エディタ上でコードを書くAIエージェント」ですが、2026年に入ってから 3DCGツールとの連携 が一気に実用フェーズに入りました。きっかけは2026年4月28日にAnthropicが発表した 9種類の公式クリエイティブコネクタ（Blender・Adobe・Autodesk Fusion・SketchUp など）と、その前後で急速に整備された MCP（Model Context Protocol）サーバー群 です。

Claude CodeがBlender、Maya、Houdini、Substanceと連携する全体図 — 図1：Claude CodeはDCCごとに違う入口で連携する

この記事ではぁ、3DCGアーティストやTD（テクニカルディレクター：3DCG パイプライン全体を設計する技術職。アーティストとプログラマの橋渡し役）が現場で使えるレベルの「Claude Code × Blender / Maya / Houdini / Substance」最新事情と効率化事例を、ツール別にまとめて解説します。

🎨 Blender ── 公式コネクタ＋コミュニティ製MCPの両輪
🎭 Maya ── Pythonコマンドポート＋MCPサーバーで対話操作
🌊 Houdini ── HoudiniMCP・Houdini AI Assistant でVEX/HDAをAI支援
🎨 Substance ── 公式MCPは未提供だがPython API＋SATで強力な自動化

各ツールごとに 「ひとことで：◯◯です」 のサマリーを置いてありますので、興味のあるところから流し読みでもOKです。

なぜ今「Claude Code × 3DCG」なのか

ひとことで：DCCツール側のPython APIと、Claude Code側のMCP/Skillsが噛み合ったタイミングです。

Blender・Maya・Houdini・Substance はいずれも長年にわたって Python API（およびVEX＝Houdini の高速処理言語、MEL＝Maya 標準のスクリプト言語等の独自言語） を提供してきました。これまでも社内ツールやアーティスト個人の小さな自動化スクリプトは大量に書かれてきましたが、ボトルネックは常に「そのスクリプトを書ける人が限られていた」点にありました。

2025年〜2026年にかけて、Claude Code が以下の3点を満たしたことで状況が変わりました。

MCPサーバー対応：DCCツール側のソケットを介して、シーンの状態をAIが直接読み書きできる
長文コンテキスト＋拡張思考：複雑なノードグラフやVEXコードを丸ごと読み込んで意図を解釈できる
Skills/サブエージェントによる役割分担：「VEX担当」「HDA設計担当」のように専門化できる

結果として、これまで 「TDに依頼しないと書けなかったスクリプト」をアーティスト本人が自然言語で書ける ようになり、3DCGの制作パイプライン全体が再設計されつつあります。

夕宮たいだ

ほよ？「TDに毎回お願いしてた処理」が、自分のターミナルから自然言語で書けちゃうのって、けっこう革命だねぇ……。

Claude Code × Blender ── 公式コネクタとMCPサーバーが揃った定番構成

ひとことで：BlenderはAnthropic公式コネクタが出た「最も連携が成熟した」ツールです。

2026年4月28日、Anthropic は Claude for Creative Work として9種類のコネクタを発表し、その中で Blender 公式コネクタ をリリースしました。あわせて Blender 財団のPython API開発に対する一回限りの寄付も行われており、AnthropicとしてBlenderを戦略的に重要なエコシステムと位置づけていることが読み取れます。

公式コネクタとコミュニティ製 blender-mcp の違い

Blender連携には大きく2系統があります。

公式コネクタ（claude.ai 経由）── Anthropic製。Blender公式の MCPサーバー経由で動作。安定性とセキュリティ重視。
blender-mcp（コミュニティ製）── ahujasid/blender-mcp をはじめとした有志実装。Claude Code を含む各種MCPクライアントから利用でき、PolyHaven連携やSketchfab連携など実験的機能が早く入る。

本番案件では公式コネクタを軸に、研究開発や個人制作ではコミュニティ版を使う、という使い分けが現実解です。Claude Code から接続する場合は、いずれの場合も claude mcp add でMCPサーバーを登録するだけで利用できます（詳しくは MCP・Hooks活用ガイドを参照してください）。

Claude Code × Blender でできること

シーン読解と説明：複雑なジオメトリノード／モディファイアスタックをAIが読んで「何をしているか」を要約
バッチ操作：「すべてのMeshに自動スムーズ角30°を適用」「Empty以外の親子関係を解除」など一括処理
未使用データのクリーンアップ：未参照Image/Material/Meshの自動検出と削除
UI拡張Pythonの自動生成：自前のオペレータやパネルを bpy ベースで書き起こし
自然言語による初期シーン生成：「Low-polyの山と湖のシーンをHDRI付きで」のようなプロンプトから雛形を生成

効率化事例：プロップのバッチ命名・LOD生成

ゲーム開発の現場で頻出するのが命名規則の統一とLOD（Level of Detail：カメラからの距離に応じてポリゴン数の異なるモデルへ切り替える仕組み）の量産です。例えば「SM_（Static Mesh の意）プレフィックス＋カテゴリ＋連番」に全Mesh（メッシュ：3Dモデルの形状データ）を揃え、各MeshにDecimateモディファイア（Blender に内蔵されたポリゴン数を一定割合で削減する変形機能）でLOD0〜LOD3を自動生成するスクリプトは、Claude Code に CLAUDE.md でプロジェクトの命名規則を伝えたうえで 依頼すれば、20〜30行のオペレータとして即生成できます。

従来であればTDが半日かけて書いていた処理が、アーティスト本人の手元で 数分で動くプロトタイプ として返ってくるのが、最大の変化点です。

夕宮たいだ

ほら、便利でしょ？「これTDさんに頼まなくていいんだ……」ってなるやつだよぉ。

Claude Code × Maya ── Pythonコマンドポートで対話的に操作

ひとことで：MayaはPythonコマンドポートを開けて、MCPサーバー経由でClaude Codeから操作する構成が定番です。

Maya 連携は現時点でAnthropic公式コネクタは存在しませんが、コミュニティ実装が複数あり、すでに実戦投入できる水準です。代表的なのは PatrickPalmer/MayaMCP や chadrik/maya-mcp-server など、いずれもMayaのPythonコマンドポート（Maya がポート番号を割り当てて Python コマンドを TCP 通信で受け付ける、Maya 標準の外部連携窓口）を開いてMCP経由で命令を投げる構造になっています。

基本セットアップ

Maya側は1行のスクリプトでコマンドポートを開きます。

import maya.cmds as cmds
cmds.commandPort(name=":7002", sourceType="python")

Claude Code 側はMCPサーバーを登録します。

claude mcp add --transport stdio maya -- uvx maya-mcp-server

これで Claude Code から Maya のシーンに対して、cube/sphere/camera/spotLight など30以上の組み込みツールを通じて型付きで安全に操作命令を出せるようになります。任意コードを実行する方式ではなく、ツール経由で読み書きするため、誤爆リスクが小さいのが特徴です。

Claude Code × Maya でできること

シーンクエリ：「現在シーンにあるすべてのカメラのフォーカル長を一覧で」
リギング補助：FK/IKチェーンの作成、コンストレイントの一括設定
パブリッシュ前チェック：未使用ノード・無効な命名・残ったヒストリーの検出
ツール拡張：自社パイプライン用のシェルフボタンPython生成
MELの解読・Python移植：旧来のMEL資産をPythonに書き直す作業を支援

特に 「TD/リガー/パイプライン開発者がClaude Codeを副操縦士として使う」 用途に強く、シーンに対して「こうしたい」を会話で伝えるだけで、検証付きの操作が走るというのは、従来のスクリプティングとは別物の体験になります。

夕宮たいだ

MELの古いツールをPythonに移植する作業、地味だけど時間泥棒だったよねぇ。あれをAIに渡せるのは大きいよぉ。

Claude Code × Houdini ── VEX/HDA生成にAIを組み込む

ひとことで：HoudiniはMCPと特化型AIツールの2系統が実用に入っています。

Houdini連携は2方向あります。1つは MCPサーバー経由でClaude Code から直接操作 する方式（HoudiniMCP）、もう1つは Houdini内に常駐するAIアシスタント（Radu Cius氏の Houdini AI Assistant 等）にClaudeをLLMとして組み込む方式です。

HoudiniMCP（コミュニティ製）

Merih Oztaylan氏が公開した HoudiniMCP は、Claude を含む対話型AIから Houdini を直接制御するMCP実装です。シーン作成、シミュレーション設定、レンダリング、合成データ生成（材質スワップ・ライティング変更・パーティクル実行を組み合わせたGround Truth付きデータセット作成）など、Houdiniの強みであるパイプライン的処理をAIから駆動できる点が魅力です。

Houdini AI Assistant（VEX/HDA特化のMoE構成）

Radu Cius氏が販売する Houdini AI Assistant は、Mixture of Experts（MoE：「専門家の混成」と訳される、複数の専門特化したAIに役割を振り分けるアーキテクチャ）構成でVEX/Wrangle 担当AI と HDA（Houdini Digital Asset：Houdini で作ったノード群を再利用可能な独自ノードとしてパッケージ化したもの）設計担当AI を分離している点が特徴です。Claude のほか OpenAI・DeepSeek 等のマルチプロバイダ対応で、用途に応じて最適なモデルに振り分けます。

Claude Code × Houdini でできること

VEXコード生成：「ポイント密度に応じて法線方向に押し出す」のような数行のWrangleを即生成
HDA設計支援：パラメータインターフェースの設計、入出力ノードの構造化
シミュレーション設定：Pyro/FLIPの初期パラメータ提案、解像度バリエーションの自動生成
合成データ生成：機械学習用データセットを照明・材質バリエーション付きで一括レンダ
ノードネットワークのレビュー：複雑なネットワークの依存関係をAIに要約させる

VEXは記述量が少ない代わりに 「書ける人」が極端に限られる 言語ですので、Claude Codeに VEX公式ドキュメントをリファレンスとして渡したうえで生成させると、TDコストの大幅削減につながります。サブエージェント・並列作業ガイドで紹介した「VEX担当」「HDA担当」をサブエージェント化する設計とも相性がよいです。

夕宮たいだ

VEX、ちょっとずつ覚えてるけどむずかしいねぇ……でも「やりたいこと」を伝えれば書いてくれるなら、ハードル下がるよぉ。

Claude Code × Substance ── 公式MCPなしでもPython API＋SATで強い

ひとことで：SubstanceはMCP連携こそ未整備ですが、Claude Codeにスクリプトを書かせる方向で十分強力です。

2026年5月時点で、Substance Painter / Designer 向けの公式MCPコネクタは公開されていません。ですが Substance には以下の強力なスクリプティング基盤があり、Claude Code との相性は良好です。

Substance Painter Python API：カスタムExporter・パネル・シェルフを Python＋PySide で構築可能
Substance Automation Toolkit（SAT）：Substance Designer をPythonから外部制御し、SBSの編集・エクスポート・バッチ処理が可能
Substance Engine：CLI からテクスチャをバリエーション付きで一括生成

Claude Code × Substance Painter の活用パターン

カスタムExporterプラグイン：UEやUnity向けの命名規則・チャンネル分けに最適化したエクスポート
テクスチャセット命名の一括変更：プロジェクト規約に合わせてリネーム＋プレビュー再生成
ベイク前チェック：UV重複・NonManifold・スケール異常の検出

Claude Code × Substance Designer の活用パターン

SATスクリプトでバッチ生成：1個の .sbs ファイルから、解像度／カラー／ラフネスのバリエーションを数十枚一括出力
SBSARのパッケージング：Unreal/Unity向けの公開パラメータを整形
ノードドキュメント化：複雑なグラフをClaudeに読ませて「このノードは何をしているか」をMarkdownで書き出し、社内Wiki化

「Claude Codeでテクスチャ生成スクリプトを書く → SATで実行 → 結果をBlender/Maya/Houdiniに自動配信」というパイプラインの上流に置く使い方が、現時点でのSubstance × Claude Code のスイートスポットです。

ツール横断で効くClaude Code活用Tips

ひとことで：CLAUDE.md・Skills・Hooksを使うと、3DCGパイプライン全体が「自分専用のアシスタント」に化けます。

1. CLAUDE.md にDCC固有のルールを書く

プロジェクトルートの CLAUDE.md に、以下のような制作ルールを書くだけで、全ツール共通のクオリティ底上げになります。

命名規則（プレフィックス・連番桁数・大文字小文字）
UE/Unity への出力単位（cm/m）と座標系（Y-up / Z-up）
テクスチャの解像度・チャンネルパッキングの規約
「使ってよいAPI」「禁止API」（古いMEL関数の禁止など）

CLAUDE.md の書き方は CLAUDE.md 完全ガイドで詳しく解説しています。

2. SkillsでツールごとのPythonテンプレートを用意

Claude Code の Skills 機能を使うと、「Mayaシェルフ追加用ボイラープレート」「Houdini Python SOPの雛形」「Substance Painter Exporterのスケルトン」 のようなテンプレートを /skill-name 一発で呼び出せます。スラッシュコマンド & スキル完全ガイドも併せてどうぞ。

3. Hooksでレンダ完了通知やバージョン管理を自動化

Stop イベントの Hooks を使えば「Claude Code がレンダリングスクリプトを終えたら、Slackへ通知＋成果物をGitに add」のようなワークフローを完全自動化できます。MCP・Hooks活用ガイドの Hooks 章で具体例を紹介しています。

夕宮たいだ

やったねぇ、CLAUDE.md＋Skills＋Hooksの三点セットは「3DCG業務全体に効く」ポイントだから覚えておいてぇ。

注意点・限界（先に知っておきたいこと）

ひとことで：MCPは便利ですが「ローカルポートを開ける」前提なので、権限・セキュリティ設計は最初に詰めてください。

ローカルポート開放のリスク：MayaのコマンドポートやHoudiniMCPは、不用意に外部公開すると任意コード実行の踏み台になります。必ずlocalhostのみ・必要時のみ有効化してください。
破壊的操作には人間レビュー：シーンの大量削除・上書き保存・バッチリネームは元に戻しにくいため、Claude Codeに任せきりにせずPlan Modeでドライランしてから実行するのが安全です（パーミッションと安全設定ガイド参照）。
一発で完璧にはならない：特にHoudiniのVEXやMayaのリギングは、シーンに依存する暗黙ルールが多いため、Claude Codeの初回出力は必ず小さなテストシーンで検証してください。
ライセンスとAPI規約：商用パイプラインに組み込む場合、各DCCツールのAPI利用規約とMCPサーバーのライセンスを必ず確認してください。