시스템을 더하기 전에 생존 규칙을 정의하세요
협동 생존 제작 프롬프트에는 배경과 제조법 목록만으로 부족합니다. 각 플레이어가 할 수 있는 행동, 보급품이 공동 재고에 들어가는 방식, 이를 소비하는 행동, 위험이 진행되는 시점, 플레이 종료 조건을 정하세요. 그런 다음 짧은 상황으로 두 역할이 의미 있게 기여하는지 확인합니다.
Reedwatch Camp는 프롬프트 작업 흐름 설명을 위해 만든 독창적인 종이 설계 예시입니다. 두 플레이어의 한 화면 설정, 턴 순서, 자원 수량, 온기 값은 제안 규칙입니다. 프롬프트 실행, 플레이 가능한 빌드나 세션, 실제 측정 결과는 없습니다.
공동 목표를 한 문장으로 먼저 적으세요. 재료 두 종류를 모아 두 역할의 작업을 합쳐 바람막이 하나를 만들고 공동 온기가 0이 되기 전에 완성합니다. 이 문장은 프롬프트에서 인식할 결과와 이후 규칙의 이유를 제공합니다.
| 계약 항목 | Reedwatch 규칙 | 플레이어가 볼 내용 |
|---|---|---|
| 플레이어와 순서 | 한 화면 로컬 플레이어 두 명이 라운드마다 행동 하나씩 선택합니다. A 다음 B 순서로 처리. | 현재 누구의 행동인지와 라운드 종료 시점. |
| 서로 다른 역할 | 목재 작업자는 목재를 모으거나 말뚝을 세웁니다. 갈대 작업자는 갈대를 모으거나 가림막을 엮습니다. | 역할, 도구, 합법 행동, 서로 다른 작업 영역. |
| 공동 목표 | 온기가 0보다 높을 때 목재 2개와 갈대 2개로 바람막이 하나 설치. | 공동 재고 하나, 건설 플래그 두 개, 공동 결과 하나. |
| 위험과 종료 | 바람막이를 완성하지 못한 라운드 종료마다 시작값 3에서 온기 1 감소. 0이면 팀 패배. | 추위 처리와 명확한 승패 상태. |
이 계약은 협동을 확인 가능하게 만듭니다. 각자 필요한 자원 하나와 제작에 필요한 일을 맡습니다. 생존 압박도 결과 없는 장식 타이머로 변하지 않습니다.
자원 소유와 공동 재고를 분명히 하세요
Reedwatch에서 목재 작업자는 손도끼로 목재 2개를 모으거나 바람막이 말뚝 두 개를 설치합니다. 갈대 작업자는 낫으로 갈대 2개를 모으거나 가림막을 엮어 고정합니다. 다른 역할의 채집이나 건설 행동은 할 수 없습니다.
재료는 빈 상태로 시작하는 하나의 공동 가방에 들어갑니다. 합법적인 채집 행동은 정해진 양을 모두 더하고 건설 행동은 해당 재료를 소비한 뒤 지속 작업 플래그를 설정합니다. 두 건설 행동은 어느 순서로든 또는 서로 다른 라운드에 할 수 있습니다. 둘 다 완료되면 바람막이가 설치됩니다.
프롬프트에서는 채집과 제작을 분리하세요. 역할이 한 행동으로 채집하고 건설까지 한다면 상대 플레이어의 기여가 필요한지 라운드 순서에서 확인하기 어렵습니다. 한 행동 규칙은 선택을 읽기 쉽게 합니다. 지금 모으거나, 공동 재고가 허용할 때 건설하거나, 다른 플레이어가 먼저 모을 때까지 기다립니다.
추위 전선을 일정한 순서로 처리하세요
예시를 들기 전에 시간 규칙을 정합니다. A가 행동하고, B가 행동한 뒤 추위 확인을 합니다. 그 라운드 안에 바람막이가 완성되면 해당 라운드 온기 감소를 막습니다. 그렇지 않으면 온기가 1 감소합니다. 0이 되면 다음 라운드 전에 플레이가 끝납니다.
기준 시나리오는 1라운드에 온기 3, 빈 가방, 건설 진행 없음으로 시작합니다. 모든 값은 제안 규칙에 따른 손 계산이며 실제 플레이 결과가 아닙니다.
| 라운드 | 플레이어 A | 플레이어 B | 라운드 종료 상태 |
|---|---|---|---|
| 1 | 목재 2개 채집. | 갈대 2개 채집. | 가방: 목재 2, 갈대 2. 바람막이 미완성, 온기 3→2. |
| 2 | 말뚝 설치, 목재 2개 소비. | 가림막 엮기, 갈대 2개 소비. | 추위 확인 전에 두 플래그가 설정됩니다. 바람막이 완성, 온기는 2 유지. 팀 승리. |
채집이 늦어지는 경우도 같은 계약으로 계산할 수 있습니다. 1라운드에 갈대 작업자가 기다리면 온기가 1 줄어듭니다. 2라운드에는 목재 작업자가 말뚝을 세우고 갈대 작업자가 갈대를 모으므로 온기는 다시 줄어 1입니다. 3라운드에 가림막을 설치하면 추위 확인 전에 완성되어 온기 1로 승리합니다.
선택은 임의 보너스가 아니라 순서에서 나옵니다. 두 재료를 먼저 모아 안전한 기준 경로를 따르거나 한 플레이어가 지연할 때 추위 확인을 더 감수합니다. 더 긴 복구 시간을 원한다면 시작 온기나 감소 규칙을 명시적으로 바꾸고 경로를 다시 계산하세요.
점검할 수 있는 프롬프트를 작성하세요
날씨 종류, 도구, 음식, 전투, 생산 체인을 추가하기 전에 작은 상황 하나를 요청합니다. 입력, 행동 제한, 상태 갱신, 실패 처리, 예상 출력을 포함하세요. 아래 복사 가능한 프롬프트는 Reedwatch 종이 설계만 설명하며 SEELE에서 실행하지 않았습니다.
Reedwatch Camp라는 소규모 로컬 한 화면 턴제 2인 협동 생존 제작 상황을 설계하세요. 이는 설계 사양이며 기존 빌드를 주장하는 요청이 아닙니다. 각 라운드에서 A가 먼저, B가 다음으로 행동하고 이후 추위 확인을 한 번 합니다. 시작 온기는 3, 공동 가방은 비어 있고 두 작업 플래그는 false입니다. 목재 작업자는 목재 2개 채집 또는 목재 2개를 쓰는 말뚝 설치 중 하나를 합니다. 갈대 작업자는 갈대 2개 채집 또는 갈대 2개를 쓰는 가림막 제작 중 하나를 합니다. 매 행동은 한 번의 역할 행동이며 역할 간 행동을 할 수 없습니다. 재료는 공동 가방에 보관됩니다. 두 건설 플래그가 모두 설정되면 바람막이가 완성되어 추위 확인을 막습니다. 그렇지 않으면 온기 1이 감소하고 0이면 팀이 패배합니다. 효과는 반드시 A, B, 추위 확인 순서로 처리합니다. 완료 전에 두 재료를 모아도 되고 순서를 달리해도 됩니다. 초기화는 온기3, 빈 가방, 플래그 false로 돌아갑니다. 기준 승리, 한 역할 지연, 마감 실패, 잘못된 역할 행동을 표로 계산하세요. 규칙을 바꾸거나 플레이테스트를 주장하지 마세요.
처리 순서가 보존되는지 확인하세요. 특히 두 번째 플레이어의 행동이 해당 라운드의 추위 확인 전에 피난처를 완성할 수 있어야 합니다. 그렇지 않으면 2라운드 승리 계산이 성립하지 않습니다. 결과가 시점을 바꾸면 먼저 프롬프트나 규칙을 수정하세요.
고정 사례로 두 역할을 모두 확인하세요
상황이 긴장감 있는지 판단하기 전에 적힌 행동이 의도한 상태를 만드는지 확인합니다. 사례마다 같은 초기화 상태를 사용하고 행동 하나씩만 바꿉니다. 빌드가 있을 때 실제 결과와 예상값을 비교하세요. 아래 표는 종이 계산으로 만든 제안 검사입니다.
| 사례 | 행동 순서 | 규칙에 따른 예상 상태 |
|---|---|---|
| 기준 승리 | 1라운드: A가 목재, B가 갈대 채집. 2라운드: A가 말뚝, B가 가림막 제작. | 온기 2, 재료 모두 소비, 플래그 모두 설정, 2라운드 확인 전에 완성, 승리. |
| 지연되지만 복구 가능 | 1라운드: A가 목재 채집, B 대기. 2라운드: A가 말뚝, B가 갈대 채집. 3라운드: A 대기, B가 가림막 제작. | 최종 확인 전에 완성 시 온기 1, 온기 회복 없이 승리. |
| 마감 실패 | 1라운드 A 목재 채집/B 대기. 2라운드 A 말뚝 설치/B 갈대 채집. 3라운드 둘 다 대기. | 미완성, 확인 뒤 온기 1→0, 4라운드 전에 패배. |
| 잘못된 행동 | 초기화 시 A가 가림막을 만들거나 목재 없이 말뚝을 세우려 함. | 행동 슬롯은 사용하지만 재고와 플래그는 그대로. 일반 라운드 종료 추위 확인은 진행. |
| 재시작 | 승패 어느 종료 상태에서든 재시작. | 1라운드, A 선행, 온기3, 빈 공동 가방, 두 건설 플래그 해제. |
수치가 다르면 결과가 위반한 규칙부터 찾으세요. 자원 수량, 행동 소유권, 순서, 건설 완료, 온기 시점 중 하나입니다. 규칙 하나만 바꾸고 기준 사례와 실패 사례를 다시 계산합니다. 종이 검사를 통과해도 실제 구현이나 플레이어 이해가 입증되는 것은 아닙니다.
멀티플레이어 제작기로 상황을 구체화하세요
SEELE 공식 멀티플레이어 페이지는 플레이어 수와 모드, 유용한 역할, 공동 목표, 상호작용 규칙, 검토할 짧은 상황을 중심으로 계획하라고 설명합니다. 온라인 플레이에는 별도 구현, 네트워킹, 동기화, 호스팅, 테스트가 계속 필요하다고도 합니다. 따라서 계획용으로 참고할 수 있지만 로컬 협동 게임이 자동 구현된다는 뜻은 아닙니다.
완성된 게임이라고 주장하는 대신 계약을 전달하세요. 플레이어 설정, 역할별 행동, 공동 가방 사용, 추위 확인 시점, 승리 조건을 지정합니다. 반환된 결과를 상태 표와 비교하세요.
멀티플레이어 콘셉트를 정리할 준비가 되면 Multiplayer game maker를 열어 계획할 상황에 맞게 프롬프트를 조정하세요. 현재 흐름을 확인하고 출력을 직접 점검합니다. 이 글은 예시가 생성되거나 테스트되었다고 주장하지 않습니다.
다음 점검을 고른 뒤 확장하세요
첫 시도는 손으로 계산할 수 있을 만큼 작게 유지하세요. 역할별 제한 행동 두 가지, 공동 제조법 하나, 압박 규칙 하나, 재시작 하나, 종료 결과 두 개입니다. 일관성이 확인되면 3라운드가 지나치게 가혹한지 같은 질문 하나를 골라 관련 규칙만 바꾸고 다시 계산하세요.
Reedwatch Camp는 콘셉트 삽화를 포함한 독창적인 교육용 종이 모델입니다. 테스트된 게임, SEELE 생성 결과, 로컬 또는 온라인 협동이 작동한다는 증거가 아닙니다.
자주 묻는 질문
Reedwatch Camp는 플레이 가능하거나 테스트된 예시인가요?
아니요. Reedwatch Camp는 규칙을 계산한 독창적인 교육 상황입니다. 행동과 온기 값은 이 페이지 규칙으로 내부 계산했지만 프롬프트 실행, 생성 빌드, 플레이 세션, 사용자 테스트는 제공되지 않았습니다. 사양 연습으로 사용한 뒤 관찰했다고 설명하기 전에 자신의 구현을 확인하세요.
두 플레이어에게 고유한 과제가 각각 필요한가요?
완전히 배타적인 능력까지는 아니어도 공동 목표에 의미 있는 기여를 해야 합니다. 여기서는 목재 작업자가 말뚝, 갈대 작업자가 가림막을 맡고 두 재료가 모두 필요해 기여가 보입니다. 한 역할만 제조법을 완성할 수 있다면 의도한 것인지 결정하고 계약과 수용 사례를 갱신하세요.
멀티플레이어 제작기가 로컬 또는 온라인 협동을 보장하나요?
아니요. 공식 페이지는 플레이어 수, 모드, 역할, 목표, 상호작용 규칙, 짧은 상황 계획을 설명합니다. 온라인 플레이에는 구현, 네트워킹, 동기화, 호스팅, 테스트가 필요하다고 안내합니다. 이 기획 내용만으로 생성 결과가 특정 로컬/온라인 모드를 제공한다고 보지 마세요.
온기나 제조법 수치를 바꿔도 되나요?
네. 수치는 교육용 입력이지 권장 밸런스가 아닙니다. 온기, 채집량, 제조 비용, 턴 순서, 추위 확인 시점을 바꾸면 기준 경로와 지연 사례를 다시 계산하세요. 초기화와 승패 조건은 유지하고 변경을 하나씩 분리해야 어떤 규칙이 결과를 바꿨는지 알 수 있습니다.
