最強のAI Claude Fable5でも踏み抜いた「USDZ変換の罠」。ラストワンマイルを救った人間のディレクション
「AIが3Dの仕事を奪う」という言説は、現場を知る人間ほど信じていません。なぜなら、3Dデータのコンバートや実機デバッグには、ツール間の仕様の差やデータ破損といった「泥臭いトラブル」が付き物だからです。
しかし今日、世界最高峰の知能を持つ次世代AI「Claude Fable 5」と挑んだ、とある3Dモデルのセットアップ作業で、その常識が覆るような体験をしました。
結論から言えば、「DCCツール間の翻訳エラーやデータ破損を数分で自律デバッグする超一流の3Dアーティスト」としてAIが自律駆動し、そのAIがどうしても踏み抜いてしまった最後の地雷を、「人間の観察眼（ディレクション）」が取り除いたのです。
現場で何が起きていたのか、その技術的な舞台裏を明かします。
1. 24分間で「アセットの再構築」と「パイプライン処理」を完結させるAI
お題は、某海外ディーラー製の「ヨル・フォージャー」の3Dアセット（約5GB）。最終ゴールは、Blenderでの最適化と、Vision Pro（RealityKit環境）で破綻なく動く「USDZ形式」への一括変換です。
渡された初期データは壊滅的でした。FBXはマテリアルが剥がれ、テクスチャパスは作者のWindowsローカル環境のまま。これをそのままインポートしても、全身ピンクかグレーの「虚無」が生成されるだけです。
ここで、Claude Fable 5にリポジトリごとデータを渡し、「BlenderでリグとMustardUIが動くように整合性をとり、さらにUSDZへ最適化して書き出して」とだけ指示しました。
ここからのAIの自律駆動のスピードが異次元でした。
[AIが行った自律処理のログ（一部）]
- Blender 5.0 headless環境の起動
- MustardUI / ARP rig_tools アドオンの自動インストール
- 欠損テクスチャの特定と再Reparent
- エラーを起こしていた表情用（シェイプキー）のドライバー44件の自動検出・一括削除
さらに、Blender 5.0で変更されたばかりのエクスポーターAPIの仕様変更（visible_objects_only や export_textures のキーワード廃止）に直面しても、自らPythonスクリプトをその場で書き換えて即座に自己修正。
最終的に、アセット全体のテクスチャをJPEG/PNGへ2Kリサイズ・最適化し、771MBあった容量を73MBまで軽量化。 usdchecker --arkit を通過するUSDZファイルを、わずか24分間でビルドしてのけたのです。
3Dパイプラインのエンジニアが数日かけて組むような自動化スクリプトの作成とデバッグを、思考の速度で完結させた瞬間でした。
2. RealityKitの「洗礼」と、AIが迷い込んだ迷宮
しかし、どれだけAIが優秀でも、AppleのRealityKit（Vision Proの描画エンジン）という「独自の仕様」の壁が立ちはだかります。実機に転送すると、3Dならではの深刻なトラブルが発生しました。
🐛 トラブル①：眼球が赤すぎる
Blender上では「虹彩のマスクマップ × 赤色」のコンポジットノードで虹彩部分だけを発光させていた（Emissive）のですが、USDZへのベイク時にマスク情報がロスト。定数発光（Solid Color）として解釈され、眼球全体が赤く光るホラー状態になっていました。
🐛 トラブル②：髪の毛が「すりガラスの盾」になる
キャラクターのサイドテールなど、板ポリゴンにアルファ（不透明度マップ）を抜いて表現する「髪の房」の領域。実機で見ると、透明なはずの部分がうっすらとグレーに濁り、胸や肩の肌を覆う「すりガラス」のようになっていました。
原因は、RealityKitのブレンド描画の仕様です。USD側の opacityThreshold（カットアウト指定）が実機ビューア側で無視され、アルファ0の完全透明領域にもスペキュラ反射（Specular）だけが100%残ってしまい、環境光を反射する「透明なフィルム」と化していたのです。
AIはスクショを見るや否や、マテリアルの配線を組み替え、髪の Specular を実質ゼロ化（0.02 / IOR 1.0）することでこのフィルム現象を力技でねじ伏せました。
しかし、ここでFable5でも自動修正できなかった課題が残ります。
目の赤みも消え、髪の透明度も直った。しかし、「腕や脚の肌はみずみずしくて綺麗なのに、なぜかトルソー（胴体）の皮膚だけが、頑なに灰色のすりガラス状に曇っている」のです。
Claude Fable 5は「髪のアルファの二値化が甘い」「ライティングの影の透過設定が…」と、完全に迷宮（見当違いのデバッグループ）に入り込みました。データ上、すべて正常に出力されているため、AIには「どこがバグっているのか」が論理的に分からなくなってしまったのです。
3. ラストワンマイルを救った、人間の「トリアージ」
ここで、3Dの技術的な仕様（マテリアルのコードなど）を見ているわけではない人間が、実機の画面の「違和感」だけを頼りに、鋭いディレクションを放ちます。
「いや、変わってない。これ、全体じゃなくて『ボディ（トルソー）単位』の皮膚テクスチャの判定が悪さをしてると思う。腕や足は大丈夫で、トルソーだけ何か設定が違うはず」
この一言で、AIの思考のフォーカスが一瞬で切り替わりました。 「ビンゴです。ユーザーの読み通りでした！」
AIが慌ててトルソー（Body）のマテリアルだけをピンポイントでスキャンしたところ、盲点だった事実が発覚します。
実は、このアセットは肌が「顔・腕・脚・体」の4つのUVシェルに分かれていました。そして、体（トルソー）のノーマルマップ（法線マップ）だけが、なぜかリポジトリ内で『EXR形式（浮動小数点数画像）』で保存されていたのです。
Claude Fable 5が最初のステップで一括軽量化（EXR→PNG）をかけた際、デコード設定のミスマッチで画像データがサイレントに破損し、完全に真っ黒（法線ベクトルがすべて異常値）に変形していました。
照明の計算が完全に破綻した結果、実機で見ると「お腹の皮膚だけが灰色に曇る」という現象を引き起こしていたのです。
AIにとって、その画像は「自分が正常にエクスポートしたファイル」だったため、破損を検出できませんでした。しかし人間は、技術的なレイヤーを飛び越え、「同じ皮膚なのに、パーツ単位でルックが異なる」という直感的なトリアージ（比較判定）によって、バグの根本原因を特定したのです。
結び：手を動かすのがAI、目的地を決めるのが人間
原因さえわかれば、AIの処理は数秒〜数分です。元素材の中にあった正常な8bit版のノーマルマップ（Body_Normal_OpenGL.jpg）を自動探索して再接続し、即座に再パッケージング。Vision Proの中で、ヨル・フォージャーはついに完璧な肌の質感を取り戻しました。
この一連のデバッグ劇は、これからの3D制作、ひいてはクリエイティブ全体の「人間の価値」を証明しています。
ツール間の独自の仕様差（RealityKitのアルファスペキュラバグ）や、データ変換時のサイレントな破損（EXRのデコードエラー）といった、かつては熟練のテクニカルアーティストが時間をかけて潰していた泥臭いタスクは、すべてClaude Fable 5のようなAIが秒速で片付ける時代になりました。
しかし、データが「論理的に正しいこと」と「見た目が美しい（自然である）こと」の間には、依然として深い溝があります。
その溝（ラストワンマイル）を、画面の違和感から見抜き、「ここがおかしい、ここを直せ」と指し示す美意識と観察眼。それこそが、これからの人間に求められる本当のスキルなのだと確信しています。
追伸:実は、同種の髪・肌・目のマテリアル問題は、以前に一度だけ自力でBlender上で修正した経験がありました。だから今回は、単なる丸投げではなく、「人間が一度踏んだ泥臭い修正工程を、AIがどこまで再現できるのか」という検証でもありました。
