정밀 플랫폼 게임 프롬프트는 이동, 타이밍, 실패, 승리로 인정되는 정확한 상태를 정의하면 검토하기 쉬워집니다. 짧은 경로 하나를 정하고 각 행동의 시간을 지정한 뒤, 더 많은 레벨이나 시각적 다듬기를 요청하기 전에 성공 시도와 초기화를 추적하세요.
이 안내서는 재사용할 수 있는 3단계 프롬프트 묶음과 Beatglass Crossing이라는 손으로 확인 가능한 예시를 제공합니다. 레벨과 경로는 이 글을 위해 만든 허구의 설계입니다. 아래 게임 프롬프트는 제출되지 않았으며 플레이 가능한 빌드, 플레이어 세션, 테스트 결과를 주장하지 않습니다. 박자 추적은 명시된 가정에 따른 종이 시뮬레이션입니다.
시간 제한이 있는 플랫폼 질문 하나로 범위를 정하세요
첫 번째 범위는 설계 질문 하나에 답해야 합니다. 플레이어가 주기적으로 움직이는 셔터를 읽고 안전한 타일에서 기다린 뒤 열린 시간에 착지할 수 있을까요? 배달원 한 명, 틈 두 곳과 체크포인트 하나, 표시된 출구 도달이라는 목표만 두세요. 좁은 범위라야 프롬프트에서 타이밍 규칙을 정의할 공간이 생기며 적, 수집품, 추가 레벨에 묻히지 않습니다.
Beatglass Crossing은 이 글을 위해 만든 허구의 2.5D 횡스크롤 코스입니다. 타일 지도, 박자, 게이트 위상, 초기화 동작은 작성자가 정한 가정입니다. 기존 게임을 관찰하거나 이동 시스템을 측정한 결과가 아닙니다.
표지는 결정 직전의 상황을 보여 줍니다. 현재 게이트 상태와 예상 착지 상태가 다릅니다. 점수나 추가 HUD 패널, 설명되지 않은 파워업 없이도 기다려야 하는 이유가 보입니다.
박자와 착지 규칙을 작성하세요
위치와 행동 시간을 이름으로 지정하세요. 이 종이 모델에서 가로 타일 하나는 1단위입니다. “박자”는 이산 설계 시계이며 자연스러운 점프 물리를 뜻하지 않습니다. 박자 하나는 60Hz를 기준으로 고정 스텝 6회, 즉 0.1초로 정합니다. 경로에서는 배달원이 게이트 타일에 들어올 때만 게이트를 확인합니다.
| 코스 구간 | 타일 | 규칙 |
|---|---|---|
| 출발 발판 | x=0–2 | 안전한 바닥. 시도는 x=0, 박자 0에서 시작. |
| 첫 번째 틈 | x=3 | x=2에서 x=4로 점프해 빈 타일 하나를 넘습니다. |
| 체크포인트 발판 | x=4–5 | x=4에 착지하면 체크포인트를 활성화하고, x=5는 접근 타일입니다. |
| 두 번째 틈 | x=6 | x=5에서 점프해 셔터 타일 x=7에 착지합니다. |
| 시간 셔터 | x=7 | 위상 0 또는 1에서 열리고, 2 또는 3에서 닫힙니다. 진입 시 확인. |
| 출구 발판 | x=8–9 | 안전한 바닥. 셔터를 지나 x=9에 도달하면 승리합니다. |
입력 규칙도 명확히 쓰세요. Run Right는 한 타일 이동하며 박자 하나가 흐릅니다. Wait는 안전한 타일에서 제자리를 지키며 박자 하나를 진행합니다. Jump Right는 중간의 틈 하나를 넘어 정확히 두 타일 이동하며 두 박자가 듭니다. 이 단순화된 행동은 목적지에서 완료됩니다. 게이트 위상은 beat mod 4입니다. 배달원이 닫힌 상태에서 x=7에 진입하려 하거나 틈으로 달리면 이동을 취소하고 차단 또는 추락 신호를 표시한 뒤 가장 최근 체크포인트로 돌려보내고 시계는 박자 0으로 초기화합니다. 점수, 체력, 수집품 상태는 사용하지 않습니다.
메커니즘 이미지는 일반적인 점프가 아니라 착지 시점의 검사를 보여 줍니다. 셔터 타일, 빈 틈, 착지한 배달원, 위상 표시가 글의 규칙과 같은 상태를 설명합니다.
프롬프트를 단계별로 만드세요
프롬프트 모음은 수정하기 쉬워야 합니다. 먼저 코스와 목표를 요청하고, 다음에 이동과 타이밍을 더한 뒤 피드백과 검토 사례를 추가하세요. 아래 세 프롬프트는 복사해 쓸 수 있는 템플릿이지만 실행한 적은 없습니다. 향후 빌드에 쓰기 전에 대괄호 선택지를 바꾸고 요청한 보고가 보이는 게임 상태와 연결되도록 하세요.
프롬프트 1: 플레이 가능한 범위 정의
[작업 제목]이라는 허구의 정밀 플랫폼 게임 일부를 만드세요. 횡스크롤 카메라를 사용하고 x=0부터 x=9까지 간결한 코스로 구성하세요. 플레이어는 x=9에 도달하는 것이 목표인 배달원 한 명을 조작합니다. x=0–2에 안전한 출발 바닥, x=3에 타일 하나 너비의 틈, x=4–5에 체크포인트 발판, x=6에 한 타일 틈, x=7에 시간 셔터, x=8–9에 안전한 출구 바닥을 배치하세요. 플레이어가 x=4에 착지하면 체크포인트를 활성화하세요. 이산 박자 시계 하나를 사용하고 간단한 아이콘 피드백으로 현재 위치, 박자, 게이트 위상, 체크포인트, 승리 상태를 보여 주세요. 틈, 적, 수집품, 점수, 이동 능력을 더하지 마세요. 아트를 추가하기 전에 지도와 초기 상태를 반환하세요.
첫 단계는 레벨의 범위를 제한하고 향후 검토자가 확인해야 할 상태 변수를 알려 줍니다. 배치를 바꾸면 이동 규칙보다 먼저 타일 지도를 갱신하세요.
프롬프트 2: 이동과 시간 게이트 지정
승인된 x=0–9 코스를 유지하세요. 다음 종이 설계 입력만 구현하세요. Run Right는 안전한 타일 하나를 한 박자에 이동합니다. Wait는 안전한 타일에서 한 박자 동안 멈춥니다. Jump Right는 두 박자에 정확히 두 타일 이동하며 중간의 틈 하나를 넘을 수 있습니다. phase = beat mod 4를 사용하세요. x=7 셔터는 위상 0, 1에서 열리고 2, 3에서 닫히며 플레이어가 x=7에 진입할 때만 확인합니다. x=7로 점프하면 두 박자가 끝날 때 이동을 판정합니다. 닫힌 상태에서 진입하거나 Run이 틈에 들어가려 하면 이동을 취소하고 분명한 차단/추락 신호를 표시한 뒤 최근 체크포인트로 되돌리고 beat를 0으로 설정하세요. 연속 관성, 가변 점프 높이, 공중 조작, 벽 점프, 다른 게이트, 두 번째 타이밍 규칙을 추가하지 마세요. 각 입력에 대한 상태 표를 반환하세요.
이 단계는 “아슬아슬한 점프”, “적절한 때 열림” 같은 모호한 표현을 없앱니다. 타이밍 검사와 초기화 상태를 직접 요청하므로 표시 상태를 서면 규칙과 비교할 수 있습니다.
프롬프트 3: 피드백과 검토 계획 요청
승인된 코스와 규칙을 바꾸지 마세요. 네 개의 작은 램프로 현재 박자 위상을 표시하고, 셔터가 열리면 청록색, 닫히면 빨간색으로 표시하세요. 안전하게 착지한 뒤에만 절제된 착지 효과를 보여 주세요. x=9에서는 황동 출구 종을 밝히고 승리를 표시하세요. 닫힌 게이트 진입이나 틈 추락 때는 짧은 피드백 하나를 보여 준 다음 체크포인트와 박자 0으로 복원하세요. 다음을 제공하세요. (1) 성공 입력/상태 추적, (2) 기다리지 않아 실패하는 추적, (3) 체크포인트 복구 추적, (4) 두 틈, 열림/닫힘 진입, 위상 초기화, 출구에 대한 수용 사례. 예측과 관찰을 분리하세요. 실제 기록된 빌드를 확인하지 않았다면 사례가 통과했다고 주장하지 마세요.
상태 추적과 수용 사례를 함께 요청하면 두 번째 레벨을 추가하기 전에 모순을 찾기 쉽습니다. 이후 빌드의 조작이나 타이밍이 다르면 실제 버전을 기록하고 예상 표를 조용히 바꾸지 말고 규칙을 수정하세요.
Beatglass Crossing을 손으로 검산하세요
성공 경로는 Run, Run, Jump, Run, Wait, Jump, Run, Run입니다. 점프는 박자 두 개를 쓰므로 시작 위상만이 아니라 종료 위상을 기록하세요.
| 입력 | 입력 후 박자 | 위치 | 셔터 위상 | 종이 검산 |
|---|---|---|---|---|
| 시작 | 0 | x=0 | 0, 열림 | 출발 발판, 시계 초기화. |
| 달리기 | 1 | x=1 | 1, 열림 | 안전 타일 이동. |
| 달리기 | 2 | x=2 | 2, 닫힘 | x=3 틈 앞 가장자리. |
| 점프 | 4 | x=4 | 0, 열림 | x=3 통과, 체크포인트 활성화. |
| 달리기 | 5 | x=5 | 1, 열림 | 안전한 접근 타일. |
| 대기 | 6 | x=5 | 2, 닫힘 | 한 박자 안전하게 대기. |
| 점프 | 8 | x=7 | 0, 열림 | x=6을 건너 열린 셔터로 진입. |
| 달리기 | 9 | x=8 | 1, 열림 | 출구 발판 도달. |
| 달리기 | 10 | x=9 | 2, 닫힘 | 승리. 배달원이 지나간 뒤 게이트가 닫힙니다. |
x=5에서 바로 점프하면 박자 7, 위상 3에 끝나므로 진입이 차단되고 시도가 초기화됩니다. 기다리면 시계가 박자 6이 되고, 다음 두 박자 점프로 박자 8, 위상 0에 x=7에 도달합니다. 점프의 두 박자를 시계에 포함해야만 이 경로가 성립합니다.
결과 그림은 만들어 낸 손 계산 종착 상태를 묘사합니다. 게임 빌드의 스크린샷이 아니며 종은 완료된 테스트의 증거가 아니라 시각적 목표 표시입니다.
체크포인트 초기화를 정의하세요
재시도에는 완전한 초기화 상태가 필요합니다. 플레이어가 박자 7에 닫힌 셔터로 진입하면 체크포인트 x=4로 복구하고 시계를 박자 0으로 초기화하세요. 이후 복구 경로는 Run, Wait, Jump, Run, Run입니다. x=5/박자 1에 도착하고 박자 2까지 기다린 다음 박자 4/위상 0에 x=7로 점프하고 x=8을 지나 박자 6에 x=9로 달립니다. 체크포인트 위치와 시계 초기화가 모두 필요합니다. 박자 7을 유지하면 게이트 상태가 달라집니다.
틈에 떨어진 경우에도 같은 규칙을 적용하세요. 실패한 행동을 취소하고 원인을 보여 주며 가장 최근 체크포인트로 복구하고 시계를 초기화하되 코스 구조는 바꾸지 않습니다. 그러면 플레이어는 조정할 규칙을 알고 이름이 지정된 상태에서 다시 시도할 수 있습니다.
향후 플레이테스트에서는 정확한 입력 순서, 시작 체크포인트, 박자, 셔터 위상, 복귀 위치를 기록하세요. 여기서는 명시된 표에 따라 경로를 다시 계산했을 뿐이며 게임 세션은 기록되지 않았습니다.
재현을 수용 검사로 바꾸세요
콘텐츠를 추가하기 전에 종이 모델을 관찰 가능한 질문으로 바꾸세요. 다음은 향후 빌드를 위한 제안 수용 검사이지 이미 얻은 결과가 아닙니다.
| 향후 사례 | 예상 종이 상태 | 실제 빌드에서 확인할 항목 |
|---|---|---|
| x=2에서 첫 점프 | 두 박자 후 x=4에 착지하고 체크포인트를 활성화. | 착지 위치와 체크포인트 표시. |
| 한 번 기다린 뒤 두 번째 점프 | 열린 위상 0/박자 8에 x=7 진입. | 착지 시 게이트 상태와 틈 추락 신호가 없는지. |
| 기다리지 않고 두 번째 점프 | 닫힌 위상 3/박자 7에 진입 시도, x=4/박자 0으로 초기화. | 이동 취소, 차단 신호, 체크포인트와 시계. |
| 틈을 향해 달리기 | 이동을 취소하고 최근 체크포인트로 복구. | 추락 피드백과 초기화 상태. |
| 통과 후 출구 | x=9에 도달하고 뒤에서 위상 2로 닫혀도 승리 유지. | 게이트가 닫혀도 출구 신호 유지. |
실제 결과가 생기면 예상 상태 옆에 기록하고 빌드 버전을 보존하세요. 검사가 실패하면 예를 들어 게이트 주기나 점프 지속 시간처럼 규칙 하나씩 바꾸고 성공 및 실패 경로를 모두 다시 확인하세요. 수동 표를 테스트 결과라고 부르지 마세요.
게임 제작 워크플로에 설계를 이어가세요
프롬프트가 작은 첫 행동과 명확한 목표를 설명하면 그 설계를 게임 제작 워크플로에 가져갈 수 있습니다. 현재 공식 Free AI Game Maker 페이지에는 쉬운 영어로 게임 입력, 플레이 가능한 2D 또는 3D 첫 버전, 브라우저 테스트, 후속 프롬프트로 다듬기가 설명되어 있습니다. 무료 Koins가 제공되며 각 생성 전에 비용을 확인하도록 안내합니다. 이는 일반적인 워크플로 사실이며 Beatglass Crossing이나 그 타이밍 규칙, 이 프롬프트가 생성되었다는 뜻은 아닙니다.
향후 반복 작업에서는 검토한 빌드를 프롬프트의 지도, 조작 계약, 위상 표, 초기화 상태와 비교하세요. 열린 셔터를 더 잘 읽히게 하거나 초기화 후 체크포인트를 보여 주는 등 한 번에 구체적인 수정 하나를 유지하세요. 규칙이 구현됐다고 보기 전에 실제 결과와 동작을 살펴보세요.
다음 검토도 명시된 지도, 이동 규칙, 게이트 위상, 초기화 상태, 승리 조건에 맞추세요. 이후 빌드는 종이 예시와 다를 수 있으므로 어떤 규칙을 수정할지 정하기 전에 실제 동작을 기록하세요.
검토할 수 있는 경로 하나에서 시작하세요
시간 제한 횡단 하나로 시작해 상태 추적을 요청하고 결과를 인쇄된 계약과 비교하세요. 세부 상태가 보이면 향후 반복에서 살펴볼 수정 하나를 선택하세요. Beatglass의 수치는 생성 게임의 증거가 아니라 만들어 낸 손 계산 교육 모델입니다.
초점을 좁힌 아이디어를 일반 제작 워크플로로 가져가세요: 무료 AI 게임 메이커
정밀 플랫폼 게임 프롬프트 FAQ
정밀 플랫폼 게임 프롬프트를 구체적으로 만드는 요소는 무엇인가요?
코스 위치, 각 행동의 이동 거리와 시간, 타이밍 규칙, 검사 시점, 실패 피드백, 초기화 상태, 정확한 승리 조건을 지정합니다. “점프를 어렵게 만들어라”는 빌드가 어떻게 동작해야 하는지 말해 주지 않습니다. 짧은 추적은 시스템을 더 추가하기 전에 기대가 서로 맞는지 보여 줍니다.
점프에 고정 지속 시간을 지정해야 하나요?
첫 결정론적 종이 모델이라면 그렇습니다. 이동 거리와 박자 수, 넘을 수 있는 틈을 지정하세요. 미래 엔진은 연속 이동을 사용할 수 있지만 그 경우 다른 계약과 기록된 검사가 필요합니다. 여기서 두 박자 점프는 설계 가정입니다.
시간 게이트는 어떻게 설명해야 하나요?
주기, 열리는 위상, 닫히는 위상, 확인하는 정확한 사건을 제시하세요. Beatglass는 x=7 진입 때만 확인하고 점프 도중 규칙은 바뀌지 않습니다. 모든 행동이 시계를 진행시키는지와 초기화가 어떤 위상을 되돌리는지도 쓰세요.
게이트 진입에 실패하면 어떻게 해야 하나요?
이동을 취소하고 차단 신호를 보여 주며 가장 최근 체크포인트로 돌아가 시도를 박자 0으로 초기화하세요. 재시도 경로를 추적할 수 있도록 위치와 시간 상태를 명시하세요. 이 예시에는 점수, 체력, 수집품 상태가 없어 추가 초기화 규칙이 필요하지 않습니다.
Beatglass Crossing은 제작되거나 플레이테스트됐나요?
아니요. 코스는 허구이며 경로는 종이에 손으로 계산했습니다. 프롬프트 템플릿은 제출하지 않았고 플레이 가능한 빌드, 게임 테스트, 관찰 결과를 주장하지 않습니다. 생성 이미지는 콘셉트 삽화이지 게임 스크린샷이 아닙니다. 표시된 수치는 이 허구 규칙만 설명하며 구현 동작의 관찰값이 아닙니다.
