本文へ移動

AI モデルとゲーム体験

GPT-6.1 Sol で AI ゲームマスターを動かす:Playworlds の設計案

GPT-6.1 Sol を使う GM の設計案。NPC の選択、保存される世界の状態、ルール検証、コストとターン品質の評価を考えます。

著者 Playworlds · Elser.AI ·

マント姿の冒険者が霧の山々に囲まれた光る門へ石畳の道を進む。

より優れたゲームマスターに求めるもの

盗まれた印章指輪を門番に見せる。彼女はそれを見覚えているが、持ち主の貴族は彼女の兄だ。魅力的なゲームマスターには、職務と家族への思い、あなたがすでに明かした情報を両立させる必要がある。よい返答は新しい選択を生み、あなたの次の行動を勝手に決めない。

OpenAI は 2026 年 9 月 29 日に GPT-6.1 Sol を公開した。このような場面で評価する価値のある候補だ。以下は Playworlds のようなゲームの GM を動かす設計案であり、Playworlds での提供開始や実際のキャンペーンでの性能測定を発表するものではない。

場面、利害、止める位置を Sol に伝える

この GM 案では、プレイヤーの行動をそのまま、関連する能力、現在地、確定した NPC の動機、未解決の結果とともに渡す。依頼は具体的にする。指輪に反応し、門番が明かす範囲だけを語り、プレイヤーが意味のある判断をするところで止める。

指示の例:「門番は誓いと兄の両方を大切にしている。印章指輪を見たが、プレイヤーの入手方法は知らない。明示された行動に反応し、プレイヤーの感情や取引への同意を決めないこと。交渉、撤退、別の方法を試す余地を残して」。これは説明用のプロンプトで、Sol の実際の出力ではない。

モデルが語り、ゲームが検証する

GPT-6.1 Sol はストリーミングと構造化出力に対応する。設計案では、人が読める描写と機械が読める要求を並行して扱う助けになる。ただし、指輪の譲渡要求が出ても、ゲームは所有権と操作の可否を確かめてからセーブを更新する必要がある。

ダイス結果、持ち物の変更、完了したクエストは正式なゲーム状態に保存する。通信障害で要求が再試行されても、同じ指輪を二度付与してはいけない。確定した結果を語り手に戻し、描写と次に実行できる行動を一致させる。出力形式が正しくても、裁定まで正しいとは限らない。

ターンに合わせて推論設定を選ぶ

ツール呼び出しには Responses API を使う。Sol 6.1 は low、medium、high、xhigh、max に対応し、none と minimal には対応しない。以前の実装が未対応の設定や Chat Completions のツールに依存しているなら、移行にはモデル名の変更以上の作業が必要だ。

GM の評価は medium から始め、同じ場面の日常会話を low と比較する。難しい交渉や矛盾するクエスト条件では高い設定を試す。有用な描写が始まるまでと、行動の処理が終わるまでの時間を測り、必要な品質を満たす設定を選ぼう。これは評価の提案であり、特定の高速化を保証するものではない。

一度の名文ではなく、キャンペーン全体を見積もる

入力が 272K トークン以下のプロンプトでは、標準 API 料金は入力 100 万トークンあたり 2 米ドル、出力は 10 米ドルだ。これは提供元の料金で、Playworlds のクレジットやプレイヤー向け購読料ではない。キャッシュ、長い入力、別の処理オプションは最新の料金表を確認しよう。

例えば、未キャッシュ入力 8,000 トークンと課金対象出力 800 トークンなら、上の料金で 0.024 米ドルになる。これは計算例で、Playworlds のターンの実測値ではない。推論を含むすべての課金対象出力と、追加呼び出し、再試行、関連サービスも数える。永続的な世界の状態はプロンプトの外に置き、毎回全編を送らず、その場面に必要な事実を渡そう。

再訪しても結果が残るか確かめる

候補の設定で同じ短い冒険を実行する。門番に会い、指輪を見せ、危険な行動に失敗し、立ち去ってから戻る。彼女の動機は一貫しているか、失敗の影響は残っているか、持ち物はセーブと一致するか、主導権はプレイヤーにあるか。繰り返し、印象的な会話と同じようにエラーも記録しよう。

プレイヤーが使う言語でも同じ場面を試したい。名前、明かされた手掛かり、ルールの結果は翻訳後も保たれるべきだ。本記事の七言語版は記事の翻訳であり、モデルが全言語で同等に動く証拠ではない。資料の確認日は 2026 年 10 月 1 日。Playworlds が現在提供する選択肢で冒険しながら、この設計案を、将来の Sol 搭載 GM がテストで示すべき能力の基準にしてほしい。