GPT-6 Astra · Blender の撮影計画
GPT-6 Astra + Blender：購入者に必要な製品ビューを計画する
製品ページには、見栄えの良いレンダリングが1枚あるだけでは足りません。購入者は全体の形、つくりの細部、そして使うときの様子を知りたがっています。こうしたビューを計画しておかないと、Blender での作業は似たようなヒーローアングルをいくつも生み出し、本当の疑問に答える細部を撮り逃してしまいます。
このウォークスルーでは、Ciyo の GPT-6 Astra を使い、外部の Blender オペレーター向けに3ビューのショットリストを作成します。製品は架空の Fold のアイボリーのノートです。ショットリストは 2026年9月18日に得た Astra の実際の出力です。Blender は開いておらず、ビューのレンダリングも、実際の .blend ファイルの確認も行っていません。
購入者の疑問から始める
ヒーロー画像1枚だけでは購入者に伝わらないことを書き出します。ノートなら、よくある疑問は3つです。全体としてどんな見た目か、背と表紙はどう接合されているか、ページの紙面はどんな感じか。疑問1つが、計画するビュー1つになります。
リストは短く保ちます。製品ページでは、閉じた表紙を写した8つのビューよりも、それぞれ別の疑問に答える3つのビューのほうが役に立ちます。
2026年9月16日、GrowMax（@Growmaxofficial）は、GPT-6 Astra が Blender を操作して2分で作り、その後 Seedance 2.5 で仕上げたというプリビズを投稿しました。ビューの計画が効果を発揮するのは、まさにプリビズの段階です。コストのかかるレンダリングの前に、カメラの位置が決まるからです。私たちはそのワークフローも所要時間も再現していません。
コミュニティによるデモです。速度に関する主張は投稿者自身によるものです。この記事のショットリストは独自の計画手順であり、このプリビズの再現ではありません。
Astra にはレンダリングではなくショットリストを頼む
ビューの名前、それぞれで欲しい出力、まだ分かっていない事実を伝えます。今回は計画だけであることも明記します。Blender を操作するオペレーターに必要なのは従うべき文書であり、チャットでレンダリングを始める必要はありません。
語数の上限を決めると役に立ちます。180 語未満のショットリストなら1画面に収まり、シーンと照らし合わせて確認しやすくなります。
既存の .blend ファイルから架空の Fold のアイボリーのノートをレンダリングする外部の Blender オペレーター向けに、3ビューのショットリストを書いてください。ビュー：表紙のヒーロー、背のディテール、開いたページのディテール。それぞれについて、購入者の疑問、構図の意図、ソースシーンで確認しなければならない点を示してください。寸法、ページ数、用紙の素材、製本の構造は、確認するまで不明のままにしてください。これは計画のみで、Blender の実行や画像生成は行いません。結果は 180 語未満にまとめてください。3つのビューをセットとして読む
Astra はビューごとに1つのブロックを返しました。表紙のヒーローは、閉じたノートを斜め前から写すスリークォーターの構図で、シルエットとアイボリーの色を見せます。背のディテールは、背と表紙の縁を斜めから寄って切り取ったものです。開いたページのディテールは、開いた見開きを角度をつけて近くから写し、ノド（綴じ側）とページの端まで含めます。
ビュー同士が重なっていないか確認します。2つのビューが同じ疑問に答えるなら統合し、空いた枠は手に持ったときの大きさなど、別の疑問に使います。
| ビュー | 購入者の疑問 | 先に .blend ファイルで確認すること |
|---|---|---|
| 表紙のヒーロー | ノートは全体としてどんな見た目か？ | オブジェクト、表紙のジオメトリ、色とシェーダー、ブランド表示、シーンの単位とスケール |
| 背のディテール | 背と表紙はどう接合されているか？ | 背のジオメトリがモデリングされているか。細部がモデリングか、テクスチャだけか |
| 開いたページのディテール | ページの紙面や見開きはどんな感じか？ | 開いた状態のモデルがあるか。ページのジオメトリ、罫線などの印刷、テクスチャ |
「ソースで確認」を関門として扱う
回答でいちばん役に立つのは、各ビューの確認項目の行です。平らな箱にテクスチャで縫い目を描いただけなら、背のクローズアップは誤解を招きます。ファイルに閉じたモデルしかなければ、開いたページのビューは作れません。ライティングやレンダリングの前に、これらの項目をオペレーターに確認してもらいましょう。
Astra は、ページ数、用紙の素材、製本の構造を不明のままにしました。これらのレンダリングを使う製品コピーでも、誰かがソースファイルか実物の製品を確認するまでは、不明のままにしておきます。
リストを Blender オペレーターに渡す
ショットリストには、ファイル名、必要な出力サイズ、ファイル形式を添えて送ります。最終レンダリングの前に、ビューごとにプレビューのフレームを1枚ずつ求めます。各プレビューを購入者の疑問と比べましょう。初めて見る人が、その画像だけで疑問に答えられるでしょうか。
Blender のスキルやスクリプトを使って Astra を動かす予定がある場合も、同じリストを渡します。明確なビューの定義は、人がレンダリングする場合でも、エージェントがレンダリングする場合でも役に立ちます。
完成したビューを1つのボードに並べる
承認済みのレンダリングを、ショットリストの順に Ciyo のキャンバスへ取り込みます。並べて見ると、抜けがすぐに分かります。大きさの基準がない、細部がヒーローと重複している、ビューごとにライティングが変わっている、といった点です。
3D モデルがない場合は、AI のアングルツールで写真1枚から別のビューを提案させることもできます。ただし、その結果は下書きとして扱い、実物の製品と照らし合わせてください。モデルが、購入者が頼りにする細部を変えてしまうことがあるからです。
ショットリストに関する質問
この例で Astra は Blender を操作しましたか？
いいえ。デモで作成したのは文章のショットリストだけです。Blender のセッション、スクリプト、レンダリングは一切実行していません。
なぜ寸法を不明のままにするのですか？
シーンの単位も実物の製品も、誰も確認していなかったからです。レンダリングはどのスケールでも正しく見えるため、サイズに関する記載には確認済みの根拠が必要です。
製品ページでは、いくつのビューを計画すべきですか？
購入者の疑問1つにつきビューを1つ計画します。似たアングルをたくさん用意するより、よく選んだ3つのビューから始めるほうが良い場合が多くあります。
レンダリングの前にビューを計画する
Ciyo の GPT-6 Astra でショットリストを書き、承認したレンダリングを1つのボードにまとめましょう。