規則からメカアクションの初版を設計する

メカアクションのプロンプトは、一つの判断ループを定義すると範囲を絞りやすくなります。射撃予告を読み、小さなアリーナを移動し、標的が射程内なら攻撃し、結果を理解する流れです。6×5の部屋、共通上限内の装備スロット3つ、見える終了状態の短い決闘から始めます。その後、ループ、モジュール規則、戦闘フィードバック、受け入れ確認を別プロンプトにします。機能の寄せ集めでなく将来ビルドの明確な契約になります。

以下のCinderline Test Bayは、記載規則から手計算した独自の架空デザインです。4つのプロンプトテンプレートは未実行で、ゲームビルドやプレイヤーセッションは示しません。経験的テストも主張しません。数値は観察挙動やSEELEの結果でなく、応用できる教材用シミュレーションです。

プロンプトを書く前に決闘を固定する

各行動を確認できるほど最初の範囲を小さくします。Cinderline Test Bayは横6列、縦5行のグリッドです。Rook-6は(1,2)でHP10、動かないSentryは(4,2)でHP8から開始。Sentryは3ビートで2行、1行、2行の順に予告します。各ビートにRook-6は移動フェーズ1回とシステム行動1回を得ます。最終ビートで攻撃が解決する前にSentryを無力化すればプレイヤー勝利です。

このタイミング規則が遭遇の要です。危険を先に予告し、射撃より先に移動し、最後の攻撃が敵を止めることがあります。概要に順序を書き、それを裏付ける画面表示を求めます。「戦闘を爽快に」だけでは予告、移動時間、ダメージ順のどこが間違ったか分かりません。

一つの電力予算にモジュールを収める

各機体に武器、ドライブ、装甲スロットを一つずつ与えます。各選択モジュールは共通上限6の電力を使います。例の装備は例外なしで3スロットを埋めます。Pulse Carbine 2、Vector Jets 2、Bulwark Plate 2、合計6。ドライブを替えると武器と装甲規則は保ったまま機動性が変わります。

選択した3スロットは合計電力6です。コスト3のモジュールに替えたら、7電力装備を拒否するか明確な取り外しを求めます。上限を黙って超えさせないでください。スロット、コスト、効果、フィードバックを一緒に示すと、交換時に数値変化を隠しません。

予告付き戦闘のプロンプトを書く

各プロンプトで具体的な判断を次の段階へ渡します。入力、制約、求める出力、確認をプロンプトに含めます。以下は適切なワークフローで再利用できる出発文であり、SEELEが特別な構文を受け付ける、または実行済みという意味ではありません。

プロンプトA：基本ループを定義する

6列×5行の直交グリッドを使う、一つのアリーナ決闘を中心とした小さな独自3Dメカアクションゲームを設計してください。プレイヤーはRook-6 (1,2)、HP10。相手は動かないSentry (4,2)、HP8。各ビートでSentryが行を示し、プレイヤーが装備ドライブで移動しシステム行動を一つ取った後、Sentryが生存している場合だけ射撃。明確な勝利、敗北、再開、原因と結果の見えるフィードバックを含めます。短い規則概要と最小限のプレイ可能場面を返し、キャンペーンや無関係なシステムは加えません。確認：各行動に見える結果とリセット経路がある。

部屋、操作ユニット、相手、繰り返す行動、停止規則から始めます。移動、武器3種、強化、拠点、ボス複数を一度に求めると、どの規則が失敗したか分かりづらくなります。

プロンプトB：モジュール契約を定義する

機体に武器、ドライブ、装甲のスロットをちょうど一つずつ追加。共通電力上限は6。Pulse Carbine（電力2：1ビート1発、射程3、ダメージ3、熱+1）、Vector Jets（2：直交移動最大2歩）、Heavy Treads（2：1歩）、Bulwark Plate（2：Sentry被ダメージを1軽減、最小0）を使用。合法装備は各スロット最大1モジュール、合計コスト6以下です。交換後に選択モジュール、コスト、効果、フィードバックを返します。確認：Carbine+Jets+Plateは6。電力2を3に替えて上限を超える場合、見える拒否を示す。

モジュールに固定スロットと主要効果一つを与えます。受け入れ確認でよくある不足を見つけます。電力上限は、装備が超過したときどうなるかゲームが説明して初めて役立ちます。

プロンプトC：戦闘タイミングとフィードバックを指定する

直交グリッドのマンハッタン距離を使います。各ビート開始時にy=2、y=1、y=2の順で行を予告します。プレイヤーが先に移動し、次に行動を一つ選びます。熱4未満、射程3以内ならCarbine射撃、またはVentで熱2を下げて行動を使います。射撃はダメージ3、熱+1。プレイヤー行動後もSentryが生存し、Rook-6がビート終了時に予告行のx=1–4にいればダメージ3、Bulwarkで2に軽減。熱4で射撃不可。確認：予告行、合法移動先、命中/失敗、HP、熱、射撃前にSentryを無力化したかを表示。

この版は許される行動、解決タイミング、プレイヤーに見せる内容を述べます。「同時ターン」が曖昧なまま、攻撃元が無力化された後も攻撃を適用することを防ぎます。

勝利状態を手計算する

ビルドを求める前に例を解決します。マンハッタン距離は横と縦のマス差の合計です。Rook-6はHP10、熱0、SentryはHP8。Carbine命中ごとにSentry HPが3下がり、熱が1増えます。装甲後のSentry命中でプレイヤーHPが2減ります。標的行とプレイヤーの最終マスで命中を判定します。

距離とダメージはすべて記載契約から導かれます。ビート1後は|4−2|+|2−1|=3、ビート2も3、ビート3は2。最初の移動は直交2歩で、斜めの近道ではありません。プレイヤーは1回被弾し3から2に軽減、Sentryは最後の反応前に除去されます。

Heavy Treadsの代替装備も勝ちますが体力は少なくなります。各ビートに1マス移動し、(2,2)、(2,1)、(2,2)へ進みます。3ビートすべて射撃しSentryは8→5→2→0、熱0→1→2→3。最初の二つの終点は予告行と一致し、Rook-6は装甲後の攻撃を2回受けHP10→8→6。Jetsは最初の予告を避け、Treadsは同じ3ビート勝利のため体力を多く使うという設計選択が見えます。

これは測定されたバランス結果ではありません。決定的な紙上例を使って良い質問を作ります。敵の警告は十分早いか、各ドライブは示されたマスへ合法に行けるか、装甲軽減は一度だけ適用されるか、最後の射撃は敵攻撃より先か。

確認を初版向け計画に変える

広い創作プロンプトの中に隠れないよう、受け入れ依頼を別に書きます。

プロンプトD：レビュー可能なテストを依頼する

承認済みCinderline規則を使い、見える再開機能の小さなテスト部屋を作ります。Vector Jetsの行動列の短い状態ログを含め、各ビート後のプレイヤー位置、Sentry HP、プレイヤーHP、熱を示します。また、上限超過装備、射程外射撃、熱4到達、反応前に無力化されたSentryを確認します。要求と違う、または欠ける挙動は規則を黙って変えず不一致として報告します。このプロンプトは後で使う計画で、実行済みビルドの記録ではありません。

実ビルドを後で得たらプロンプト版と開始状態を記録し、起きたことを受け入れ表と比較します。行動前後の射撃行、合法マス経路、距離計算、モジュール合計、装甲ダメージ、熱、敵無力化タイミング、再開を確認します。一度に規則一つを変え、後のテスト前に期待状態を更新します。ビルドやプレイヤーセッションがなければ、手計算を埋めずテスト結果欄は空にします。

現在の3D AI gameページは、テキストプロンプトからプレイ可能な3Dゲームを作り、シーン、カメラ、操作を指定し、ブラウザーで初版をテストしてチャットで変更する一般的な流れを説明しています。シーン一つ、目標一つから始めることを勧めます。Free AI Game Makerページも平易な英語の案から2D/3Dの初版、ブラウザーテスト、追加プロンプト、生成ごとのコスト確認を説明しています。これは一般的な流れであり、この架空メカや正確な規則が生成された証拠ではありません。

4段階のプロンプト、電力6の装備、3ビート台帳を自分の設計に活用します。小さな案を形にして一般的な制作方法を確認するにはFree AI game makerを使います。Cinderlineの数値は参照契約として保ち、自分の規則に置き換え、実結果を確認してからプレイ可能またはテスト済みと述べます。