AI 텍스트 퍼즐에서 '답이 대화에 따라 바뀌는' 문제를 피하는 법: 먼저 작가 답안표를 작성하세요

답이 대화에 따라 바뀌는 것을 피하려면, 먼저 프롬프트를 고치려 하지 마세요. 퍼즐을 작가 답안표로 분해하세요: 각 단서의 고정 텍스트, 허용 가능한 답, 동의 표현, 오류 안내, 공개 조건이 각각 한 행을 차지하고, 생성 서술은 표 안의 내용만 인용할 수 있으며, 즉석에서 새로운 단서나 새로운 판정을 만들어낼 수 없습니다. 아래에서는 가상의 교육용 예시로 전체 흐름을 따라갑니다. 예시 속 세 개의 별표, 관측대 번호, 대화는 모두 지어낸 것이며, 어떤 실제 작품이나 암호와도 대응하지 않습니다.

당신이 텍스트 어드벤처를 쓰고 있다고 가정해 봅시다: 플레이어가 폐허가 된 관측대에 들어가서, 내실을 열기 위해 세 자리 번호를 입력해야 합니다. 단서는 세 개의 별표이며, 처음 세 장면에 흩어져 있습니다.

먼저 변하지 않는 세 가지 사실을 적으세요:

1. 별표 갑은 동쪽 창턱에 있고, '칠'이 새겨져 있습니다.
2. 별표 을은 당직 일지 사이에 있고, '이'가 새겨져 있습니다.
3. 별표 병은 망원경 받침대에 있고, '구'가 새겨져 있습니다.

관측대 번호는 '칠이구', 즉 729입니다. 이 숫자는 가상 예시의 내부 약속일 뿐이며, 권장 매개변수도 아니고, 어떤 실제 암호 규칙도 나타내지 않습니다.

골격이 정해지면, AI가 서술을 생성할 때는 이 세 개의 별표의 위치와 새김만 묘사할 수 있고, '벽에 네 번째 별표가 더 있다'거나 '일지에 5라고 적힌 쪽지가 끼워져 있다'를 새로 추가할 수 없습니다. 만약 모델이 즉석에서 네 번째 별표를 보충하면, 플레이어는 서로 모순되는 단서를 얻게 되고, 답은 자연히 대화에 따라 바뀌게 됩니다.

답안표는 작가가 자신을 위해 쓴 판정 목록이며, 플레이어에게 보여주는 인터페이스가 아닙니다. 그것은 최소한 다섯 개의 열을 포함합니다: 단서 번호, 고정 텍스트, 허용 가능한 답, 동의 표현, 오류 안내와 공개 조건. 아래에서는 관측대 예시를 완전한 표로 채워 봅니다.

표에서 '동의 표현' 열은 매우 중요합니다. 플레이어는 아라비아 숫자, 번체 대문자, 또는 혼합 표기를 입력할 수 있습니다. 당신은 729, 칠이구, 柒贰玖를 허용할 수 있지만, '구이칠'은 허용할 필요가 없습니다. 순서 자체가 퍼즐의 일부이기 때문입니다. 허용 범위는 작가가 결정하고 표에 적어 넣으면, 생성 서술은 오늘 '729'를 허용하고 내일 '칠이구'를 거부할 수 없습니다.

표가 있으면, 프롬프트는 개방형이 아니라 제약형으로 쓸 수 있습니다. 예를 들어:

당신은 답안표의 A, B, C 세 단서의 고정 텍스트만 묘사할 수 있습니다. 플레이어가 조합을 입력하면, 먼저 허용 가능한 답과 동의 표현을 대조하세요; 표에 없는 입력은 모두 오류 안내에 따라 응답하세요. 별표, 숫자, 또는 개방 조건을 새로 추가하지 마세요.

모델은 동의 표현을 놓칠 수도 있고, '柒'을 새로운 단서로 여길 수도 있습니다. 표는 수동 대조의 근거를 제공할 수 있지만, 모델이 매번 정확하다고 보장하지는 않습니다. 만약 작품이 엄격히 일관된 판정을 필요로 한다면, 생성 서술 외부에 독립 규칙을 구현하고 검증해야 하며, 입력이 표 안의 항목에 적중하는지 확인하고, 적중한 후에만 공개를 허용해야 합니다. 이는 별도로 실행해야 할 제작 방안이며, 프롬프트에 적어 넣으면 기존 생성 시스템이 결정론적 퍼즐 엔진을 갖추게 된다는 뜻이 아닙니다. 규칙이 아직 구현되지 않았다면, 표에 따라 회차마다 수동으로 점검하고, 오판이 발견되면 수정해야 하며, 모델의 답변을 곧바로 최종 판정으로 삼아서는 안 됩니다.

플레이어는 한 번에 정확한 조합을 입력하지 않습니다. 답에 가까운 응답도 먼저 표에 적어 넣어야 하며, AI가 자유롭게 펼치는 것을 피해야 합니다. 세 단계로 설정할 수 있습니다:

• 별표를 하나만 발견: 서술은 그 별표만 언급하고, 총 개수를 암시하지 않음.
• 두 개 발견: 서술은 '하나가 아직 부족하다'고 언급할 수 있지만, 부족한 것이 어느 것인지는 밝히지 않음.
• 세 개가 모두 있지만 순서가 틀림: '순서가 별표 배열과 맞지 않는다'고 안내하고, 올바른 순서를 직접 제시하지 않음.

대응 대화 예시 (가상):

플레이어: "927을 입력한다." 서술: "내실 문은 반응이 없다. 문틈으로 새어 나오는 빛이 한 번 번쩍였다가 다시 어두워진다. 당신은 별표가 갑을병 순서로 배열되어 있다는 것을 떠올리지만, 자신이 순서를 잘못 기억했는지는 확신하지 못한다." 플레이어: "그럼 칠이구를 입력한다." 서술: "문 안쪽에서 가벼운 톱니바퀴 소리가 들리고, 별자리 지도가 어둠 속에서 빛난다."

여기서 '문틈으로 새어 나오는 빛'과 '톱니바퀴 소리'는 서술 장식이며, 새로운 단서가 아닙니다. 장식은 바뀔 수 있지만, 판정은 바뀔 수 없습니다. 만약 어느 생성에서 '톱니바퀴 소리'를 '문 잠금장치가 튕겨 열린다'로 썼는데 조합이 실제로 틀렸다면, 플레이어는 답이 맞았다고 오해하게 됩니다. 따라서 답에 가까운 응답도 표 안에서 허용된 피드백 계층으로 제한해야 합니다.

표를 다 쓴 후에는 수동 회귀 입력 세트를 준비하여, 프롬프트를 고치거나 서술을 고칠 때마다 한 번씩 실행하세요. 관측대 예시의 목록은 다음과 같을 수 있습니다:

1. '칠' 입력, 예상: 별표 갑만 확인, 열리지 않음.
2. '729' 입력, 예상: 세 개가 모두 모이지 않았을 때 '별표를 아직 다 보지 못했다'고 안내.
3. '칠이구' 입력 그리고 세 개가 모두 발견됨, 예상: 열림.
4. '927' 입력, 예상: 순서 오류 안내, 열리지 않음.
5. '柒贰玖' 입력, 예상: 동의 표현에 따라 허용.
6. '사' 입력, 예상: 단서를 새로 추가하지 않고, 미적중으로 응답.

목록을 다 실행한 후 완성 검사를 하세요: 표 안의 각 허용 가능한 답이 모두 해당 결과를 발동시킬 수 있는가; 표 밖의 입력이 모두 우연히 열리지 않는가; 서술에 표 밖의 새로운 숫자나 새로운 별표가 나타나지 않는가. 세 가지를 모두 통과해야 이 버전의 퍼즐이 안정적이라고 할 수 있습니다.

이탈 1: 답을 프롬프트에만 적는 것. 프롬프트는 이후 대화에 의해 희석되고, 표가 고정 참조가 됩니다. 수정: 먼저 표를 만들고, 그다음 프롬프트를 쓰세요.

이탈 2: 동의 표현을 비워 두는 것. 플레이어가 '柒'을 입력했다가 거부되면, 퍼즐이 고장 났다고 생각합니다. 수정: 허용 가능한 표기를 하나씩 나열하고, 허용하지 않는 범위도 명확히 쓰세요.

이탈 3: AI가 '거의 맞았다'고 판단하게 하는 것. 답에 가까운 응답은 반드시 단계별로 고정해 쓰고, 모델의 즉흥에 의존해서는 안 됩니다. 수정: 세 단계 피드백을 표에 적고, 생성 시에는 단계를 선택만 하고, 단계를 발명하지 않게 하세요.

이탈 4: 단서를 바꾼 후 표를 갱신하지 않는 것. 만약 작가가 별표 을을 '이'에서 '삼'으로 바꾸면, 조합, 동의 표현, 회귀 입력을 모두 동기화하여 바꿔야 합니다. 수정: 고정 텍스트를 바꿀 때마다, 먼저 표를 고치고, 그다음 서술을 고치세요.

이 표는 모든 문제를 해결하지 않습니다. 그것은 '답이 대화에 따라 바뀌는' 것을 '답이 표에 따라 바뀌는' 것으로 바꿀 뿐입니다. 표가 변하지 않으면, 답도 변해서는 안 됩니다; 표가 변하면, 모든 관련 행이 함께 변합니다. 다음 단계로, 당신이 쓰고 있는 퍼즐 하나를 가져와서, 먼저 단서, 허용 가능한 답, 동의 표현 세 열을 채우고, 그다음 오류 안내와 공개 조건을 보충하세요.