AI で小さなホラーゲームを作り、ルールを検証する

怖さの前に、脅威を理解できるようにする

AI でホラーゲームを作るときは、幽霊の出る世界全体ではなく、小さく遊べる遭遇を説明しましょう。プレイヤーの行き先、出口を開ける条件、敵がプレイヤーに気づく条件、追跡から逃げる方法を決めます。雰囲気はこれらのルールを支えるものであり、暗闇や大きな音でルールの代わりはできません。

ここで扱う例は、カードキー、出口、巡回する敵がそれぞれ一つある廃棄された保守ステーションです。生成またはテスト済みのゲームではありません。経路の完走、敵の状態遷移、照明、音を別々の確認項目に分け、遭遇がうまくいかない理由を調べます。まずキーボードとマウスを使うデスクトップブラウザーから始めましょう。モバイル操作やより広い互換性には、別途設計とテストが必要です。

範囲を絞ったホラーゲームの仕様をコピーする

保守ステーションを舞台に、ブラウザーで動く短い一人称ホラーゲームのプロトタイプを作成してください。入口、廊下、カードキーの部屋、出口の部屋をつなげます。操作は WASD で移動、マウスで視点変更、E でインタラクション、Escape でポインターロックを解除します。プレイヤーは黄色いカードキーを一枚集め、出口で使用すると勝利します。目標と操作のヒントを表示してください。敵一体が廊下の三つの経由点を毎秒 1.5 メートルで巡回します。敵がプレイヤーを検出するのは、距離が 8 メートル以内で、遮蔽物のない視線上にあり、前方 90 度の視野内にいる場合だけです。検出後は毎秒 2.5 メートルで追跡します。連続して 5 秒間見失うと、最後に見た位置へ移動し、3 秒間捜索して巡回に戻ります。接触すると、再開ボタンを備えた明確な敗北画面を表示します。再開時はカードキー、プレイヤー、敵、目標を元に戻してください。小さな工業音と聞き分けられる敵の足音を入れ、カードキーと出口は見分けられる状態にしてください。戦闘、マス目のあるインベントリ、手続き生成マップ、突然驚かせる演出は入れないでください。

距離と時間は、この遭遇の受け入れ基準として扱います。変更を確認するときに見られるよう、プロジェクトのメモに残しておきましょう。

ステップ 1：怪物なしで経路を作る

最初は移動、衝突、カードキー、出口の操作、再開を依頼します。経路を最後まで歩き、カードなしで出口を試してください。出口は施錠されたままで、何が足りないかを示すべきです。カードを一度だけ拾い、目標の更新を確認してから出口へ向かい、勝利を確かめます。

完了した回から再開し、同じテストを繰り返します。ドアが開いたまま、またはカードが永久に消えたままなら、リセットが不完全です。脅威を加える前に修正しましょう。目的地と迂回路を見分けられるマップが役に立ちます。

SEELE では、プロンプトによるシーン作成や、その後のゲームプレイ変更を依頼できます。ただし、具体的な操作、入力処理、ブラウザーでの挙動は出力を確認する必要があります。一度のデスクトッププレビューから、他の端末との互換性を推測しないでください。

ステップ 2：巡回、追跡、逃走を別々に試す

経路が動いてから敵を追加します。初めは、敵の現在の状態、検出した対象、最後に見た位置を示す一時的なデバッグ表示を依頼しましょう。これは開発用の補助表示であり、完成したホラーゲームの UI ではありません。

巡回を一周観察します。見通しのよい廊下で検出範囲内に立ち、追跡への切り替えを確認してください。次に実体のある壁の後ろで同じテストを行います。距離だけで視覚検出が発生してはいけません。敵の後方、視野の外を歩いた場合の挙動も比較します。

次に角を曲がって視線を切ります。敵は、隠れたプレイヤーの現在位置を追い続けてはいけません。5 秒未満で再び姿を見せ、見失いの計時がリセットされることを確認します。さらに長く隠れ、最後に見た位置への移動、3 秒間の捜索、巡回への復帰を確認してください。敵が地形に引っかかる場合は、その角に問題を絞ってナビゲーションの修正を依頼し、敵を増やさないようにします。

ステップ 3：光と音に具体的な役割を与える

想定する画面の明るさで、歩く床、カードキー、出口を見分けられる照明を依頼します。深い暗闇は任意の隅に使い、必須の操作テキストを隠さないようにします。初期設定では素早い点滅を避け、無理なく使える音量調節を用意してください。

音には二つの目的を設けます。静かな工業音で場所を伝え、敵の足音で接近を知らせます。足音は環境音と聞き分けられ、急激に大きすぎないようにします。方向や距離によって変わる音を依頼した場合は、敵の周囲を移動してテストし、音声ファイルがあるだけで空間配置されていると決めつけないでください。

消音でも一度テストします。プレイヤーは視覚的なフィードバックから、目標と敗北状態を理解できるべきです。音は遭遇を豊かにしますが、必須の指示を知る唯一の手段にしてはいけません。敗北画面中と再開後にも音量設定を使えるか確認します。

ステップ 4：検証できる変更を一つ行う

次のように具体的に追加依頼します。

マップ、巡回速度、検出視野、視線を失ってからの遅延、音、目標は変更しないでください。追跡速度だけを毎秒 2.5 メートルから毎秒 2.0 メートルに下げます。変更した設定を説明し、比較できるよう、それまで正常に動いていたバージョンを残してください。

印をつけた同じ開始位置から、同じ廊下で追跡を繰り返します。移動時間と、プレイヤーが同じ角まで到達できるかを比較し、経路と観察結果を記録してください。設定が変わっただけでは、体験がよくなった証拠にはなりません。初めて遊ぶ人に経路を試してもらい、追跡の終わり方を理解できるかも記録します。

変更によって巡回やカードキーのリセット処理まで変わった場合は、無関係な変更を受け入れず、より限定した修正を依頼します。受け入れ後は、出口の施錠、勝利、敗北、再開を再テストしてください。

観察した一つの問題を SEELE で改善する

SEELE はプロンプトによるシーン作成と、その後のゲームコードや素材の変更を支援できます。範囲を絞った仕様を渡し、敵や雰囲気より先に経路を依頼しましょう。各段階の出力は既知のテストで動かす候補であり、依頼した挙動がすべて正しいという保証ではありません。

問題を報告する際は、位置、敵の状態、入力、期待する遷移、実際に観察した結果を含めます。「この廊下の壁越しに敵が検出する」は「AI をもっと賢くする」より対処しやすい依頼です。変更前には動作するバージョンを残し、エンジンや端末の対応を決めつけず、実際に利用できるプロジェクトとエクスポートの選択肢を確認してください。

広げる前に一つの遭遇を完成させる

役に立つ最初の一部分には、到達できる目標、理解できる脅威、完全な再開があります。複数の結末や適応型難易度は必要ありません。プレイヤーがなぜ検出され、追跡がどのように終わったかを説明できる程度に、遭遇を小さく保ちます。雰囲気は壊れたルールを隠すのではなく、体験を際立たせるべきです。

仕様を SEELE に渡し、まず経路を依頼します。正常に動く各バージョンとテストメモを一緒に残してください。別の部屋や敵は、元の目標、追跡、敗北、再開が一緒に動き続けることを確認してから追加します。

よくある質問

最初のプロトタイプで怪物に音を検出させるべきですか？

必須ではありません。視覚検出だけなら、最初の状態遷移を診断しやすくなります。音の検出は、音が発生する条件、距離、調査時の反応を定めた別のルールとして後から追加します。そうしないと壁越しの追跡について、視線判定が壊れているのか、音の検出が正しく発生したのか判断できません。

ゲームはどのくらい暗くすべきですか？

緊張感を生む程度に暗くしつつ、必須の経路や操作対象が見えなくならないようにします。実際の画面サイズと通常の明るさでテストしてください。プレイヤーがカードを見落とす場合は、霧を濃くする前にコントラストや配置を改善します。視覚的な不快さや読めない目標は、ホラーが効果的である証拠にはなりません。

いつプロトタイプを共有できますか？

目標全体、敵の状態遷移、敗北、再開、音量操作、対象ブラウザーをテストした後、プロトタイプだと明示して共有します。未完成な部分や強い表現があることをテスターに伝えてください。遊べる遭遇は完成した商用リリースではありません。より多くの端末でのテスト、権利確認、アクセシビリティ対応は別途必要です。