Unreal で LLM をどこに使う？

**主に C++ コード生成と Editor 自動化スクリプト**。Blueprint はビジュアルスクリプトなので LLM が直接編集できない (XML 風だが GUID 参照が多すぎる)。実務では「Blueprint で組んだロジックを C++ に書き起こす」を Claude に頼むパターン、または「C++ Component を作って Blueprint から呼ぶ」構成が多い。

C++ と Blueprint、どちらを選ぶ？

**プロトタイプ / レベル固有のロジック → Blueprint**、**コアシステム / 性能要件 / 再利用するもの → C++**。Epic 公式も「Blueprint で書いて、必要に応じて C++ にナティブ化」を推奨。LLM 観点では C++ の方が連携しやすい。

Unreal は学習コスト高い？

**Godot / Unity と比べると確かに高い**。理由: ①C++ の前置き (ビルドシステム / マクロ / ポインタ / GC)、②UObject システム / Reflection / Garbage Collection の独自仕様、③Editor 自体が重い (起動 30 秒〜)。LLM がこの学習曲線をかなり緩和できるが、ゼロから 1 人で完成品まで持っていくのは Godot より時間が掛かる。

MetaHuman / Nanite / Lumen を使いたい場合

**フォトリアル系の AAA 級の品質**を狙うなら Unreal 一択。MetaHuman でリアル人物アセット、Nanite で高ポリゴンモデル、Lumen でリアルタイム GI。LLM はこれらの設定パラメータを文章から推奨できる程度 (Editor 操作までは MCP 等が成熟していない 2026 年時点)。

コンソール / 大規模配信を考えると Unreal が有利？

**PS / Xbox / Switch / WebGPU 等、主要プラットフォーム対応の手厚さは Unreal が頭一つ抜けている**。AAA タイトルの実績数も最大。逆に小規模 / インディーで「とにかく早く出す」なら Godot / Unity が早い。

ライセンスとロイヤリティ

**売上 100 万 USD/年まで無料、超過分に 5% ロイヤリティ**。Epic Games Store 出すと Epic 経由は 0%、他ストア (Steam 等) は 5%。インディーは超えにくいので実質無料。受託 (work-for-hire) では一定額のシート費。

Unreal Engine 5 × LLM ── C++ 生成と Blueprint の隙間を埋める（LLM Gamedev EP.4）

EP.02 (), EP.03 () と続いて、本 EP は 5 × 。LLM 連動度は ★3 と前 2 者に劣りますが、フォトリアル 3D / コンソール対応 / 大規模配信を考えると候補に入る選択肢。とのハイブリッド設計が鍵。

1. Unreal で LLM が活躍する場所

対象	LLM 連動度	備考
C++ コード	高	AActor / UComponent / Subsystem のボイラープレート生成が特に効く
Editor Utility Scripts (Python)	高	アセット一括処理、ビルド自動化
Material Editor	低	ノードベース GUI、LLM 直接編集不可
Blueprint	低	ビジュアルスクリプト、生成は困難
Niagara (VFX)	低	ノードベース、パラメータ提案までは可
Sequencer (シネマティック)	中	Python API 経由で操作可能

2. C++ コード生成の典型例 (AActor)

MyPawn.h

Code

#pragma once
#include "CoreMinimal.h"#include "GameFramework/Pawn.h"#include "MyPawn.generated.h"
UCLASS()class MYGAME_API AMyPawn : public APawn{    GENERATED_BODY()
public:    AMyPawn();
    UPROPERTY(EditAnywhere, Category = "Movement")    float Speed = 600.0f;
protected:    virtual void BeginPlay() override;    virtual void Tick(float DeltaTime) override;    virtual void SetupPlayerInputComponent(UInputComponent* PlayerInputComponent) override;
private:    void MoveForward(float Value);    void MoveRight(float Value);
    UPROPERTY(VisibleAnywhere, Category = "Components")    UStaticMeshComponent* MeshComponent;};

MyPawn.cpp

Code

#include "MyPawn.h"#include "Components/InputComponent.h"
AMyPawn::AMyPawn(){    PrimaryActorTick.bCanEverTick = true;
    MeshComponent = CreateDefaultSubobject<UStaticMeshComponent>(TEXT("MeshComponent"));    RootComponent = MeshComponent;}
void AMyPawn::BeginPlay(){    Super::BeginPlay();}
void AMyPawn::Tick(float DeltaTime){    Super::Tick(DeltaTime);}
void AMyPawn::SetupPlayerInputComponent(UInputComponent* PlayerInputComponent){    Super::SetupPlayerInputComponent(PlayerInputComponent);    PlayerInputComponent->BindAxis("MoveForward", this, &AMyPawn::MoveForward);    PlayerInputComponent->BindAxis("MoveRight", this, &AMyPawn::MoveRight);}
void AMyPawn::MoveForward(float Value){    AddActorLocalOffset(FVector(Value * Speed * GetWorld()->GetDeltaSeconds(), 0, 0));}
void AMyPawn::MoveRight(float Value){    AddActorLocalOffset(FVector(0, Value * Speed * GetWorld()->GetDeltaSeconds(), 0));}

Enhanced Input System (UE 5.1+)

UE 5.1 から Input System が刷新された。PlayerInputComponent->BindAxis は旧 API。新規プロジェクトは Enhanced Input (Input Action / Input Mapping Context) を使う。Claude に「UE5.3 で Enhanced Input を使って」と指示すれば対応してくれる。

3. Editor Utility Scripts (Python)

Unreal は Editor 内で Python が動く。アセット一括処理 / ビルド自動化 / テスト実行などを Claude に書かせて、Editor 経由で実行できる。

全 StaticMesh に LOD を追加する Editor スクリプト

Python

import unreal
@unreal.uclass()class AutoLODGenerator(unreal.Object):
    @unreal.ufunction(callable=True)    def add_lods_to_all_meshes(self, asset_path: str = "/Game/Meshes"):        asset_registry = unreal.AssetRegistryHelpers.get_asset_registry()        assets = asset_registry.get_assets_by_path(asset_path, recursive=True)
        for asset_data in assets:            asset = asset_data.get_asset()            if isinstance(asset, unreal.StaticMesh):                # LOD0 から 50% / 25% / 12% のスクリーンサイズ閾値で LOD 追加                unreal.EditorStaticMeshLibrary.set_lods(asset,                    unreal.EditorScriptingMeshReductionOptions(                        auto_compute_lod_screen_size=False,                        reduction_settings=[                            unreal.EditorScriptingMeshReductionSettings(percent_triangles=0.5),                            unreal.EditorScriptingMeshReductionSettings(percent_triangles=0.25),                            unreal.EditorScriptingMeshReductionSettings(percent_triangles=0.12),                        ]                    ))                unreal.log(f"Added LODs to {asset.get_name()}")
# 実行: Editor → Window → Output Log → コンソールで:# AutoLODGenerator().add_lods_to_all_meshes("/Game/Meshes")

4. Blueprint との付き合い方

Blueprint で組んだロジックを Claude が C++ に書き起こす: スクリーンショットを貼って「これを C++ で同等に」
逆 (C++ → Blueprint) は不可、Editor で手動
C++ Component + Blueprint Wrapper: 主要ロジックを C++、レベル固有のチューニングを Blueprint
Blueprint to Text Plugin (Marketplace) で Blueprint を可読テキスト化 → LLM が読める

5. MetaHuman + LLM の組合せ

MetaHuman Creator で人物アセット作成 (顔・髪・衣装を Web ベースで)
LLM で台詞・性格設定 → MetaHuman Audio-Driven Animation で口パク自動
OpenAI Realtime API / Anthropic で対話、ElevenLabs で音声化、MetaHuman で表示 → AI NPC
注意: フォトリアル人物 + LLM 対話は「Uncanny Valley」を起こしやすい、用途設計が重要

6. Nanite / Lumen と LLM

Nanite (仮想化ジオメトリ) と Lumen (リアルタイム GI) は UE5 の目玉機能。LLM の役割は限定的 (パラメータ調整推奨くらい) だが、「Lumen のチラつきを抑えたい、設定どうする」のような質問には Claude が UE5 ドキュメント情報をベースに答えられる。

7. ビルド・パッケージ自動化

UAT (Unreal Automation Tool) でパッケージング

Bash

# Mac/Linux 例./Engine/Build/BatchFiles/RunUAT.sh BuildCookRun \  -project="/path/to/MyGame.uproject" \  -platform=Mac \  -configuration=Shipping \  -cook -allmaps -build -stage -pak -archive \  -archivedirectory="/path/to/Output"
# Windows./Engine/Build/BatchFiles/RunUAT.bat BuildCookRun \  -project="C:\Path\MyGame.uproject" \  -platform=Win64 -configuration=Shipping \  -cook -allmaps -build -stage -pak -archive \  -archivedirectory="C:\Output"

8. ハマりどころ

問題	対処
UCLASS / UPROPERTY マクロ忘れ	リフレクション効かず Blueprint から見えない
GENERATED_BODY() 漏れ	コンパイルエラー、コピペ忘れ
Hot Reload 不安定	Live Coding 推奨、駄目なら Editor 再起動
GC で UObject 消える	UPROPERTY() で保持、TWeakObjectPtr で参照
Header 循環依存	Forward declaration + .cpp での include
Engine バージョンアップでビルド壊れる	.uproject の EngineAssociation を慎重に変更

9. 次の話

EP.05 は pygame で学ぶ LLM 開発の全工程 ── 一番シンプルな環境で、仕様策定 → 実装 → 配布まで Claude と一緒に進めるサンプル。教育・プロトタイプの定番。

よくある質問

Unreal で LLM をどこに使う？: **主に C++ コード生成と Editor 自動化スクリプト**。Blueprint はビジュアルスクリプトなので LLM が直接編集できない (XML 風だが GUID 参照が多すぎる)。実務では「Blueprint で組んだロジックを C++ に書き起こす」を Claude に頼むパターン、または「C++ Component を作って Blueprint から呼ぶ」構成が多い。
C++ と Blueprint、どちらを選ぶ？: **プロトタイプ / レベル固有のロジック → Blueprint**、**コアシステム / 性能要件 / 再利用するもの → C++**。Epic 公式も「Blueprint で書いて、必要に応じて C++ にナティブ化」を推奨。LLM 観点では C++ の方が連携しやすい。
Unreal は学習コスト高い？: **Godot / Unity と比べると確かに高い**。理由: ①C++ の前置き (ビルドシステム / マクロ / ポインタ / GC)、②UObject システム / Reflection / Garbage Collection の独自仕様、③Editor 自体が重い (起動 30 秒〜)。LLM がこの学習曲線をかなり緩和できるが、ゼロから 1 人で完成品まで持っていくのは Godot より時間が掛かる。
MetaHuman / Nanite / Lumen を使いたい場合: **フォトリアル系の AAA 級の品質**を狙うなら Unreal 一択。MetaHuman でリアル人物アセット、Nanite で高ポリゴンモデル、Lumen でリアルタイム GI。LLM はこれらの設定パラメータを文章から推奨できる程度 (Editor 操作までは MCP 等が成熟していない 2026 年時点)。
コンソール / 大規模配信を考えると Unreal が有利？: **PS / Xbox / Switch / WebGPU 等、主要プラットフォーム対応の手厚さは Unreal が頭一つ抜けている**。AAA タイトルの実績数も最大。逆に小規模 / インディーで「とにかく早く出す」なら Godot / Unity が早い。
ライセンスとロイヤリティ: **売上 100 万 USD/年まで無料、超過分に 5% ロイヤリティ**。Epic Games Store 出すと Epic 経由は 0%、他ストア (Steam 等) は 5%。インディーは超えにくいので実質無料。受託 (work-for-hire) では一定額のシート費。

この記事の感想を教えてください

あなたの 1 クリックで、本当にこの記事は更新されます。「もっと詳しく」「続編希望」が一定数集まった記事は、ふくふくが 実際に内容を拡充したり続編記事を公開 します。送信したリアクションはお使いのブラウザに記録され、再カウントされません。

免責事項

本記事は執筆時点の情報および実装例として公開しているものであり、内容の正確性・完全性・最新性を保証するものではありません。各データソース・API・SaaS の仕様・利用規約・料金は予告なく変更される場合があります。
コード・コマンド・手順を実装や本番運用に流用する際は、必ず最新の公式ドキュメントおよび利用規約を確認のうえ、ご自身の責任で適切な検証・テストを行ってください。
本記事の情報を利用したことにより生じた損害（データ消失・サービス中断・契約違反・第三者からの請求等）について、合同会社ふくふくおよび執筆者は一切の責任を負いません。
本記事は技術・実装上の解説を目的としたものであり、法務・税務・コンプライアンス・経営上のアドバイスを構成するものではありません。実際の判断にあたっては、必要に応じて専門家にご相談ください。
記事中で紹介する第三者のサービス・製品・OSS・データ提供者については、各提供元の利用規約・ライセンス条件が優先されます。

Unreal Engine 5 × LLM ── C++ 生成と Blueprint の隙間を埋める

1. Unreal で LLM が活躍する場所

2. C++ コード生成の典型例 (AActor)

3. Editor Utility Scripts (Python)

4. Blueprint との付き合い方

5. MetaHuman + LLM の組合せ

6. Nanite / Lumen と LLM

7. ビルド・パッケージ自動化

8. ハマりどころ

9. 次の話

よくある質問

この記事の感想を教えてください

Unity 6 × Cursor ── C# 生成と prefab バイナリ問題の付き合い方

pygame で学ぶ LLM 開発の全工程 ── 仕様 → 実装 → 配布まで Claude と

Godot 4 × Claude Code ── godot-mcp で 2D プラットフォーマーを生成させる

まずは、現状を聞かせてください。

Unreal Engine 5 × LLM ── C++ 生成と Blueprint の隙間を埋める

1. Unreal で LLM が活躍する場所

2. C++ コード生成の典型例 (AActor)

3. Editor Utility Scripts (Python)

4. Blueprint との付き合い方

5. MetaHuman + LLM の組合せ

6. Nanite / Lumen と LLM

7. ビルド・パッケージ自動化

8. ハマりどころ

9. 次の話

よくある質問

この記事の感想を教えてください

あわせて読みたい記事

Unity 6 × Cursor ── C# 生成と prefab バイナリ問題の付き合い方

pygame で学ぶ LLM 開発の全工程 ── 仕様 → 実装 → 配布まで Claude と

Godot 4 × Claude Code ── godot-mcp で 2D プラットフォーマーを生成させる

まずは、現状を聞かせてください。