再現ではなく本物のエンジンを出荷する

スタジオのサイトはたいてい製品を静止画で見せます。静止画は手ざわりを実演できず、ゲームとはほとんどその手ざわりです。代わりになるのは普通は再現、つまり製品に近づけた簡略版のブラウザ実装です。私たちは再現は両方の世界の最悪だと考えています。作るのに費用がかかり、しかもその製品ではないからです。

ZUPI は、どちらの妥協も必要のない事例でした。その物理とレベル生成は、サードパーティの実行時依存を持たず、素朴な 390×600 の座標空間に対して書かれた自己完結のモジュールに住んでいます。そのモジュールは iOS と Android のビルドが動かしているのと同じ真実の源です。だからこのサイトのデモは ZUPI に近づけているのではありません。ZUPI のエンジン、レベル生成、難易度曲線、三秒静止ルールを import し、ウェブ向けに書かれたレンダラーで描いています。

実験は、その区別がエンジニアリングに値するか、そしてそれが一般化するかです。私たちの製品のうちいくつが、こうして公開できる本物のエンジンの境界を持っているのか。そしていくつが、作らないと既に決めた再現を必要とするのか。

答えが出ました。2026年10月3日、しかも問いが予期していた形ではありません。ZUPI はその事例ではなくなりました。App Store のアプリは9月30日に ZUPI: Pulse Shield になり、それは別のゲームなので、このデモが import していたモジュールは前のもののものです。取り込みは一度も乖離しませんでした。ハッシュは最後まで一致していました。そしてそれこそが発見です。ハッシュは、複製がその出どころのリポジトリに忠実かどうかに答えます。そのリポジトリがまだ製品かどうかは、誰も尋ねていませんでした。/try/zupi はいまや公開されている店舗の掲載情報から組み立てられた再現版です。この実験が作らずに済ませようとしていたものであり、真実の源が失われたあとでは誠実な答えです。