AIゲームマスターの設計
AI RPGで問題が起きたとき、本当にプロンプトが原因？
GPT-6 AstraとClaude Opus 5.5の指針を例に、AI RPGのダイス判定で起きるコンテキスト、API、実行、保存状態の問題をプロンプト修正前に診断します。
実際に失敗したターンから始める
より良いプロンプトは、壊れたAIロールプレイのターンをすべて修復しない。次の例を考えてみよう：あなたのレンジャーが腐った橋を渡そうとし、ゲームが判定を要求し、画面上のダイスは目標値15に対して9に修正値3を加えた。合計は12だが、次の段落ではレンジャーが無事に渡ったと書かれている。強い言い回しの指示を追加する前に、不一致がターンにどこで入り込んだかを特定すること。これは診断用の例であり、Playworldsの記録された失敗ではない。
プレイヤーの行動、要求された判定、記録されたダイスの結果、期待される結果、描写された結果、再読み込み後に表示された状態を書き出す。これらの観察は、問題の再現に役立つ。プレイヤーは場面を画面上のダイス結果やキャラクターシートと比較し、次の選択に影響する場合は矛盾を明確に伝えられます。
タスクの文言と欠落したコンテキストを分離する
文言レイヤーは、モデルが明確な仕事を依頼されたかを問う。要求は、すでに解決済みの失敗をナレーションするよう求めたのか、それとも渡りが成功したかを判断するよう求めたのか。どこで止め、何をプレイヤーに委ねるべきかと言及していたか。これらの境界が曖昧だった場合、仕事、必要な出力、尊重すべき事実を明記する。
コンテキストレイヤーは、どのような事実が提供されたかを問う。合計12、目標値15、橋の状態を一度も受け取ったことのないナレーターは、それらを忠実に説明できない。実際のリクエストペイロードまたはトレースを確認すること。そこには、場所、関連する能力、解決済みの判定、確立された結果が含まれるべきである。入力が古い場合、文章を判断する前にその組み立てを修正すること。
設定とAPI経路を確認する
プロンプトが同一のままでも、モデルのアップグレードによりサポートされる制御設定やツールの動作が変わることがある。現在のドキュメントに対して、モデル、エンドポイント、推論設定、出力制限、スキーマ、ツールを確認すること。例えばOpenAIのGPT-6ガイドは、Astraツール呼び出しにはResponses APIが必要と述べている。Chat Completionsのツールワークフローをその設定にコピーするのは統合の問題である。これはAstraがPlayworldsのゲームマスターオプションであることを発表するものではない。
指示を編集する前に、エラー、途中で切れた応答、不完全なツール呼び出し、解析時の拒否を探す。同じモデルとエンドポイントで対応する最小限のリクエストをテストすること。それが成功し、完全なターンが失敗する場合、ペイロードを比較する。それにも失敗する場合、まず互換性または設定を修正すること。
ナレーターを責める前に実行を追跡する
ロールプレイのターンは、要求されたダイス判定、ツール結果、ナレーション、保存を含むことがある。それらのステップのうち実際に完了したものを問うこと。ダイス判定は結果を出し、その結果はナレーターに届けられたか。ナレーションがダイス判定の解決前に到着したか。保存の失敗が完了したターンと誤認されたか。流暢な文はテキストが生成されたことの証拠ではあるが、ゲームが意図した状態を記録したことの証明ではない。
この区別は人が見守らないエージェントにも当てはまる。AnthropicのOpus 5.5ガイドは、テキストだけのターン終了が進行報告であり、複数ステップのタスクが完了したことの証明ではないと警告している。RPGターン完了をアプリケーションイベントで定義すること：解決済みの判定、受け入れられた結果、永続的な保存。モデルの締めくくりの言葉からすべてを推測しないこと。
状態を調査し、結果を検証する
最初の応答がレンジャーは滑ってケーブルに捕まったと言っているのに、再読み込みするとレンジャーは橋の向こう側にいるとしよう。それは状態または保存の問題を指している。受け入れられたダイスの結果と許可された状態変化を、保存済みの冒険と比較し、クリーンなセッションから再開すること。保存済み状態が正しく文章が誤っている場合、ナレーションを調査する。文章が正しく保存が誤っている場合、保存処理を調査する。
検証は観測可能な条件を使用すべきである。この例では、成功とは、表示された12が選択したルール下で失敗した判定のまま残り、ナレーションが発明された成功を作らずにプレイ可能な結果を説明し、アドベンチャーを再開しても同じ場所と結果が保たれることを意味する。再試行や再読み込みで結果が変わる場合、見た目の良い単一の応答では不十分である。変更後に同じ小さなシナリオを実行し、期待状態と観察された状態の両方を記録すること。
次の不一致のための6段階のチェックリスト
ゲームマスターの応答が誤っているように見える場合、この順序を使用すること：(1) タスク文言—ナレーターに解決済みの結果を説明するよう求めたのか、それとも判断するよう求めたのか？(2) コンテキスト—関連するダイスの結果と場面事実を受け取ったか？(3) 設定—モデルの制御設定と制限がサポートされていたか？(4) API—エンドポイントとツールプロトコルがモデルと一致したか？(5) 実行と状態—各ステップが完了し保存されたか？(6) 検証—結果は再読み込みと再現可能な判定に耐えるか？最初に確認できた失敗で止め、それを修復し、ターンを再テストする。
これらを確認した後もタスクまたは望ましい応答が不明確な場合、プロンプトを修正すること。Playworldsはダイス、キャラクター情報、継続中のアドベンチャーを一つのブラウザゲームにまとめています。これらの見える部分は、ナレーションが不自然に感じられるときにプレイヤーが比較するための事実を与える。私たちのガイドで明確な行動を書く練習をし、その後探索する世界を選べ。