つながった生息地ループを一つから始める
生態系シミュレーションのプロンプトには動植物の一覧以上が必要です。プレイヤーが変えられる生息地の値、短い反応の連鎖、その反応を更新する固定順序、環境の安定を示す条件を含めます。広い世界を頼む前にその循環を書きます。
Mireglass Fenはこのガイド用の架空のゲーム例です。Moonreed、Glimmerwings、Glassbacks、それらの関係、以下の数値はすべて創作したルールです。実在種でも生態アドバイスでもありません。プロンプトは読者が試すテンプレートです。実行、プレイ可能ゲーム、テストは示していません。v0からv1の例はシミュレーションと明示した手計算です。
プレイヤーは小さな湿地の水門一つを管理します。水位を上げる、下げる、維持する操作がまずMoonreedを変えます。植物数がGlimmerwingsに影響し、その数がGlassbacksに影響します。実在生態系の調整ではなく、確認可能な予測ゲームループを作るのが目的です。
架空の生息地状態を定義する
最初は小さくします。水位1つ、個体数カウンター3つ、4ターンの目標。各値に上限・下限を設け、依頼が人口の暴走増加を黙って許さないようにします。
| 状態 | 開始値 | 何が変えるか |
|---|---|---|
| 水位 T | 1 / 5 | 各ターン、プレイヤーは水門を1段上げる、下げる、維持。 |
| Moonreed R | 1 / 5 | 水位2〜4なら1増え、それ以外は1減る。 |
| Glimmerwings G | 1 / 5 | 更新後の葦が2以上なら増える。それ以外は減る。開始時Glassbacksが1減らす場合がある。 |
| Glassbacks F | 1 / 5 | 更新後のGlimmerwingsが2以上なら増える。その数が0になった場合だけ減る。 |
| 安定連続数 | 0 | ターン終了時に個体数3種すべてが2以上なら増加。それ以外は0に戻る。 |
目標は4ターン以内に個体数3種すべてを2以上で2ターン連続維持することです。湿地の健全性についての主張ではなく創作した勝利条件です。上限、ターン制限、連続数で、終わりのない「生態系を繁栄させる」依頼ではなく確認可能な終点を作ります。
場面前にルール契約を依頼する
まず新種やシステムを足さず、遷移を言い換えさせます。これで不完全なルールと未完成の場面を切り分けられます。
Mireglass Fenを実在湿地モデルではなく架空のゲーム生態系として扱ってください。提示ルールをコンパクトな状態表と決定論的なターン順にしてください。T、R、G、F、安定連続数だけを保ち、種、季節、食物連鎖、イベント、生態学的主張を追加しないでください。各クランプとしきい値を定義してください。T=2、R=2、G=2、F=1、行動holdの状態を手計算。Glimmerwingsへの圧力にはターン開始時のF0を使います。期待状態を返し、ビルド提案前に曖昧点を列挙します。これはルール分析で、テストではないと明記してください。
回答でGlimmerwingsへの圧力に開始時Glassbacks数を使い、その後Glassbacks数が更新されるか確認します。天候、移動、食料、追加生息地が加わるなら、各々確認する遷移を増やす前に外します。
最小の生息地スライスを依頼する
ルール契約が固まったら、それを表す最小操作と一画面を頼みます。操作、カウンター、ターン上限、リセットを指定し、最初の依頼に集中できるよう不要システムを明記します。
架空のMireglass Fen向けに、一画面の小さな生態系管理ゲーム案を作ってください。各ターン、水門を上げる、下げる、維持する操作を一つ選びます。水位コントロール、Moonreed、Glimmerwings、Glassbacks、2ターン安定連続数を読みやすく表示します。提示された正確な4ターン更新規則と固定順を使い、すべて0〜5に制限。再起動と安定連続数2での明確な勝利状態を含みます。実在種、科学的説明、集落成長、取引、解除、追加資源、天候、ランダムイベントは加えません。各ターンの開始・終了状態を確認可能にし、読者がルールと比較できるようにします。
これは提案する最初のスライスの説明で、機能保証ではありません。実際に試すなら、水門操作がまず水位だけを変えるか、その後各個体数が指定順で更新されるか、ターン終了時にどれかが2未満なら連続数が戻るか確認します。
生息地の一ターンを手計算する
ビルドを頼む前に算数を紙上で行います。T=2、R=2、G=2、F=1からholdを選び順に解決。開始Glassbacks数は圧力のしきい値未満です。
| 段階 | 計算 | 段階後の状態 |
|---|---|---|
| 水門維持 | Tは2のまま。 | T=2、R=2、G=2、F=1 |
| Moonreed更新 | 水位が2〜4なのでRを1増やす。 | T=2、R=3、G=2、F=1 |
| Glimmerwings更新 | 葦2以上なのでGtempを1増やす。開始F0=1の圧力はなし。 | T=2、R=3、G=3、F=1 |
| Glassbacks更新 | Glimmerwingsが2以上なのでFを1増やす。 | T=2、R=3、G=3、F=2 |
| 安定確認 | 個体数すべて2以上なので連続数1。 | T=2、R=3、G=3、F=2。連続1 |
これは記述したルールからの予測で、実装が従う証拠ではありません。2回目の連続holdではT=2、R=4、G=3、F=3、連続数2となり、架空目標を満たします。
仮定上のルール不一致を一つ修正する
最初の草案ではGlassbacksがGlimmerwingsに反応し、Glimmerwingsを減らすとありますが、圧力に開始時のFか、現在ターン更新後のFか書いていません。紙上状態が二通りになります。
| 草案の解釈 | 同じ開始状態とhold後の終状態 |
|---|---|
| 圧力に開始時F0=1を使ってからGlassbacks更新。 | T=2、R=3、G=3、F=2。連続1。 |
| 先にGlassbacks更新し、新F=2で圧力。 | T=2、R=3、G=2、F=2。連続1。 |
シミュレーション修正では一行追加します。Glimmerwingsへの圧力はターン開始値F0を使う。この規則で期待するv1状態はT=2、R=3、G=3、F=2、連続数1です。
v0からv1への手順は著者作成のシミュレーションで、プロンプト実行、ゲームビルド、プレイテスト、測定結果ではありません。後で実ビルドができたら、仮の状態を正確な操作と観察状態に置き換えてから単一ルール修正を依頼できます。
これは観察されたゲーム結果ではなく、仮定上のルール曖昧さです。T=2、R=2、G=2、F=1、行動holdから、草案ではGlassbacks数のどちらを圧力に使うか定義がなく、一つの解釈はT=2、R=3、G=3、F=2、もう一つはT=2、R=3、G=2、F=2で終わります。変更は一つだけ：圧力にターン開始時数F0を使うと指定します。他のルールを維持し、改訂遷移と期待状態を返します。テストや測定済みとは言わないでください。
ルールシートを制作Workspaceへ持ち込む
ブリーフができたら対象者と形式、最初の行動、場面と状態、最初の版を小さく保つ制約を説明します。実際の結果を確認し、表示カウンターが遷移順に従うか、条件時に連続数が戻るかを調べます。
SEELEの現在のFree AI game makerページは、平易な英語で案を説明し、プレイ可能な2Dまたは3D結果を確認し、Workspaceで反復し、送信前にモデル、利用可能Koin、表示コストを確認する一般的な流れを説明します。Mireglass Fen、生態系固有挙動、この例のルールは記載していません。プロンプトを出発点として使い、結果を自分で確認してください。
生態系シミュレーション用プロンプトFAQ
最初の生態系プロンプトに何種入れるべきですか？
一つの依存関係を示すのに必要な最小カウンターから始めます。Mireglass Fenでは創作個体数3つで、生息地変化、成長反応、圧力規則を表します。既存ループで表せない判断を作る場合だけもう一種加えます。
生態系ゲームの種は実在種にすべきですか？
実在種を使えますが、実在種と関係の主張には信頼できる情報源が必要です。この例は創作名とルールを意図的に使うため、生態学的助言や現実的な湿地モデルとして見せません。実在種を選ぶなら各関係の出典を示し、出典事実と創作ルールを分けます。
生態系シミュレーションのプロンプトで最初に何を指定しますか？
生息地変数、個体数の上下限、プレイヤー操作、遷移順、勝利条件を列挙します。次に正確な開始状態を一つ含め、一ターン後の期待状態を求めます。それで雰囲気だけの依頼より結果を調べやすくできます。
個体数の結果が食い違うときどう解決しますか？
時点が曖昧な最初の規則を見つけます。個体間の影響にターン開始時の数か、別個体更新後の数かを明記し、その規則だけ変え同じ状態を再計算します。修正をテスト済みと呼ぶ前に実ビルドも別に確認します。
プロンプトとシミュレーション例はテスト済みですか？
いいえ。プロンプトは試すテンプレートで、v0からv1は手計算です。ビルド、プレイテスト、測定結果を示しません。自分の出力を検証済みと呼ぶ前に契約と比較します。正確な操作と実ビルド結果を記録した後だけ観察済みと呼びます。
