AI로 카드 기반 내러티브 게임 만들기: 이야기 루프 하나로 시작

AI로 카드 기반 내러티브 게임을 만들려면 카드마다 이야기상 역할을 부여하세요. 플레이어가 무엇을 전달할 수 있는지, 어떤 상태를 바꾸는지, 다른 인물이 어떻게 응답하는지 정합니다. 간결한 첫 흐름은 카드 네 장, 메시지 슬롯 두 개, 답장 하나, 초기화로 구성할 수 있습니다. 큰 덱이나 여러 분기 장면을 시작하기 전에 카드가 중요한 이유를 보여 주기에 충분합니다.

아래 예시 The Last Postcard는 판화가 Iris와 그녀의 남동생 Eli에 관한 독창적인 종이 설계입니다. 제작하거나 플레이테스트하지 않았습니다. 규칙 모델로 활용한 뒤 동작이 테스트되었다고 말하기 전에 자신의 플레이 가능 결과를 예상 상태와 비교하세요.

모든 카드가 이야기에서 말할 수 있는 내용을 바꾸게 하세요

이야기 카드는 그림이 붙은 대화 선택지 이상의 역할을 해야 합니다. 독자가 확인할 수 있는 일을 해야 합니다. 세부 정보를 공개하거나, 약속하거나, 상대가 답할 질문을 하거나, 이후 장면이 아는 정보를 바꿉니다. 두 카드가 항상 같은 답변과 상태를 만든다면 합치거나 서로 다른 결과를 부여하세요.

The Last Postcard에서 Iris는 가족 간 다툼 뒤 동네 맞은편으로 이사한 남동생 Eli에게 메시지 하나를 준비합니다. 첫 버전은 고정된 패를 사용하며 무작위 뽑기는 없습니다. Iris는 기억 슬롯과 답장 슬롯을 채운 뒤 메시지 하나를 보냅니다. 선택한 카드는 해당 메시지에서 각각 한 번씩만 사용할 수 있습니다.

두 슬롯의 역할을 먼저 분리하세요. Memory 카드는 Eli가 언급할 수 있는 맥락을 제공합니다. Reply 카드는 Iris의 응답 방식을 정합니다. Question의 조건이 중요한 이유는 공유한 기억에 관한 솔직한 질문과 Eli가 듣지 못한 내용에 대한 질문이 다르기 때문입니다.

이 계약은 각 카드에 슬롯, 선행 조건, 눈에 보이는 결과를 부여합니다. 또한 제작 도구가 지켜야 하는 일관성을 명확히 합니다. 비활성화된 Question 카드가 여전히 질문을 보내거나 플래그를 바꾸면 안 됩니다.

장면을 더하기 전에 유효한 카드 조합을 모두 정리하세요

대화를 쓰기 전에 가능한 조합을 적으세요. 유효 조합 세 가지와 잘못된 조합 하나가 있습니다. 상태 규칙이 산문에 숨겨진 큰 분기 대본보다 유효 조합마다 짧은 답변 하나씩 있는 편이 점검하기 쉽습니다.

답장 내용이 선택한 카드가 설정하지 않은 플래그를 암시하지 않게 하세요. 특히 Blank Page + Promise에서는 Question을 사용하지 않았으므로 질문에 대한 답변이 나오지 않습니다. 비활성 조합에도 이유를 표시해 카드가 고장 났다고 오해하지 않게 하세요.

이 흐름에서 이어지는 값은 `detailShared`와 `promiseMade` 두 개뿐입니다. Eli의 답장 뒤 작은 인계 패널에서 다음 장면에 전달될 값을 보여 줄 수 있습니다. 이는 상태 미리보기이지 두 번째 플레이 장면이 아닙니다. 초기화하면 두 값을 지우고 고정 패를 복구하며 두 슬롯을 비웁니다.

카드에서 답장으로 이어지는 최소 흐름을 프롬프트로 요청하세요

배경 설정과 분위기만이 아니라 상호작용과 상태 전환을 요청하세요. 유용한 프롬프트에는 시작 패, 슬롯 두 개, 각 카드의 상태 변화, 전송 가능 조건, 이후 확인 가능한 내용이 포함됩니다. 한 번에 점검할 수 있도록 첫 결과의 범위를 좁게 유지하세요.

프롬프트 1: 아이디어를 규칙 계약으로 변환

The Last Postcard라는 장면 하나짜리 카드 기반 내러티브 게임을 설계하세요. 플레이어는 Iris에서 남동생 Eli에게 메시지 하나를 보냅니다. 고정 카드 네 장 Postmark, Blank Page, Promise, Question으로 시작합니다. 플레이어는 Memory 슬롯과 Reply 슬롯을 하나씩 채운 뒤 Send를 선택합니다. 메시지에서 각 카드는 한 번만 사용할 수 있습니다. 뽑기, 버림 더미, 추가 카드, 무작위 결과는 없습니다. Postmark는 `detailShared=true`로 설정합니다. Blank Page는 false로 둡니다. Promise는 `promiseMade=true`로 설정합니다. Question은 `detailShared=true`일 때만 사용할 수 있으며 아니면 “먼저 기억을 공유하세요”를 보여 주고 상태 변화 없이 비활성화합니다. 유효한 세 카드 조합마다 그 플래그에 맞는 Eli의 답장을 제시합니다. Blank Page + Question은 메시지를 보내지 못합니다. 두 플래그, 사용된 카드, 답장, 초기화 상태를 표로 반환하세요. 초기화는 플래그와 고정 패를 복구합니다. 추가 플래그나 분기를 만들지 마세요.

이 프롬프트는 대상 도구가 모든 규칙을 한 번에 구현하지 못하더라도 유용한 계약부터 요청합니다. 유효한 카드 조합 세 개마다 응답이 있는지, 네 번째 조합은 차단되는지, 초기화 상태가 명확한지 확인하세요. 플레이 가능한 상호작용을 요청하기 전에 모순을 수정하세요.

프롬프트 2: 확인 가능한 상호작용 하나 요청

승인된 계약으로 카드 메시지 상호작용 하나를 만드세요. 한 화면에 카드 네 장, Memory와 Reply 슬롯, Send, 현재 플래그 두 개, Eli의 응답, Reset을 표시합니다. Reply 카드를 활성화하기 전에 Memory 카드를 선택해야 합니다. 같은 카드를 두 번 보내거나 Blank Page + Question을 보내지 못하게 합니다. 정확한 비활성화 이유를 보여 주세요. 각 전송 뒤 선택한 카드와 일치하는 답장, 두 플래그 미리보기, 사용 카드 상태를 표시합니다. Reset하면 두 플래그를 지우고 원래 고정 패를 복원합니다. 카드 뽑기, 추가 상태, 장면 분기를 만들지 마세요.

화면 배치가 상태를 알아보는 데 도움이 되더라도 상호작용 자체를 확인하세요. Memory 카드를 먼저 선택할 수 있나요? Question은 Postmark 뒤에만 활성화되나요? 메시지는 선택한 카드 조합을 사용한 다음 그에 맞는 답장을 보여 주나요? 이것들은 빌드 검사이며 프롬프트에서 자동으로 보장되는 가정이 아닙니다.

플레이테스트로 부르지 않고 종이 위에서 수정 과정을 살펴보세요

프롬프트가 규칙을 지정해도 플레이어 행동이 불분명할 수 있습니다. 이 설계에서는 기억을 공유하지 않으면 Question이 처음에 비활성화됩니다. 이유 없는 비활성 상태는 사용 방법을 알려 주지 않습니다. 카드를 계속 보이게 하고 “먼저 기억을 공유하세요”라는 이유를 표시하되 잘못된 시도는 상태를 바꾸지 않게 설계 문구를 고칩니다.

이것은 종이에서 규칙과 예상 응답을 비교하는 반복 과정입니다. 실제 사용자 테스트, 생성된 게임 결과, 제품에서 조건이 구현되었다는 증거가 아닙니다. 실제 빌드에서는 플레이어가 필요한 카드를 찾는지, 잘못된 시도에서 플래그 두 개가 그대로 유지되는지 살펴보세요.

문구 변화는 이야기 규칙을 바꾸지 않습니다. 부족한 맥락에 도달하는 방법을 알려 줍니다. AI에 프로토타입 수정을 요청할 때도 이 차이를 분명히 하세요. 사용성 안내가 몰래 `detailShared`를 설정하거나 메시지를 보내면 안 됩니다.

상태, 응답, 초기화를 확인하세요

초기 상태에서 각 유효 조합을 추적하세요. Send 뒤 선택 카드가 활성 패에서 빠지는지, Eli의 답장이 조합에 맞는지, 인계 패널에 정의된 값 두 개만 이어지는지 확인한 다음 초기화해 반복합니다. 응답이 읽기 쉬워도 선택 카드와 모순되거나 이전 실행이 다음 실행에 영향을 주면 충분하지 않습니다.

실제로 관찰한 시작 상태, 선택 카드, 피드백, 응답, 초기화 상태를 기록하세요. 하나가 계약과 다르면 규칙이나 프롬프트 하나만 바꾸고 같은 경로를 반복합니다. 종이에서 예측한 결과를 플레이 가능한 빌드의 통과로 표시하지 마세요.

카드 계약을 첫 제작 시도에 가져가세요

공식 Free AI Game Maker 페이지는 게임 아이디어를 평이한 영어로 작성하고 브라우저에서 플레이 가능한 2D 또는 3D 결과를 테스트하며 후속 프롬프트로 개선하는 방법을 설명합니다. FAQ에 따르면 제출 전에 SEELE Workspace에서 선택한 모델, 사용 가능한 Koin 잔액, 표시된 생성 비용을 확인할 수 있습니다. 이는 일반적인 제작 흐름을 뒷받침할 뿐 카드 상태나 이 이야기 설계를 구현했다는 증거는 아닙니다.

결과를 위 수용 기준과 비교하세요. 카드 상태나 Question 비활성 조건이 빠졌다면 범위를 좁힌 수정 하나를 요청하고 다시 확인합니다. 도구가 필요한 상태 동작 없이 이야기 레이아웃만 반환하면 실제 카드 기반 내러티브 게임이라고 설명하지 말고 규칙을 다음 제작 단계용 설계 전달물로 유지하세요.

새로운 선택을 만들 때만 카드를 더하세요

유효한 카드 조합 세 가지, 비활성 상태, 답장, 인계 패널, 초기화를 쉽게 추적할 수 있을 때까지 첫 패를 고정하세요. Iris가 전달할 수 있는 내용이나 Eli의 응답을 바꿀 때만 새 카드를 추가합니다. 새 그림이나 문구 변화만으로 상태 변수가 더 필요한 것은 아닙니다.

자신의 빌드가 의도한 대로 동작하면 Free AI game maker에서 게임 아이디어를 구체화하고 검토할 수 있습니다. 반복 작업마다 카드 계약을 옆에 두어 이야기 응답이 원인이 된 선택과 계속 연결되게 하세요.