AI 게임 마스터 설계
AI RPG가 실패할 때, 프롬프트가 정말 문제인가?
GPT-6 Astra와 Claude Opus 5.5 안내를 예로 들어 AI RPG 주사위 장면의 맥락, API, 실행, 저장 상태를 점검한 뒤 프롬프트 수정 여부를 판단합니다.
실제로 실패한 턴부터 시작하세요
더 나은 프롬프트가 모든 잘못된 AI 롤플레잉 턴을 고치지는 못합니다. 이 예시 장면을 상상해 보세요: 당신의 레인저가 썩은 다리를 건너려 하고, 게임이 판정을 요청하며, 보이는 주사위는 9에 3을 더하여 목표치 15와 비교합니다. 합계는 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는 주사위, 캐릭터 정보, 진행 중인 모험을 하나의 브라우저 게임으로 가져옵니다; 화면에 보이는 요소들이 서술이 어색하게 느껴질 때 플레이어가 비교할 사실을 제공합니다. 우리의 가이드로 명확한 행동을 작성하는 연습을 한 뒤, 탐험할 세계를 선택하세요.