3Dモデルを大量に作る作業は、形状のバリエーション設計と配置、レンダリングまで手がかかります。建築と生成AIを扱うKOBATAKA氏が、Claude Opus 4.8とBlender、Claude CodeのDynamic Workflowsを組み合わせ、幾何学モデル1000個の生成から動画化までを10時間で任せ切った事例が話題になっています。
この記事では、何が自動化されたのか、Dynamic Workflowsがどう活きるのか、再現の前提を整理します。
この記事でわかること
- KOBATAKA氏が公開した「Vibe Modeling」ワークフローの全体像
- スクリプト生成から動画化まで、AIに任せた工程の内訳
- Dynamic Workflowsの仕組みと、大量3D生成に向く理由
- 試すうえで押さえる前提条件と注意点
https://x.com/shion_takk/status/2066183669568721365
1000個の幾何学モデルを10時間で任せ切った
2026年6月14日、KOBATAKA氏（@shion_takk）はXで成果を公開しました。タイトルは「Vibe Modeling｜Opus 4.8 + Blender」です。
作業時間は10時間。幾何学モデルは1000個。スクリプト生成、モデル作成、配置レイアウト、キャプチャ撮影、まとめ動画の作成まで、すべてAIが担当したと述べています。Dynamic Workflowsの進捗確認コマンド /workflows を使ったことも明記されています。
前日の投稿では、まず定番の幾何学モデルを連続生成して基礎練習に充て、作業内容を記録して再利用可能なスクリプトを貯める方針を示しています。本人は「Blenderを始めてからまだコマンド一個も知らない」と書いており、操作習得よりAIへの指示と検証に重心を置いた進め方です。
なぜ大量生成にDynamic Workflowsが向くのか
3Dアセットの量産は、同種のモデルを何度も作り、シーンに並べ、撮影角度を変えて記録する反復作業です。1体ずつチャットで指示すると、会話のコンテキストに中間結果が積み上がり、並列化もしづらくなります。
Dynamic Workflowsは、Claude Codeがタスク用のJavaScriptオーケストレーションスクリプトを書き、ランタイムがバックグラウンドで実行する機能です。Anthropicの公式ドキュメントでは、サブエージェントを数十から数百規模で動かし、中間結果をスクリプト変数に保持する仕組みと説明されています。
1回の実行で同時に動かせるエージェントは最大16個、合計は最大1000個までです。/workflows でフェーズごとの進捗とエージェント数を確認でき、完了したスクリプトは s キーで保存して再利用できます。KOBATAKA氏の1000個生成は、この上限設計と相性がよい規模です。
ワークフローの工程を分解する
公開情報から読み取れる工程は次の5段階です。
スクリプト生成 — Blender上でモデルを作るPythonスクリプトやジオメトリノードの設定をAIが書きます。前日投稿の「再利用可能なスクリプトを貯蓄する」方針どおり、一度通った手順は資産として残す設計です。
モデル作成 — 幾何学形状を1000個分生成します。定番形状の連打は、AIに3D操作の経験値を積ませる練習にもなります。
配置レイアウト — 生成物をシーン内に並べます。量産物を一覧できる配置は、後段の撮影効率に直結します。
キャプチャ撮影 — ビューポートやレンダリング結果を画像として記録します。Opus 4.8はエージェント的なコンピュータ操作の性能が強化されており（Anthropicの発表）、画面を見ながら結果を確認する用途と相性があります。
まとめ動画の作成 — 撮影した画像群から動画を組み立て、成果をひとまとめにします。モデリングだけでなく納品物まで含めたパイプライン自動化が、この事例の特徴です。
Vibe Modelingという進め方
KOBATAKA氏はこの手法を「Vibe Modeling」と呼んでいます。Vibe Coding（自然言語でコードを書かせる）と同様に、自然言語の指示で3D制作を進める発想です。
重要なのは、形状そのものより「手順の再現性」です。幾何学モデルの反復生成でAIにBlender操作のパターンを学ばせ、スクリプトとして蓄積する。人間はBlenderのショートカットを覚えず、生成結果の確認と指示の修正に集中する。建築設計の文脈では、パラメトリックに量産できるアセット群を短時間で用意できる点に実用性があります。
試すための前提条件
Dynamic Workflowsを使うには、Claude Code v2.1.154以降が必要です。Proプランでは /config のDynamic workflows行で有効化し、Max・Team・Enterpriseではデフォルトで利用できます（公式ブログ）。
起動方法は、プロンプトに ultracode を含めるか、「workflowを使って」と依頼する形です。/effort ultracode を設定すると、Claudeがタスク規模に応じて自動でワークフローを組み立てます。
Blender側は、AIがPython APIやジオメトリノード経由でシーンを操作する前提です。Claude CodeからBlenderを制御するには、MCP（Model Context Protocol）サーバーなどの接続設定が一般的ですが、KOBATAKA氏の投稿では具体的な接続方式までは公開されていません。再現時は、利用中のBlender連携環境に合わせて接続を整える必要があります。
押さえておきたい注意点
Dynamic Workflowsは通常のClaude Codeセッションよりトークン消費が大きくなります。公式ドキュメントでも、まず小さな範囲で試してから本番規模に広げるよう促されています。1000個生成は成果として目立ちますが、コスト面の見積もりは事前に行うべきです。
AIが書いた3Dスクリプトは、形状の破綻や配置の重なりが起きることがあります。他のBlender連携事例でも、レンダリング結果を見て修正を繰り返す流れが報告されています。完全放置ではなく、フェーズごとに /workflows で進捗を確認し、問題のある出力を指示で直す体制が欠かせません。
また、Dynamic Workflowsは1回のセッション内での再開に強い一方、Claude Codeを終了すると進行中のワークフローは最初からやり直しになります。10時間規模の長時間実行では、セッションを切らない運用が現実的です。
制作自動化の次の一手
コードベースの大規模移行や調査が主眼だったDynamic Workflowsが、3D制作の量産パイプラインにもそのまま乗る事例が出始めています。ポイントは、AIに単発のモデルを作らせるのではなく、スクリプト生成・配置・撮影・動画化までをひとつのオーケストレーションにまとめることです。
KOBATAKA氏の事例は、Blenderの操作を覚えていなくても、Opus 4.8とDynamic Workflowsを軸に大量の幾何学アセットを短期間で用意できることを示しています。建築ビジュアライゼーションやプロトタイピングなど、数と速度が求められる現場では、同型のワークフロー設計が参考になるはずです。