タイクーンを解剖して
オリジナルデバイスを生み出した話
Wood専用だったカウンターが、セッション終わりには「インベントリシステム」になっていた

そもそも、わたしはゲームというジャンル自体があまりわからない。色々調べていたところ、最近「タイクーン」というジャンルのゲームが流行っているという情報にたどり着いた。「タイクーンって何ぞや？」——UEFNでタイクーン型ゲームを作ろうと思い立った日は、そこからのスタートだった。

まず最初にした選択が「作り始める前に仕組みを理解する」だった。

タイクーンというゲームジャンルは、見た目よりずっと多くのデバイスが複雑に絡み合っている。公式ドキュメントを読み、既存のタイクーンマップを分解し、コミュニティの情報を照合しながら、そのサイクルを整理した。

結果として見えてきた骨格はシンプルだった。「素材を集め → 一定数貯まったら建設ボタンを押せるようになり → エリアが解放される」。これがタイクーンの基本ループ。

ただ、このループを実装しようとしたとき、ひとつの壁にぶつかった。UEFNには「素材の数を数えてUIに表示する」標準デバイスが存在しないのだ。

UEFN × Verseを触っていると、ある根本的な構造の違いに気づく瞬間がある。

木材（Wood）はマップ上に置かれたプロップ（prop）として扱われる。プレイヤーが攻撃して破壊するとイベントが発生し、Verseのコードがその信号を拾うことができる。一方、コインやV-Bucksといったアイテムはフォートナイトのインベントリシステムに管理されていて、Verseから直接読み書きすることはできない。

これは最初は不思議に見えるが、理屈は明快だ。プロップはUEFNが管理する「ゲームの世界」の住人で、アイテムはフォートナイト本体が管理する「経済システム」の住人なのだ。

この境界を理解してから、設計の方針が一気に定まった。木材カウンターはVerseで作れる。コイン管理はデバイスに任せる。それぞれの世界のルールに従えばいい。

方針が決まれば実装は速い。木材のプロップに prop_manipulator_device を紐付け、プレイヤーが攻撃するたびに発火する DamagedEvent を購読する。

UIはシンプルに。アイコン画像を中心に置いて、その右上に素材名、右下にカウント数を重ねて表示する。Verseの overlay ウィジェットを使えば、複数の要素をひとつのキャンバス上に積み重ねることができる。

消費ボタン（建設トリガー）は conditional_button_device のActivatedEventを購読し、ストックが足りるときだけカウントを減らす。基本的な仕組みはこれだけだ。

デバイスの汎用化が完成したとき、もうひとつの気づきが来た。

そのとおりだった。ResourceCounter_device を Wood 用・Stone 用・Metal 用として3つ配置し、それぞれの UIBasePosition を少しずつずらすだけで、フォートナイト標準UIを完全に置き換えたカスタムインベントリが出来上がる。

1日の目標は「タイクーンのリソースカウンターを作る」だった。でもセッションの終わりには、再利用可能なインベントリシステムのコンポーネントが手元にあった。

プログラミングの面白さって、こういう「思ってたより遠くまで来てた」という感覚だと思う。