実在の街が、画面の中で立ち上がった。— AIと一緒に進めた、ある街の3D化と、その土台づくり

SNSでは最近、「AIに日本語で指示しただけで、ドローンで撮ったような街の動画ができる」という投稿をよく見ます。
あれを見ると、魔法みたいに思えるかもしれません。
でも実際に自分でやってみると、中身はまったく逆でした。
地味な検証の、積み重ねです。
今日は、その記録を書きます。
国土交通省のPLATEAUという取り組みで公開されている3Dデータを使って、実在の街をBlenderという3Dソフトの中に再現する。その土台づくりを、AI（Muse）と一緒に進めました。
対象は、川のそばの地区と、城のある地区の2つ。建物は、合わせて約5,300棟です。

最初に起きたこと：街が、全部グレーだった

データを読み込んだ直後の街は、色のないグレーでした。
テクスチャ（建物の外観の画像）はデータに入っているはずなのに、画面の中の建物には反映されていない。
ここで「まあ、こんなものか」と進めることもできました。
でも、設計の仕事を19年やってきた癖で、こういうときは原因を先に潰します。
AIと一緒に原因を追いました。
結果、分かったことはこうでした。
読み込みに使うアドオン（拡張機能）が、英語名でマテリアルの部品を探していた。私のBlenderは日本語表示で、その部品の名前が日本語になっている。だから探し当てられず、テクスチャの接続先が宙に浮いていた——という、拍子抜けするほど単純な構造でした。
直し方も、それに合わせて単純にしました。
名前で部品を特定して、接続を付け替える修復スクリプトを書いて、流す。
結果は数字で返ってきました。
接続を付け替えた数 1,871件。確認できた数 1,873件。エラー 0件。
画面の中で、街に色が戻りました。

次に起きたこと：写真が、白く飛んだ

土台ができたら、次は太陽と空を設定して、試しに1枚描いてみます（レンダー）。

出てきた画像は、全体が白飛びしていました。

光が強すぎて、建物の陰影も、空と地面の境目も、消えていたんです。

これも、感覚ではなく調整で直しました。

空の光の強さを下げる。太陽は逆に強くする。露出を下げて、コントラストを上げる。地面の色を濃くする。

2枚目で、合格。

建物の影が読めて、街が「模型」として立って見えるようになりました。

この作業で、私が持ち帰ったこと

AIに指示して作らせる、というと「任せる」イメージがあります。

でも私の実感は、逆です。

任せる部分と、検証する部分を分けること。

これが、AIを道具として使うときの、一番大事な設計でした。

・任せる部分：スクリプトを書く、計算する、大量の処理を回す

・検証する部分：結果を数字で報告させる、画像を目で見る、「おかしい」の原因を構造で追う

グレーの街も、白飛びの写真も、AIが自分で「おかしい」とは言いませんでした。

おかしいと気づいて、原因の当たりをつけるのは、人間の仕事です。

逆に、1,873件の接続を1件ずつ手で直すのは、人間の仕事じゃありません。

この分け方ができると、AIは「答えを出す機械」ではなく、「一緒に検証してくれる相棒」になります。

仕事の進め方そのものが、少し変わります。

これは、大きな会社の話ではありません。

小さな事業でも、同じ分け方で進められます。

むしろ人数が少ない場所ほど、「任せる／検証する」の設計が効きます。

土台は、ここまでで一度完成です。
次は、この実在の街の中に、まだ存在しない建物を1棟だけ置きます。
「この場所に、これを建てたらどう見えるか」を、実在の街の中で確かめるためです。
魔法じゃありません。
でも、検証を積み重ねた先にしかない景色が、確かにあります。
その景色を、これからも書いていきます。

あわせて読みたい