나중에 가치가 변하는 하나의 결정을 중심으로 이진 선택 게임을 구축하세요. 가상의 시그널 하버(Signal Harbor)에서는 첫 번째 요청이 진단에 소량의 신뢰(Trust)와 충전(Charge)을 지출할지 묻습니다. 이 결과는 두 장의 카드 뒤, 동일한 페리의 재시작 비용이 진단이 활성화된 경우 더 적은 충전으로 해결될 때 중요해집니다.
고정된 3장의 카드와 표시되는 턴 로그부터 시작하세요. 이렇게 하면 초기 비용, 유혹적인 단축 경로, 지연된 보상이 같은 화면에서 가독성을 유지할 수 있는 충분한 공간을 확보할 수 있습니다.
지연된 결과를 하나부터 시작하세요
Devolver Digital의 공식 Reigns 페이지는 Nerial을 언급하며, 상충되는 이해관계에 영향을 미치는 왼쪽 또는 오른쪽 결정을 설명합니다. 작은 게임에 유용한 원칙은 두 가지 옵션을 단순하게 유지하되, 그 효과가 현재 상태에 의존하도록 하는 것입니다.
Signal Harbor는 해당 원칙을 오리지널 설정과 규칙 세트에 적용합니다. 결정 전까지 두 옵션이 모두 표시되어야 합니다. 플레이어는 버튼 또는 키보드 입력을 사용할 수 있습니다. 각 입력을 동일한 결정 핸들러를 통해 전달하여 이러한 조작 방식을 상호 교환 가능하게 유지하세요.
세 가지 요청을 모두 지정하세요
신뢰 3와 체력 3, 진단 비활성화 상태로 시작합니다. 선택된 델타를 함께 적용하고 결과 카운터를 기록하세요. 카운터가 0 이하가 되면 즉시 런이 종료됩니다. 세 번째 카드까지 두 값이 모두 0을 초과하면, 두 값이 모두 2 이상으로 끝나야만 런이 성공합니다. 로그에 음수 결과를 보존하여 플레이어가 선택이 얼마나 과도했는지 확인할 수 있도록 하세요.
| 요청 | 첫 번째 옵션 | 두 번째 옵션 |
|---|---|---|
| 배선 검사 | 실행. 신뢰 −1, 충전 −1. 진단 활성화. | 유보. 두 카운터와 플래그를 그대로 유지. |
| 중정 조명 | 열기. 신뢰 +2, 전하 −2. | 닫기. 신뢰 −1, 전하 +1. |
| 페리 신호 | 재시작. 신뢰 +2. 진단 없이 3 전력을 소모하거나, 진단과 함께 1 소모합니다. | 기다림. 신뢰 −1, 전력 변동 없음. |
홀드(Hold) 옵션은 설계상 체지(Charge) 포인트 1을 회복합니다. 플레이어가 이를 고려하여 전략을 세울 수 있도록 해당 트레이드오프를 카드 자체에 명시하세요. 이 픽처는 가상의 게임에서 추상적인 리소스를 사용합니다.
마지막 카드에서는 플래그에서 파생된 실제 재시작 비용을 표시하세요. 테스트 빌드에서는 비용 계산 시 진단(Diagnostic)이 활성화되어 있었는지 여부를 로그에 명시해야 합니다. 비용 규칙은 진단이 활성화된 경우 기본 비용에서 2을 뺀 값이며, 최소 비용은 1입니다.
셧다운과 예비 미스를 재현하세요
각 행은 동일한 초기 상태에서 시작됩니다. 아래 쌍은 신뢰(Trust), 체지(Charge) 순서로 정렬되어 있습니다. 두 가지 서로 다른 실패 상태를 주의 깊게 살펴보고 각각에 구체적인 메시지를 부여하세요.
| 선택 경로 | 요청 1회 후 | 요청 2회 후 | 요청 3회 후 |
|---|---|---|---|
| 실행 → 유지 → 재시작 | (2, 2), 진단 켜짐 | (1, 3) | (3, 2), 성공 |
| 유보 → 열기 → 재시작 | (3, 3), 진단 꺼짐 | (5, 1) | (7, −2), 종료 |
| 유보 → 유지 → 재시작 | (3, 3), 진단 꺼짐 | (2, 4) | (4, 1), 예약 실패 |
성공적인 경로는 일시적으로 신뢰도를 1까지 떨어뜨립니다. 최종 예비치보다 낮은 모든 값을 즉각적인 실패로 표시하는 인터페이스는 그 유효한 경로를 거부하게 됩니다. 2을 런 종료 목표를, 0를 종료 경계로 표시하세요. 이는 플레이어가 필요로 하기 전에 구분을 명확히 보여줍니다.
AI에게 정확한 브라우저 게임 브리프를 제공하세요
픽스처를 게임 빌더에 하나의 작은 작업으로 붙여넣으세요. 아트나 랜덤 카드를 추가하기 전에 가시적인 컨트롤과 추적을 요청하세요.
Signal Harbor라는 가상의 브라우저 의사결정 게임을 구축하세요.
신뢰도(Trust)와 전하(Charge)를 3으로 시작하고 진단(Diagnostic)을 꺼두세요.
다음 세 가지 요청을 순서대로 제시하세요:
1. 배선 점검: 실행(Run)은 신뢰도 1와 전하 1를 차감하고 진단을 켭니다. 보류(Defer)는 아무것도 변경하지 않습니다.
2. 중정 조명: 열기(Open)는 신뢰도 2를 추가하고 전하 2를 차감합니다. 유지(Hold)는 신뢰도 1를 차감하고 전하 1를 추가합니다.
3. 여객선 신호: 재시작(Restart)은 신뢰도 2를 추가하고 계산된 전하 비용을 소모합니다. 대기(Wait)는 신뢰도 1를 차감하고 전하를 변경하지 않습니다.
라벨이 붙은 두 개의 버튼을 사용하세요. 키보드 컨트롤을 동일한 핸들러를 통해 처리하세요.
각 입력을 현재 요청 ID에 바인딩하세요. 반복되거나 오래된 입력을 거부하세요. 두 가지 델타를 한 번만 적용하고 옵션, 카운터, 진단 플래그를 기록하세요.
진단이 활성화된 경우, 재시작 비용은 max(1, 기본 재시작 비용 - 2)입니다. 그렇지 않으면 재시작 비용은 기본 재시작 비용입니다.
각 선택 후 카운터가 0 이하인지 확인하세요.
세 번째 카드 이후, 성공을 위해 신뢰도와 전하가 최소 2 이상이어야 합니다.
엔딩에서 선택을 잠금하세요. 리셋은 완전한 초기 상태를 복원합니다.
기본 재시작 비용 3로 시작하고 이를 변경할 수 있는 컨트롤을 노출하세요.
리셋 상태에서, 실행 / 유지 / 재시작은 (3, 2)으로 종료되어야 하며, 성공입니다.
보류 / 열기 / 재시작은 (7, -2)으로 종료되어야 하며, 종료(shutdown)입니다.
보류 / 유지 / 재시작은 (4, 1)으로 종료되어야 하며, 예비치 미달(reserve miss)입니다.
기본 비용이 2인 경우, 보류 / 유지 / 재시작은 (4, 2)으로 종료되어야 하며, 성공입니다.
원본 항구 아트와 가독성 좋으며 키보드 접근이 가능한 컨트롤을 사용하세요.테이블에 있는 경로를 순서대로 플레이하세요. 각 실행 후 초기화하고 첫 번째 카드, 두 개의 카운터 및 플래그를 확인하세요. 테스트 빌드에서 동일한 요청 ID를 두 번 제출합니다. 두 번째 이벤트는 활성 카드, 카운터 및 로그를 변경하지 않아야 합니다.
기본 비용 변경 및 재실행
기본 재시작 비용만 3에서 2으로 변경합니다. 초기화 후 Defer, Hold, Restart를 반복합니다. 처음 두 상태는 (3, 3)과 (2, 4)로 유지됩니다. 마지막 상태는 (4, 2)이 되므로, 이전에는 실패했던 예비 미스가 이제 성공합니다.
최소값이 고정되어 있기 때문에 마지막 카드에서 Run, Hold, Restart는 여전히 1의 비용이 듭니다. Defer, Open, Restart는 여전히 종료(shutdown)되어 Charge −1에서 끝나게 됩니다. 이 재실행은 어떤 경로가 더 관대해졌는지를 정확히 알려줍니다. 작은 텍스트 픽스처를 반복적으로 개선할 수 있는 프롬프트로 전환하는 방법은 첫 번째 빌드 가이드를 참고하세요.
SEELE AI Game Maker에서 Signal Harbor 만들기 시작하기. 상태 테이블로 시작하고 덱을 확장하기 전에 세 가지 엔딩을 확인하세요.
자주 묻는 질문
첫 번째 결정 게임에 몇 가지 선택지를 포함해야 하나요?
고정된 카드 3장과 카드당 옵션 2개로 시작하세요. 초기 선택지 중 하나에 마지막 카드에서 결과를 부여하여 플레이어가 이를 따라갈 수 있는지 확인할 수 있도록 하세요. 셔플된 카드나 분기 콘텐츠를 도입하기 전에 초기화하여 동일한 덱을 재실행하세요.
플레이어에게 지연 효과를 어떻게 표시해야 하나요?
즉시 비용을 옵션 옆에 배치하고 선택 후에도 Diagnostic 플래그가 표시되도록 유지하세요. 페리 요청이 도착하면 할인 후 재시작 비용을 표시합니다. 추적 항목은 플래그와 최종 델타를 함께 표시하여 더 명확한 테스트를 제공할 수 있습니다.
종료(shutdown)와 예비 미스(reserve miss)를 왜 분리해야 하나요?
이것들은 규칙에서 서로 다른 시점에 발생합니다. 종료는 카운터가 0 이하가 되는 즉시 실행을 끝냅니다. 예비 미스는 마지막 카드 이후에 결정되며, 실행 내내 두 카운터가 모두 양수였을 때도 발생할 수 있습니다.
무작위 카드를 추가하기 전에 무엇을 확인해야 하나요?
고정된 경로, 정확한 초기화 상태, 그리고 엔딩 이후의 잠금 상태를 확인하세요. 사용자가 두 번 트리거하더라도 동일한 입력이 한 번만 적용되는지 확인합니다. 그런 다음 보고된 경로를 다시 재생할 수 있도록 시드 기반 셔플을 추가합니다.
