Papers, Pleaseにインスパイアされたオリジナルの検査ゲームを作るには、2つの記録と表示可能なチェックリストから始めます。架空の「パターンライブラリ受入」では、事務員が装飾的なトレイのラベルとリクエストカードを比較します。1つのトレイは、要求されたモチーフと棚ベイに一致しています。紫のステッカーはありません。事務員がそれを棚に収めるべきかどうかは、このランのチェックリストに依存します。
プレイヤーに証拠を調べさせ、その後判断を確定させます。同じ書類と1つ変更された要件でのリプレイは、ゲームが現在のルールをチェックしているかどうかを示します。
文書の比較を独自の検査パズルに変換する
Papers, Pleaseでは、架空の出入国管理官が旅行者の文書と検査ツールを用いて判断を下します。Lucas Popeはこの前提を公式プレスキットおよび開発者カタログで説明しています。
証拠をルールと照合するという広い概念を用いましょう。自前のバージョンには独自の設定と結果を与えてください。パターンライブラリは装飾的な印刷トレイを分類します。リクエストとラベルにはそれぞれMotifとBayが記載されています。ラベルにはVioletステッカーが付いている場合もあります。
検査と確定した判断を分離する
Inspectは対応するフィールドをハイライトし、その生値を表示します。ターンは消費しません。チェックリストはMotifとBayが一致しているかを尋ねます。改訂版では、ステッカーの存在も必須となります。プレイヤーが判断を下している間、アクティブなチェックリストを表示し続けてください。
Shelveはトレイをリクエストにあるベイに送ります。Returnには固定リストから1つの理由が必要です。プレイヤーが選んだもの、チェックリストが期待したもの、そして判断と理由が正しかったかどうかを記録してください。解決済みのトレイに対してフィードバックを与え、一時的な検査ハイライトをクリアしてください。
| 入力 | 効果 |
|---|---|
| Inspect | 比較可能な値を表示するが、確定はしない。 |
| 棚に戻す | リクエストベイに確定する。すべての必須チェックがパスした場合、正解としてスコアを付与する。 |
| 記載された理由を添えて返却する | 返却を確定する。その理由が実際に失敗した必須要件である場合、正解としてスコアを付与する。 |
| 記載された理由なしで返却する、または別のケースへのコマンドを発行する | 台帳を進めたり変更したりせずに拒否する。 |
返却の理由は3つあり、Motif Mismatch、Bay Mismatch、Sticker Missingである。複数の必須チェックが失敗した場合、該当する理由であればどれでも受理する。記載された理由がトレイに対して誤っている場合もある。誤った理由はエラーとして記録され、次のケースに進む。
同じチェックリストに対して3つのトレイすべてを再生する
以下のケースを順番に使用する。3回目の確定後、スコアとケース固有のフィードバックを表示する。完了後はResetのみが受理される。
| ケース | リクエスト | トレイラベル | ベースラインの判断 | ステッカー必須 |
|---|---|---|---|---|
| A | Arc, North | Arc, North, ステッカーなし | 棚に戻す。 | ステッカー欠品で差し戻し。 |
| B | Dot, South | Dot, North, Violet | ベイ不一致で差し戻し。 | ベイ不一致で差し戻し。 |
| C | Wave, North | Wave, North, Violet | 棚に戻す。 | 棚に戻す。 |
ベースラインでは、Aを棚入れ、Bをベイ不一致で返却、Cを棚入れすると、3つの正しい判断になります。Bをモチーフ不一致で返却してみてください。両方の記録にDotが表示されているため、トレイを返却するという宛先は正しいものの、理由は誤りです。台帳には、具体的な理由の誤りを記録する必要があります。
AIに小さなルールチェックリストとリプレイを与えます
2つのカード、アクティブなチェックリスト、短い台帳を要求します。プロトタイプには、期待される判断と、現在のトレイをそのままにすべきアクションの例を与えます。
オリジナルの「パターンライブラリ受入」検査パズルを作成してください。
一度に1組のリクエストとトレイラベルを表示します。
A: リクエスト Arc North; ラベル Arc North、ステッカーなし。
B: リクエスト Dot South; ラベル Dot North、Violet。
C: リクエスト Wave North; ラベル Wave North、Violet。
モチーフとベイを照合します。Violetが必須かどうかの設定を1つサポートします。実行中は選択されたチェックリストを固定します。
Inspect（検査）は両方の値を表示し、コミットは行いません。
Shelve（棚入れ）はトレイを要求されたベイに送ります。Return（返却）には、リストされた理由の1つが必要です：Motif Mismatch（モチーフ不一致）、Bay Mismatch（ベイ不一致）、または Sticker Missing（ステッカー欠如）。
Returnが正しいとみなされるのは、理由が失敗したチェックである場合のみです。
理由の欠落、リストされていない理由、古いケースのコマンドは進行しません。
すべての有効なコミットは、期待される判断、提出された判断と理由、正誤を記録します。具体的なフィードバックを表示します。
3件すべて完了後、スコアを表示して停止します。Reset（リセット）はケースAから開始し、台帳とハイライトをクリアし、選択されたチェックリストを使用します。2回Inspect（検査）し、スコアとケースが進行しないことを確認します。理由なしでReturn（返却）を提出します。次に、リストされているが誤った理由を選択し、エラー付きで進行することを確認します。Reset（リセット）し、古い台帳とケースのハイライトが消えていることを確認します。
ステッカーを必須にし、同じ判断を比較します
変更するのはVioletが必須かどうかだけです。Shelve A、Bay Mismatch付きのReturn B、そしてShelve Cを繰り返します。Case Aはステッカーが欠けているため失敗となり、スコアは3点中2点に低下します。別の修正済みランでは、Sticker Missing付きでReturn Aを行い、残りの2つの選択肢を維持します。これにより、3点中3点に回復します。
ワークシートは、比較のために文書と入力順序を固定しています。動作するビルドでは、プレイヤーがアクティブな要件に気づき、Aが変更された理由を区別できるかを確認してください。1つの変更後にビルドをリプレイするガイドは、このチェックに焦点を当てるのに役立ちます。
リプレイ可能なルールを持つ1つの検査デスクを構築する
2枚のカード、3つのトレイ、1つのバージョン変更から始めます。SEELEのAIゲームメーカーでオリジナルの検査パズルを開始し、フィールドを追加する前に、記録された各理由をワークシートと比較してください。
よくある質問
検査とコミットを分離するのはなぜですか？
Inspectは、プレイヤーが証拠を調べ、フィールドを再確認する方法を提供します。Committingは、トレイの行き先を決定し、結果を記録します。これらを分離することで、プレイヤーが値を見逃したのか、誤ったルールを適用したのかを区別しやすくなります。
行き先が正しくても、理由が間違っていることはありますか？
はい。ベイが異なりながらモチーフが一致している場合、トレイは戻す必要があります。プレイヤーがモチーフのためにそれを戻した場合、それを理由エラーとして記録してください。失敗したフィールドを表示し、決定のどの部分を修正すべきかを確認できるようにします。
アクティブなチェックリストはどこに表示すべきですか？
記録の近くに配置し、最初のコミットメントの前に表示可能にしてください。結果台帳にもルールバージョンを明記します。プレイヤーが要件を変更してリプレイする場合、どのチェックリストがアクティブだったかを覚える必要なく、結果を比較できます。
別のチェックを追加するにはどうすればよいですか？
新しいチェックによって結果が変わるケースと、変わらないケースをそれぞれ1つ追加してください。以前のケースも保持しておき、再度検証できるようにしてください。あるケースが複数の要件に該当しない場合は、承認された理由と無関係な理由をそれぞれテストしてください。
