街まるごと、AIでMinecraftにしてみた（第4話：処理時間を約97%削減 ― 11時間を、約23分に）

前回まで

平野でも、火山の島でも、データを差し替えれば街が作れるようになった前回。

今回は、その "街を置く"作業そのもの でハマった話です。
地味ですが、効果はいちばん大きいかもしれません。

ある日、VSCodeが突然強制終了した

ここまでは、順調だったんです。城の周り（400m）から、2km、10km、別の地域……と、範囲をどんどん広げても、問題なく作れてきた。「これだけいけるなら、市全体まるごとでも余裕でしょ」。
そう高をくくって、PLATEAUのフィールド全体を読み込ませて、実行。
「よし、あとは任せた。おやすみなさ〜い」と就寝。

……そして朝。動いているはずの、開発に使っていたVSCode（エディタ）が、いない？？？
落ちてる？処理も途中で止まっていました。え、なんで？？？

まず疑ったのは「ブロック数の上限（4億）に引っかかったのでは？」
でも、調べてみると違いました。
サーバーそのものは元気で、落ちたのは"表示しているVSCode"の方だけ。
真犯人は、上限でも故障でもなく——ログ（処理の記録）の洪水でした。

なぜVSCodeが強制終了するのか——数の話

結論から言えば、今回配置していたブロックは——なんと約110億個。
半径2kmのひと区画"だけ"でも約5,150万個ですから、街まるごとになると桁が跳ねて、110億です。

問題は、その置き方でした。
当時は「ブロックを1個ずつ、サーバーに命令して置いていく」やり方（図1：左側）。
110億個ぶんの命令を延々と送る——そして命令を出すたびに、実行の記録（ログ）が残っていく。
塵も積もれば、で、ログは約3.2GBまで膨張。
VSCodeはこの記録の洪水に耐えられず、力尽きて落ちました。

いやいや、3.2GBのログって、ラノベ何冊分ですかね？？？

この回のゴール

まずは問題の切り分け。ログの膨大さが真因なのか、別の原因でたまたま3.2GB付近で強制終了するのか…
ログを完全に抑制して、とにかく最後まで配置を仕切ること。ログ抑制して半日かけて処理が無事終了。
これで犯人が特定できたので、あらためて、"置き方"そのものの見直しに着手しました。

こうやって直した
——「送る」のをやめて「書く」

発想を変えました（図1：右側）。
「1個ずつ命令を送る」のをやめて、「完成品＝Minecraftのセーブファイルを、直接書き込む」方式に。

たとえるなら、
改善前は「積み木を1個渡すたびに係員に置いてもらう」
改善後は「完成した箱を、棚にそのまま差し込む」。
係員（サーバー）とのやり取りが丸ごと消えるので、命令もログも出ません。

結果がこれです。
同じ110億ブロックでも、旧来のRCON方式（命令を1個ずつ）だと約11時間。それが、直接書き込みなら約23分で完了。
時間にして、約30分の1です。
試しに測った半径2kmの区画（5,150万ブロック）だと、たった4秒。
素晴らしい、想像以上の効果です。
しかも置かれるブロックの中身も、精度も、まったく同じ。
ついでに、命令を出さないのでログも膨れず、VSCodeが強制終了問題も根っこから消えました。

ちなみに、私がやったのはこういう流れです。
まず処理の流れ（パイプライン）を一度整理して、どこが詰まっているか＝ボトルネックを見つける。
次に「分割する？ 並列にする？ 根本的に見直す？」と、AIと対策方法を対話し実現方法を整理する。
方針が固まったら、あとは実装——そのコードは、もちろんAIが実装。

正直、実装力もさることながら、AIの設計力がすごい。
こっちが指示しているのか、うまく誘導されているのか、分からないくらい（笑）。
実際こねくり回すより "構造を作り替える" 。
ただ、この大規模な作り替え（リファクタリング）は、正直、自分だったら気が滅入る……。そこを AIが高速に作り直してくれる のが、本当にありがたい。
もちろん、デグレード（作り直した結果悪化すること）はよくあることなので、そこは実装前にあらかじめ手を打っておきます。
その段取りと見極めこそが、人間側の仕事なんだと思います。

なにができた？

「できるかどうか」で言えば、A方式でも一応できてはいました。11時間かければ。
でも仕事で効くのは、 「できた」＋「成果・効果」 です。

• 配置時間：110億ブロックの市全体が、RCON方式 約11時間（推定）→ 直接書き込み 約23分（実測）＝約1/30(約97%削減)

• 全工程（生成＋配置）は約7時間。
  内訳＝生成 約6.7時間 ＋ 配置 約23分。

• 記録の洪水（約3.2GB）でVSCodeが強制終了問題：解消

• 街の中身：約110億ブロック、精度もそのまま

同じ結果を、桁違いに速く、安全に。
これができると、「もっと広い街を試したくなる」のが人情ですよね？
"やれる/やれない"より、"やって、効果がでるか"——ここを見せられるのが、地味ですが大事だと思っています。

まとめ

VSCodeが強制終了した原因は上限でも故障でもなく、ただの"記録の出しすぎ"。
そして本質的な解決は、「置き方の構造そのものを変える」 方法を取りました。
遊ぶユーザには関係無いところなのですが、開発者としては大事なポイントでした。できるからよい。では無く、改善できることはないか？考え続けるのは大事だと改めて感じた回でした。

最後に

派手な絵は無い回ですが、**「11時間が約23分になる」**みたいな話こそ、現場では効いてきます。
遊んだこともなかったMinecraftから始まって、気づけば"どう速く・安全に回すか"まで来てしまいました。
AIの力を借りれば、意外とイロイロできるんだな、と再実感。