AIで書店経営ゲームの在庫ループを設計する

書店経営ゲームは、その日の注文が分かる前に何を仕入れるか選ぶと面白くなります。店一つ、タイトル二つ、短い固定の来店列、販売中も持ち越される現金から始めましょう。説明できる判断が生まれます。棚を均等に仕入れるか、最も多く頼まれるタイトルを厚く仕入れるかです。以下の例は紙上シミュレーション用に考えた架空の教材ルールで、プレイテストや実際の客についての報告ではありません。最初の版に全カタログや現実的な供給網は必要ありません。仕入れの選択とその影響が見えることが大切です。数値は表計算ソフトなしでも計算できる小さな値にしています。ひとつの在庫契約を作り、台帳を追い、動作を確認できる小さな試作を依頼する方法を示します。

一つの仕入れ判断から始める

役立つ最初の営業日は四つのつながった手順です。注文を確認し、仕入れを決め、在庫から客に販売し、結果を次の仕入れ計画に使います。順番が重要です。プレイヤーが在庫を選ぶ前に客が来れば仕入れは判断になりません。販売ごとに現金と在庫がリセットされれば、選択のコストが見えなくなります。

最初の版では、家賃、人件費、割引、内装評価、ランダム需要、代替商品、営業時間中の追加注文を省きます。後からこれらの仕組みが有用な選択を生むこともありますが、客に販売できた理由やできなかった理由が分かりにくくなります。表示するカタログはタイトル二つに絞り、来店者はどちらか一冊を注文します。閉店時に注文一覧と棚、現金を比較できるようにしましょう。

小さな在庫契約を書く

ビルドを依頼する前にルールを固定します。以下のPaper Lantern Booksは架空の例です。価格と客の順番は計算を追いやすくするためだけに選んでおり、市場データや実店舗で観察した行動ではありません。

この日の費用や収入源は他にありません。注文後、現金が変化するのは本が売れたときだけで、台帳を閉じて追えます。対応できなかった注文は需要未達として記録しますが、売上は発生せず在庫も減りません。

基準の台帳を追う

まずミステリー2冊、旅行2冊を注文します。4冊の注文は12コインなので、開店時の現金は2コインです。最初のミステリー客2人に各1冊を販売します。3人目のミステリー注文には応えられず、客は退店し、注文を記録します。旅行の客には1冊を販売し、旅行本が棚に1冊残ります。

この結果は実際の読者が何を買うかの予測ではなく、在庫配分の例として読みます。来店列は事前に固定され、現金の合計は選んだルールから計算されています。前提を見えるようにすることで、他の人も算術を確認し、設計を意図的に変更できます。

本を一冊移して一日を再現する

次にミステリー3冊、旅行1冊という注文を比べます。これも12コインで、開店時の現金は2コインです。来店列、価格、開始現金はそのままにします。最初のミステリー客3人に販売し、その後に旅行客へ販売します。4人全員に対応でき、注文した4冊がすべて売れます。

これは基準の閉店時残高17コインの翌日ではなく、同じ14コインの開始状態から並行して行う紙上再生です。変更したのは注文の内訳だけです。この架空の来店列ではミステリー多めの注文で未販売本がなくなり、モデル上の収入が5コイン増えます。これは設定された来店列の結果であり、測定された改善でも、常に特定のタイトルを多く仕入れるべきという一般則でもありません。

最初のビルド向けに一つの完全なプロンプトを書く

店の設定、開始状態、ルール、観察できる確認を一つの依頼にまとめます。指定する必要のない実装詳細は開いたままにしつつ、各行動の後に何が成立すべきかを明確にします。

Paper Lantern Booksという小さなブラウザー対応の書店経営ゲームを作る。
店舗は一つ、表示するタイトルは「ミステリー」と「旅行」の二つにする。現実の書店を再現するものではなく、架空の教材用試作である。

新しい営業日は現金14コイン、在庫なしで始める。開店前に合計4冊ちょうどを注文でき、各タイトルは最大3冊まで。1冊3コイン。4冊の上限を超える注文は拒否する。プレイヤーが確定する前に注文合計と残金を表示する。

この一日の固定客順は、ミステリー、ミステリー、ミステリー、旅行。各客は1冊を注文する。希望タイトルの在庫があれば1冊を減らして現金を5コイン増やす。在庫切れなら注文未達を一件記録し、現金を増やさない。別タイトルで代用しない。家賃、人件費、ランダム需要、割引、借入、営業時間中の追加注文は加えない。

来店列の最後に、注文数、タイトル別販売数、残在庫、未達注文数、売上、閉店時現金を表示する。注文と販売の台帳に一貫性を持たせる。14コイン、開始在庫なし、同じ来店列、同じルールに戻すリスタートを追加する。

ビルドで次の確認を可視化する。4冊の注文は12コインかかり、2コイン残る。5冊の注文は冊数上限超過で拒否される。別ケースとして、現金11コインでは12コインの注文が不足として拒否され、現金と在庫は変わらない。一致する注文では本を1冊消費して5コイン増える。在庫切れの注文は販売なしで未達を記録する。ミステリー2冊／旅行2冊の注文では、対応3件、未達1件、旅行本1冊残、閉店時17コインを示す。リスタート後にミステリー3冊／旅行1冊では、対応4件、未達なし、残在庫なし、閉店時22コインを示す。要求どおり動かないルールがあれば説明し、計算を黙って変更しない。

このプロンプトは各結果を確認しやすくしますが、生成ビルドがルールを正しく実装すると示すものではありません。ビルドを確認した後、画面上の注文、販売、未達注文、在庫、現金を上の二つの台帳と比較します。結果が違う場合は不一致を分離します。まず注文が受理されたか、次に販売で1冊が減り5コイン増えたか、最後に閉店時合計が残金と売上の和になっているかを確認しましょう。

システムを増やす前に台帳を確認する

• 4冊の注文は12コインで、14コインから2コイン残ることを確認する。5冊上限と現金11コインの不足ケースは別々に試す。
• 各注文を順番に追う。一致する注文では該当本が1冊減り、未達注文では在庫も現金も変わらない。
• 販売冊数を数えて5コインを掛け、注文後の残り2コインに売上を加える。基準は17、比較再生は22。
• 二つの注文の間にリセットする。現金、開始在庫、来店列、ルールが同じ初期状態に戻ることを確認する。

最終現金が合わない場合、複数のルールを同時に変更しないでください。来店列と価格を固定し、台帳が最初にずれた行動を特定して、そのルールだけを修正します。二つのケースが合ったら、新しい来店列を試すか、営業日の費用を別の設計変更として追加し、変更前後の台帳を作ります。

契約を最初のプレイ可能な試作へ移す

SEELEのFree AI Game Makerページは、ゲーム案を平易な英語で説明し、2Dまたは3Dのプレイ可能な結果を確認してWorkspaceで反復する一般的な制作フローを案内しています。この記事の在庫契約は一般的な制作依頼向けの提案ブリーフであり、ページには書店専用テンプレートは記載されていません。この例の生成ビルドは確認されていないため、固定客順、注文上限、販売ルール、現金台帳は確認すべき要件であり、製品で確認済みの挙動ではありません。ブリーフを試す場合、結果を二つの紙上台帳と照合してください。

焦点を絞ったゲーム案を説明し、プレイ可能な出発点を確認する準備ができたら、無料AIゲームメーカーを訪れてください。最初の確認では同じ固定客順を使い、元の結果を説明できるようになってから仕入れルールを一つだけ変えます。