AI로 리턴 오브 더 오브라 딘과 같은 게임 만들기

작고 완전한 단서 집합으로 답할 수 있는 질문으로 증거 기반 추리 게임을 시작하세요. 가상의 기상 관소 아카이브에서, 세 명의 기술자가 06:00에 세 개의 독립된 관소에서 근무했습니다. 플레이어는 주요 등록부, 당직표, 인수인계서로부터 명단을 재구성해야 합니다.

우선 종이로 사건을 설계하세요. 각 단서가 배제 가능한 범위를 어떻게 변화시키는지 확인한 후, AI 빌더에게 증거를 가독성 있게 만들고 배정을 역추적할 수 있도록 하라고 요청하세요. 검증된 답이 있는 짧은 사건은 불확실한 해결책이 있는 긴 스크립트보다 더 나은 출발점이 됩니다.

검증 가능한 답이 있는 질문을 선택하세요

루카스 포프의 리턴 오브 더 오브라 딘(Return of the Obra Dinn) 공식 프레스 키트는 탐험과 논리적 추론을 중심으로 구축된 미스터리를 설명합니다. 작은 브라우저 프로젝트는 플레이어가 정보를 수집하고 가설을 세운 후 완전한 답을 확정하도록 요청함으로써 그 광범위한 패턴을 활용할 수 있습니다.

이 사례에서는 아다, 브램, 클리오에게 각각 한 개의 스테이션을 배정하세요. 각 스테이션에는 정확히 한 명의 기술자가 있습니다. 유일한 옵션은 라디오 마스트, 우량계, 전력 쉘입니다. 이 배타성을 오프닝 브리핑에서 명확히 서술하세요. 그렇지 않으면 플레이어가 합리적으로 두 명을 같은 위치에 배치하여 동일한 증거로부터 다른 결론을 도출할 수 있습니다.

로스터를 변화시키는 증거 작성하기

각 기록을 플레이어가 검사할 수 있는 형태로 작성하세요. 그런 다음 디자인 노트에서 그 논리적 효과를 명시하세요. 관찰과 추론 사이의 차이를 명확히 유지하세요. 서명은 기록이 누가 서명할 수 있었는지를 설명하는 경우에만 역할만 보여줍니다.

플레이어가 명단을 편집하는 동안 각 기록을 다시 열 수 있도록 하세요. 넓은 화면에서는 증거 목록을 보드 옆에 배치하고, 좁은 화면에서는 명단과 증거를 별도의 패널에 배치하되, 각각으로 돌아가기 위한 명확하게 이름이 붙은 컨트롤을 제공하세요. 임시 명단은 하나의 공유 상태에 저장하여 패널을 변경해도 유지되도록 하세요.

보드 생성 전에 고유성을 검증하세요

세 개의 서로 다른 정거장을 세 개의 이름에 할당하는 모든 방법을 나열하세요. 총 여섯 가지 배열이 있습니다. 단서와 모순되는 각 배열을 제거하세요. E1 이후에는 6에서 4로, E2 이후에는 3으로 줄어듭니다. 남은 세 명의 후보는 직접 검사하기 쉽습니다.

E3를 제거하면 세 줄 모두 생존합니다. E3를 유지한 채 Cleo가 무선 송신기 담당 기술자였다고 명시하는 네 번째 기록을 추가하면 아무도 생존하지 않습니다. 이는 유용한 제작자 확인 방법입니다: 한 줄이 생존하면 증거가 명단을 결정하는 것이며, 여러 줄이 생존하면 사건이 과소결정된 것이고, 한 줄도 생존하지 않으면 단서들이 충돌하는 것입니다.

전체 명단에 대한 피드백 제공

검증 전 편집 및 되돌리기 기능을 허용하세요. 동일한 스테이션이 두 번 나타나면 즉시 배타성 규칙을 설명하세요. 기록과 충돌하는 완전한 명단에 대해서는 증거 전체에 대한 단일 메시지를 반환하세요. 추측할 때 각 줄이 독립적으로 강조 표시되면, 플레이어는 사건을 읽지 않고 옵션을 시도하여 풀 수 있습니다.

경기 종료 후, 전체 정답과 각 추론을 뒷받침하는 기록을 표시하세요. 영수증은 Cleo가 Rain Gauge에 배치되었음을 나타냅니다. Bram은 Radio Mast를 담당할 수 없으므로 Bram은 Power Shed를 담당합니다. Ada는 남은 Radio Mast 배정을 담당하며, 이는 열쇠 반출 기록과 일치합니다. 설명은 E1만으로는 Ada의 배치를 결정하기에 충분하지 않다는 점을 유지하면서 그 추론 체인을 보존해야 합니다.

AI에게 완전한 사건 자료를 제공하세요

첫 번째 버전을 구축하려면 이 프롬프트를 사용하세요. 이름이나 발견 장면을 추가하기 전에 사건 데이터와 상호작용을 테스트하세요.

Weather Station Archive라는 제목의 독창적인 브라우저 추리 게임을 구축하세요.
06:00에 Ada, Bram, Cleo는 각각 한 개의 기지를 담당했습니다. 각 기지에는 한 명의 기술자가 배치되었습니다.
기지: Radio Mast, Rain Gauge, Power Shed.
E1, 열쇠 반출 기록: Ada는 Power Shed 열쇠를 받지 않았습니다. Shed 당직은 해당 열쇠가 필요합니다.
E2, 당직표: Bram은 전체 교대 시간 동안 Radio Mast 당직에 참여할 수 없었습니다.
E3, 인수인계 영수증: Cleo는 Rain Gauge 담당 기술자로 서명했습니다.
이 정확한 사실들을 세 개의 가독성 좋은 증거 카드로 표시하세요. 편집 중에도 항상 접근 가능하게 유지하세요.
플레이어가 각 기술자에게 기지를 배정하고, 편집을 되돌리며, 빈 명단으로 초기화할 수 있도록 하세요.
검증 전에 중복 배정과 누락된 선택에 대해 설명하세요.
완전하지만 잘못된 명단에 대해서는 일반적인 증거 충돌 메시지를 제공하세요.
전체 명단을 검증하세요. 설명은 성공적인 제출 시에만 공개하세요.
별도의 작성자 확인에서 서로 다른 기지 배정을 나열하세요.
기대되는 개수: 단서 없음 6, E1만 4, E1과 E2 3, 세 가지 단서 모두 1.
기대되는 정답: Ada Radio Mast, Bram Power Shed, Cleo Rain Gauge.
Cleo = Radio Mast를 추가하되 E3를 유지할 때 정답이 0개가 되는지 확인하세요.
키보드 접근이 가능한 컨트롤과 독창적인 기상 기지 일러스트레이션을 사용하세요.

선택이 하나 누락된 명단, 중복된 기지, 그리고 완전하지만 잘못된 배정을 시도해 보세요. 각 경우에 대해 위에서 지정한 피드백이 제공되어야 합니다. 그런 다음 고유한 해답을 제출하고, 설명을 확인한 후 초기화하세요. 초기화 후 세 기지 모두 미배정 상태로 남아 있어야 하며, 원래 증거는 계속 사용 가능해야 합니다.

자체 증거 대장을 첫 프로토타입으로 전환하는 데 도움이 필요하시다면 첫 빌드 가이드를 참고하세요. 프롬프트를 사용하여 SEELE AI 게임 메이커에서 Weather Station Archive를 빌드하고, 사건을 확장하기 전에 명단을 확인하세요.