最初のパズルで両プレイヤーを必要にする

最初のパズルで両プレイヤーを必要にする

協力型脱出ゲームのプロンプトでは、各プレイヤーが何をするか、行動がどう組み合わさるかを書きます。共有手掛かり1つ、プレイヤー別のコンソール2台、同期確認のルールから始めます。次に正しい組が何を変えるか、間違いで何がリセットされるか、出口がどう開くかを定義します。「協力」と書くだけでは、一人が両方の謎を解くのを防げません。

Bellglass Vaultはそのプロンプト手順を説明するオリジナル設計です。部屋1つ、全員が見られる3記号の手掛かり1つ、別々のコンソールに立つローカルプレイヤー2人です。以下のルール経路は手計算で、プロンプトは実行されておらず、プレイ可能またはテスト済みのビルドもありません。

真鍮の装飾や雰囲気を説明する前に、協力プレイの契約を示します。

この契約では、相手に情報を隠さず各プレイヤーに必須の行動を与えます。壁画は公開なので、協力の要件は一人しか読めない秘密情報ではなく、コンソールの担当とタイミングです。以下のローカルキー割り当ては提案設計で、特定製品やビルドが2人操作に対応する証拠ではありません。

コンソールの担当と共有手掛かりを定義する

担当コンソールごとに異なる操作を割り当て、ダイヤルがロックするタイミングを書きます。プレイヤーAはA/Dで西側ダイヤルを回し、Fで確定。プレイヤーBは左右矢印で東側ダイヤルを回し、右Shiftで確定します。ダイヤルには三日月、波、星があります。両者は同じ壁画の順番を見ており、コンソールに個別の手掛かりはありません。

確認するとそのプレイヤーの記号を固定し、3秒タイマーを開始します。相手が確認したらすぐ組み合わせを解決します。

失敗したら進行中の試行だけをリセットします。すでに解けた記号のランプを消したり、ライフを減らしたり、別の部屋タイマーを始めたりしません。これらはこの例のルールにありません。成功経路と同じプロンプトで回復方法も示せば、ゲーム側が別のペナルティを創作しにくくなります。

対応する操作とフィードバックを示す

操作は短い状態循環です。両コンソールは中立で始まり、最初の確認で片方のダイヤルがロックしてタイマーが始まり、2回目の確認で手掛かりが進むか試行が戻ります。最初の正しい組の後、壁画の次の目標は波になり、扉ランプ3つのうち最初が点灯したままです。

手計算例：プレイヤーAがt=0で三日月を確定。プレイヤーBは3秒以内のt=2.4で三日月を確定するため、ランプ1が点灯し、波に向けて両ダイヤルが戻ります。波の段階で、Aはt=0に波を確定し、Bはt=1.0に三日月を確定します。不一致で両ダイヤルが戻ります。ランプ1は点灯したまま、波が目標のままです。両者は波を再試行できます。これは提案ルールの計算で、ユーザーまたはプレイテスト結果ではありません。

仕組み図では別の瞬間を示します。波が現在の目標で、Aは一致する記号を準備して待ち、Bは波を選んだものの未確定。扉ランプは一つだけ点灯しています。時間内にBが波を確定すれば2段階目が成功します。遅延または不一致なら今回の試行だけをリセットします。

状態に合わせたフィードバックにします。正しい組の後だけランプを点灯。不一致では現在のランプと手掛かり段階を維持。タイムアウトでは保留選択を消します。設計にあるのは組の確認時間だけなので、部屋全体のカウントダウンを追加しません。

段階を踏んで1部屋をプロンプトにする

完成した部屋を頼む前にルール表を求めます。次に3記号の順、別々のコンソール、確認時間、回復、出口を備えたローカル2人用パズルを一つ依頼します。持ち物、キャンペーン、秘密役割の手掛かり、オンライン通信は組み合わせません。以下は設計プロンプトで、ゲームメーカーでは実行していません。

ステージ1：ルール契約を返す

同じ画面を共有するローカルプレイヤー2人用の、1部屋だけの協力脱出パズルを設計してください。アートや機能を説明する前に、プレイヤー数とモード、各自の担当コンソールと操作、両者が見られる手掛かり、現在の記号段階、確認タイマーの開始時点、正確な成功条件、不一致時、タイムアウト時、出口条件、再起動状態を含む状態表を返してください。

三日月、波、星の順に読める公開壁画を一つ使います。プレイヤーAは西側コンソールを担当し、A/Dでダイヤルを回し、Fで確定します。プレイヤーBは東側コンソールを担当し、左右矢印で回し、右Shiftで確定します。どちらのコンソールにも同じ3記号があります。確認するとそのダイヤルをロックし、3秒間を開始します。時間内に両者が現在の正しい同一記号を確定した場合だけ進めます。不一致、両者が同じ間違い、タイムアウトでは両ダイヤルを解除してタイマーを消し、同じ段階を維持します。正しい組が3回で扉ランプ3つが点灯し出口が開き、両者が通ると部屋完了。再起動で全ランプを消し、三日月へ戻り、両ダイヤルを解除して中立にします。

秘密の手掛かり、ライフ、部屋全体のタイマー、オンラインプレイ、ここに書かれていないペナルティを追加しないでください。操作または状態に矛盾があれば契約を黙って変更せず示してください。

ステージ2：焦点を絞った試作を依頼する

承認済み契約から、1部屋だけの同画面ローカル協力脱出パズル試作を作ってください。西と東に明確に分かれた真鍮コンソールの前にプレイヤー2人を置き、両方の位置から同じ三日月→波→星の壁画と、ランプ3つの閉じた出口が見えるようにします。

プレイヤーAは西側のみ操作：A/Dで3つの記号を切り替え、Fで確定。プレイヤーBは東側のみ操作：左右矢印で切り替え、右Shiftで確定。各確認は選択を固定します。最初の確認なら3秒のペア時間を開始します。2回目の確認は、時間内に相手と同じ現在の壁画記号を選んでいるときだけ成功します。その後、次の扉ランプだけを点灯し、記号を一つ進め、両コンソールを解除し、ダイヤルを中立に戻します。

不一致、両者が同じ誤記号を確定、または3秒経過では、保留選択とタイマーを消しますが、現在の手掛かり段階と点灯済みランプは維持します。ライフを減らしたり、部屋を進めたりしません。星の組の後、ランプ3を点灯して出口を開け、両プレイヤーが通るまで完了にしません。再起動で三日月、ランプ消灯、両ダイヤル中立に戻します。

現在の共有目標、各自の選択記号、待機中のコンソール、ペアタイマー、扉ランプを読みやすいゲーム内表示で示します。生成文字に頼らないでください。三日月、波、星、不一致、タイムアウト、最後の出口、再起動の操作割り当てと期待遷移を返してください。この部屋とルールだけを使います。ネットワーク機能を追加せず、実際の出力を調べるまで操作対応を主張しないでください。

ステージ3：失敗したペア確認だけを修正する

実際のビルドが後で確認に失敗した場合は、正確な操作手順と観察状態を提示します。その後、範囲を一つに絞った修正を依頼します。例えば一人の確認だけで進む結果が実際に出たなら、ペア条件を修正して同じ手順を再実行します。テスターの反応を捏造したり、手掛かり順とタイマーを同時に変えたりしません。

両プレイヤーと最後の出口を確認する

一人だけの進行と本当のペア進行を区別する受け入れケースを使います。これは計画中の確認で、合格済みの結果ではありません。実際の試行ごとに、現在の記号、最初に確定した人、両者の選択記号、見えるタイマー、ランプ数、次の状態を記録します。

実際のアクセス可能なビルドでは、両者が同じ手掛かりを読めるか、割り当て操作を入れ替えられないか、片側だけの確認で扉ランプが点灯しないか調べます。別々のローカル入力を表現できない生成結果なら、操作がプレイ可能だと呼ばず、その制約を記録します。

結果のイラストは手計算した目標状態だけを示します。三日月、波、星がペアで確認され、ランプ3つが点灯し、両探検者が開いた出口を通る状態です。生成された脱出部屋のスクリーンショットではありません。

マルチプレイヤーページでシナリオの範囲を決める

SEELEの現在のマルチプレイヤーゲームメーカーページは、プレイヤー数とモード、共有目標、役割、操作規則を中心に短いシナリオを計画する方法を説明しています。各プレイヤーに有用な行動があり、結果が明確か確認することを勧めています。小規模な協力シナリオとしてBellglass Vaultを位置づけるのに関連しますが、このコンソール割り当てや生成されたローカルマルチプレイヤー部屋の動作を証明しません。

同じページではオンラインプレイには実装、ネットワーク、同期、ホスティング、テストが依然必要としています。Bellglass Vaultはローカル同画面に限定し、プロンプトでオンライン要件を処理できると示唆しません。SEELEの一般的なゲーム制作カテゴリは幅広く、この2台のコンソール操作を記録または保証するものではありません。

プレイヤー数、共通手掛かり、コンソール担当、ペア時間、失敗時のリセット、受け入れ確認を一つ持ち込みます。実際の出力を調べ、続ける前に表示された生成コストも確認します。計画ページやプロンプトはコンソール操作やプレイ可能な協力結果が対応する証拠ではありません。

両者がこの部屋を終えられてから次の部屋を加える

共有手掛かりを一つ用意し、各プレイヤーに必要な行動を割り当て、一致、不一致、タイムアウト、再起動で何が変わるか指定します。最初のプロンプトは1部屋に絞ります。実際の出力で両者の貢献と、出口が記述した状態規則に従うことを確認してから内容を増やします。Bellglass Vaultは架空の手計算設計であり、生成・テスト済みゲームの証拠ではありません。

マルチプレイヤーゲームメーカーで短い協力シナリオを組み立て、現在の出力で何ができるか確認します。

よくある質問

脱出パズルを本当の協力型にする要素は何ですか？

各プレイヤーに必要な行動があり、それらをどう組み合わせるかルールで示すことです。Bellglass Vaultでは各自が別コンソールを担当し、同じ公開記号を同じ時間内に二人で確定したときだけ扉が進みます。これは設計上の選択例で、普遍的な定義やプレイヤーの好みに関するテスト済み主張ではありません。

協力プレイヤーに異なる手掛かりを与えるべきですか？

必ずしもそうではありません。操作を分けたりタイミングを合わせたりすれば、共有手掛かりでも協力が必要です。Bellglass Vaultでは両者に同じ壁画を見せ、別々のコンソールを割り当てます。情報共有が設計上必要な場合だけ個別の手掛かりを使い、それぞれが判断をどう変えるか明記します。

一人が遅れて確定したときはどうすべきですか？

プロンプトの前にタイムアウト規則を定義します。この例では保留中の選択を両方消し、同じ手掛かり段階を維持し、ライフを失わず再試行できます。別の設計で別の結果にしても構いませんが、タイマー開始時点と既存進行を保つかをプロンプトと確認項目で一致させます。

AIプロンプトでオンライン協力プレイを保証できますか？

いいえ。プロンプトは人数、共有目標、操作を記述できますが、ネットワーク、同期、ホスティング、別端末のプレイが実装済みである証拠ではありません。SEELEの現在のマルチプレイヤーページも、これらのオンライン要件を実装・テスト作業としています。機能を主張する前に実際のネットワーク出力を確認し、テストしてください。

部屋を増やす前に何をテストすべきですか？

各コンソールが担当プレイヤーにだけ反応すること、正しい組で手掛かりが一段だけ進むこと、不一致とタイムアウトが同様に復旧すること、点灯済みランプが維持されること、再起動で部屋が初期化されることを確認します。次に正しい組3回で出口が開き、両者が通る必要があるか見ます。実際のビルドができるまでは計画中の確認として扱います。