共有線路を使う2つの運行を調整する

サービス目標1つから始める

最初の画面で限られたネットワークに少数の運行を通すことを尋ねると、鉄道経営ゲームを考えやすくなります。Tideglass Junctionの最初の範囲はJunctionとHarborの接続駅2つ。共有ブロック1つで結びます。旅客ローカル線はJunctionからHarborへ4人を運び、貨物列車はHarborからJunctionへ箱6個を設定された期限までに運びます。

プレイヤーは十分な容量の列車を割り当て、出発時間を選び、発車前にブロック競合を解決します。初回に広大な地図、都市経済、列車数十種類は不要です。読みやすいルート、異なるサービス目標2つ、有効・競合の理由が分かる反応が必要です。

プレイヤーへの疑問が明確になります。両サービスが同じブロックを同時に使わずに通り、それぞれの配送目標を達成できるか。

駅と輸送需要を図にする

時刻表画面の前に何を運ぶか決めます。容量と時刻は別々に確認します。4席のローカル線は乗客を運べますが、空いているブロック時間も必要です。6枠の貨車は箱を積めますが、出発が遅いと期限に間に合いません。

架空の最初の範囲での2つの運行義務

ルート方向、列車容量、ブロック占有、期限を同じ判断の流れで見せます。プレイヤーは推測なしで4つに答えられるべきです。どこから出発するか、何を運ぶか、必要容量、いつまでに着くか。

最初の時刻表範囲を依頼する

役立つ最初の依頼はテーマだけでなくループを説明します。駅、2つのサービス目標、共有ブロック、発車ルール、競合時の反応、リセットを記します。列車を動かす前に時刻表を確認できる小さなプレイ画面を求めます。

コピー可能な初回ビルド用プロンプト

架空のゲーム設計試作として、小規模な鉄道経営ゲーム「Tideglass Junction」を作る。実在の鉄道シミュレーターではない。駅JunctionとHarborの間に共有線路ブロック1つがある様子を、見やすい斜め上の視点で描く。プレイヤーはJunctionからHarborへ乗客4人を運ぶ4席の旅客ローカル線1本と、HarborからJunctionへ箱6個を運ぶ6枠の貨物列車1本を管理する。各運行は架空のゲーム時間2分、同じ共有ブロックを予約する。両サービス、列車容量、出発・到着時刻、積荷または乗客数、08:10の貨物期限を読みやすい指令盤に表示する。同時にブロックを保持できる列車は1本だけ。発車前に重複予約を見える形で警告し、プレイヤーが出発を編集するまで発車を無効にする。貨物の出発を変えたら、更新されたブロック時間と期限に間に合うかを示す。元の時刻表を戻すリセットを用意する。単一通路の計画ループに保ち、駅追加、実際の信号規則、事故、線路建設、根拠のない鉄道主張は加えない。制作後に状態遷移を確認できるようにし、次に何をテストするかを示す。

この依頼ではルート表示、運行データ、ブロック予約、発車停止状態、変更可能な出発、リセットを確認できます。ゲームメーカーがルールを正しく実装する保証ではありません。生成版ができたら見える盤面だけを信じず時刻表ロジックを調べます。

単線の時間枠を解決する

紙上例では各列車が共有ブロックを2分保持します。旅客ローカルは08:02〜08:04に予約。貨物の基準予約は08:03〜08:05。08:03から08:04まで重なるため、架空の発車盤は競合を示し、出発を変えるまで発車を防ぐ必要があります。

発車前に競合を見えるようにします。地図の共有区間を強調し、各サービスの予約バーを同じ時間軸に揃えます。両列車に容量があっても通路は同時利用できないと分かります。これは架空のゲーム上の制約で、実際の鉄道信号の主張ではありません。

無効時刻表を事故シミュレーションにしません。プレイヤーは発車前に計画判断をしています。意図した反応は発車を止め、分かりやすい編集手段を示すこと。プロトタイプをネットワーク容量と時刻選択に集中できます。

出発時刻1つを紙上確認する

貨物の出発だけ08:03から08:05へ動かします。ルート、2分の移動予約、箱6つ、旅客時間、08:10期限は固定。貨物は08:05〜08:07にブロックを使い、旅客予約終了の08:04から1分空けて入ります。

紙上の時刻表比較：1変数の修正

これは手計算の設計シナリオで測定した反復ではありません。プレイヤーが確認できることを示します。出発を1つ変え、競合を1つなくし、同じ貨物期限を架空の2分ルールで満たす。

ゲームができたら画像を頼らず同じ状態をテストします。基準の予約が発車前に拒否され、貨物を08:05にすると08:05〜08:07で重複なし、箱6つが08:10までに着くか確認します。リセットで元の08:03競合へ戻ることも確かめます。

ビルドを確認し次の一歩を選ぶ

初版ができたらループの各部分を個別に調べます。

• Does the map show exactly two stations and one shared block?
• Can you tell passenger demand and freight capacity apart?
• Does the board show both reservation windows before dispatch?
• Does any overlap block release and explain which service needs a new slot?
• After one departure change, do capacity, arrival time, and deadline feedback update together?
• Does reset return the original state without keeping the edited schedule?

SEELEの公開Free AI Game Makerページは、平易な言葉でゲーム案を説明し、ブラウザーで遊べる2Dまたは3D版を確認し、追加プロンプトで改善し、生成前に表示コストを確認する一般的な流れを紹介します。試作を始め確認する方法にはなりますが、鉄道時刻表、競合検出、計算の正確性は保証しません。

初回プロンプトを小さくし、気にするルールの見える証拠を出力で探します。時刻表に時間が表示されても重複発車を防がないなら、その遷移を明示して同じ状態を再テストします。ラベルがあるだけでは基礎ルールが動く証拠になりません。

Free AIゲームメーカー

よくある質問