Unityの自動生成ステージを理不尽にしない設計（1000種の自動検査つき）

壁から壁へ跳び移って登るゲームを AI に作らせました。地形は毎回作り直されます。作り始めてすぐ、いちばん厄介な問題が出ました。ときどき、どう跳んでも死ぬ地形ができる。

しかも、遊んでいる本人には「自分が下手だったのか、地形が無理だったのか」が分かりません。

「作ってから確かめる」は間に合わない

最初に思いつくのは、地形を作ってから「クリアできるか」を判定して、だめなら作り直すやり方です。これは2つの理由でうまくいきませんでした。

ひとつは、判定そのものが難しいこと。「跳べば届く」は、そのとき選んだ跳び方によって変わります。もうひとつは、作り直しが無限に続く可能性を消せないこと。

理不尽な地形を弾くのではなく、理不尽な地形が作られない手順にする。

先に正解の道を引いてから、残りを塞ぐ

やり方は単純です。地形を作るとき、最初に「こう遊べば登れる」という道を決めてしまう。壁に張り付いて登る区間、跳ぶ高さ、着地する高さを、生成する側が先に決めます。

トゲを置けるのは「正解の道が通らなかったすき間」だけです。難易度を上げたいときは、すき間を埋める割合を上げます（このゲームでは高さに応じて 0.45 → 1.0）。埋め方をどれだけ厳しくしても、道そのものは消えません。

同じ考え方は、あとから足した要素にも効きました。空中に張り出す天井を足したときも、壁の幅を高さで変えたときも、「正解の道を先に決めてから、その道と当たらないことを確かめて置く」という手順は変えていません。

1000種類の種で、毎回確かめる

設計が正しいかどうかは、人の目では確かめられません。地形は種（シード）から作るので、種を変えて総当たりで遊ばせるテストを書きました。

[Test]
public void 千種類の種で正解の道をなぞれば高さ120mまでは必ず生き残れる()
{
    var failures = new List<string>();
    for (int seed = 1; seed <= 1000; seed++)
    {
        if (!LevelGenerator.CanSurviveIntendedPath(Tuning.Default, seed, 120f, out var failure))
        {
            failures.Add(failure);
            if (failures.Count >= 5) break;
        }
    }
    Assert.That(failures, Is.Empty, "回避できない地形が作られた: " + string.Join(" / ", failures));
}

CanSurviveIntendedPath は、生成器が引いた正解の道をそのまま再生するだけの関数です。1/120秒 刻みで当たり判定を進め、死んだら失敗として返します。

$ unity command run_tests --mode EditMode --filter "千種類"
run_tests	true	1/1 件成功 (EditMode, 5.93s)

検査で見つかった設計ミス5件

ここからが本題です。このテストは、書いたその日から落ち続けました。 落ちるたびに出てくるのは、こちらの設計の穴でした。

5件のうち4件は、人が何十回か遊んでやっと1回踏むかどうかの頻度でした。

人力のテストプレイでは、まず見つかりません。見つかったとしても「いまのは自分のミスだったかも」で流れてしまいます。

「必ず終わる」も、同じやり方で決めた

作っている途中で、別の問題も出ました。上手く遊ぶと永遠に続いてしまう。 スコアを競う形にするなら、いつかは必ず終わってほしい。

そこで、下から追ってくる帯の速さを「1m 登るごとにいくつ上げるか」で調整しました。数字を4通り試して、機械が完璧に遊んだときの1プレイの長さを測っています。

この「必ず終わる」も、テストにしてあります。20種類の種で完璧に遊ばせ、600秒たっても終わらなければ失敗、1プレイの長さの中央値が 45〜115秒 から外れても失敗にしました。数字を触ったときに気づけるようにするためです。

AI に地形の生成を書かせるときに渡したもの

やってみて分かったのは、AI に「面白くして」「難しくして」と言っても、見た目が複雑になるだけということでした。判断の基準を渡さないと、遊べるかどうかは誰も見ていません。

最後の1行が効きました。溜め跳び・空中の天井・壁の幅の変化と、遊びの要素を足すたびにこの検査が落ち、そのたびに設計の穴が1つ見つかっています。足したときに落ちなかった要素は、ひとつもありませんでした。

まとめ

• 理不尽な地形は、あとから弾くのではなく作られない手順にする。先に正解の道を引き、その道が通らないすき間だけを塞ぐ
• 種を変えた総当たりの検査を、遊びの要素を足すたびに通す。このゲームでは 1000種で 5.93秒
• 遊びのルールをエンジンから切り離しておくと、この検査が数秒で終わる
• 「永遠に遊べない」「1プレイが目安の長さに収まる」も、数字で書けるならテストにできる
• AI に渡すのは「面白くして」ではなく、合格の条件をテストの形で

できあがったゲームは、そのまま遊べます。