공장 자동화 게임용 좋은 AI 프롬프트는 각 기계가 무엇을 입력받고 생산하는지, 물품이 어떻게 이동하는지, 무엇을 승리로 보는지 정의합니다. 생산 규칙을 확인할 수 있을 때까지 장식은 미루고 생산 라인 하나와 배송 목표 하나부터 시작하세요. 아래 Brassline Works는 6주기 장부를 손으로 계산한 독창적인 가상 설계입니다. 네 프롬프트는 작성된 템플릿이며 이 페이지를 위해 실행하지 않았고, 플레이 가능한 빌드나 테스트 결과도 제시하지 않습니다.
생산 라인 하나와 배송 목표 하나로 시작하세요
첫 구성을 검토하기 쉽게 작게 유지하세요. Brassline Works에서 플레이어는 구리 광산, 제련소, 프레스, 배송 상자를 한 줄로 연결합니다. 유일한 목표는 6주기 끝까지 기어 두 개를 배송하는 것입니다. 이 목표 하나가 모든 레시피, 버퍼, 이동 규칙이 필요한 이유를 정해 줍니다.
더 큰 공장을 요청하기 전에 시작 상태와 성공 조건을 작성하세요. 0주기에 라인은 비어 있습니다. 광산은 매 주기 광석 하나를 만들고, 광석 두 개가 판 하나로, 판 하나가 기어 하나로 바뀝니다. 벨트가 기어를 배송 상자에 넣으면 배송 수량으로 셉니다. 이 순환을 설명하는 데 추가 기계, 보조 임무, 인벤토리는 필요하지 않습니다.
프롬프트 1 — 범위 정하기: 먼저 가장 작은 장면과 목표를 요청하세요. 콘텐츠를 늘리기 전에 결과에 플레이어가 볼 수 있는 목표와 고정 생산 라인이 설명되어 있는지 확인합니다.
Brassline Works라는 소규모 공장 자동화 게임 프로토타입을 설계하세요. 플레이어는 구리 광산 하나, 제련소 하나, 프레스 하나, 배송 상자 하나를 한 생산 라인으로 연결합니다. 목표는 6주기 끝까지 기어 두 개를 배송하는 것입니다. 0주기에 모든 버퍼를 비워 둡니다. 미술이나 추가 시스템을 넣기 전에 각 설비의 입력, 출력, 용량을 표로 만들고 정확한 승리 조건과 재시작 상태를 적으세요. 이 내용은 제안된 게임 설계로 취급하고 목록에 없는 기계, 자원, 영구 진행도를 추가하지 마세요.
레시피와 버퍼가 가득 찼을 때의 동작을 지정하세요
출력이 들어갈 곳이 없을 때 어떻게 되는지 정하기 전에는 레시피가 완성된 것이 아닙니다. 이 예시에서 기계는 출력 슬롯이 비어 있을 때만 입력을 소비합니다. 슬롯이 차 있으면 입력을 보존하고 대기합니다. 이 규칙은 벨트가 막혔을 때 아이템이 조용히 사라지거나 복제되는 일을 방지합니다.
| 설비 또는 연결 | 용량과 규칙 | 확인할 점 |
|---|---|---|
| 구리 광산 | 출력 슬롯 한 칸. 비어 있으면 주기마다 광석 하나를 생산합니다. | 출력이 차 있으면 생산을 기다리며 아이템은 슬롯에 남습니다. |
| 제련소 | 입력에 광석 두 개, 출력에 판 하나를 보관합니다. 레시피는 광석 2개 → 판 1개입니다. | 입력 두 개와 출력 슬롯이 모두 레시피를 허용할 때만 광석을 소비합니다. |
| 프레스 | 입력에 판 하나, 출력에 기어 하나를 보관합니다. 레시피는 판 1개 → 기어 1개입니다. | 기어 출력이 차 있으면 판을 보존합니다. |
| 벨트와 배송 | 각 벨트는 주기마다 아이템을 최대 하나 옮기며 배송 상자는 들어온 기어를 셉니다. | 출발지에 아이템이 있고 목적지가 받을 수 있을 때만 이동합니다. |
설계에서 입력 슬롯과 출력 슬롯을 구분하세요. 기계 출력에서 기다리는 아이템은 아직 다음 기계에 도착하지 않았습니다. 특히 하위 설비가 가득 찼을 때 각 아이템이 정확히 어느 슬롯에서 대기하는지 설명할 수 있어야 합니다.
프롬프트 2 — 버퍼 규칙 확정: 용량과 레시피를 한 번에 넣고 출력이 막혔을 때의 규칙을 분명히 요청합니다.
다음 용량을 그대로 사용하세요. 광산 출력은 광석 1개, 제련소 입력은 광석 2개이고 출력은 판 1개, 프레스 입력은 판 1개이고 출력은 기어 1개입니다. 제련소 레시피는 광석 2개를 판 1개로 만듭니다. 프레스는 판 1개를 기어 1개로 만듭니다. 기계는 결과물 전체를 놓을 공간이 있을 때만 입력을 소비할 수 있습니다. 실행할 수 없으면 입력을 모두 보존하고 기다리세요. 벨트는 아이템을 버리거나 복제하거나 순간이동시키지 않습니다. 각 버퍼와 기계가 대기하는 조건을 보여 주는 간결한 상태 표를 작성하세요.
다듬기를 요청하기 전에 주기 처리 순서를 고정하세요
하나의 전역 순서를 정하면 같은 아이템이 한 주기 안에 두 번 처리되는 일을 막습니다. Brassline의 순서는 제련소 처리, 프레스 처리, 광산 생산, 조건에 맞는 아이템의 벨트 이동, 배송 목표 확인입니다. 기계 처리 뒤에 벨트가 이동하므로 수신기에 도착한 아이템은 다음 주기부터 처리할 수 있습니다.
| 단계 | 규칙 | 시간상 결과 |
|---|---|---|
| 1. 처리 | 주기 시작 시 버퍼를 기준으로 제련소 다음 프레스를 처리합니다. | 주기 중 나중에 도착한 아이템은 아직 사용할 수 없습니다. |
| 2. 생산 | 출력 버퍼가 비어 있으면 광산이 광석 하나를 추가합니다. | 출력이 차면 광산은 대기하며 초과 생산하지 않습니다. |
| 3. 이동 | 출발지와 목적지가 허용하면 각 벨트가 아이템을 최대 하나 옮깁니다. | 새로 도착한 아이템은 다음 주기에 사용할 수 있습니다. |
| 4. 확인 | 배송 상자는 들어온 기어를 세고 기어 두 개 목표를 확인합니다. | 배송 검사는 주기 종료 상태를 사용합니다. |
프롬프트 3 — 틱 정의: 애니메이션이나 기계를 더 요청하기 전에 순서를 글로 고정하세요. 이 프롬프트로 이동이 처리되는 경계를 명확히 합니다.
생산 라인 전체에 하나의 주기 순서를 사용하세요. 첫째, 주기 시작 시 존재하는 버퍼만 사용해 제련소와 프레스를 차례로 처리합니다. 둘째, 출력이 비어 있으면 광산이 생산합니다. 셋째, 이동 가능한 각 벨트가 아이템을 최대 하나 옮깁니다. 넷째, 배송 상자에 도착한 기어를 세고 목표를 확인합니다. 이동은 처리 뒤에 발생하므로 방금 도착한 아이템은 수신 기계가 다음 주기까지 사용할 수 없습니다. 시퀀스를 인터페이스에 표시하고 시각 효과를 다듬기 전에 6주기 상태 추적을 반환하세요.
6주기 생산 라인을 손으로 계산하세요
짧은 수기 추적은 나중에 결과를 살펴볼 때 기준이 됩니다. 향후 빌드가 다르면 구현 상태가 처음 어긋난 주기를 찾을 수 있습니다. 이 표는 위 규칙에 따라 직접 계산했습니다. 실행한 프롬프트, 게임 플레이, 플레이테스트, 측정 결과가 아닙니다.
| 주기 | 처리 및 이동 | 종료 상태: 제련소 광석 / 프레스 판 / 배송된 기어 |
|---|---|---|
| 시작 | 모든 버퍼가 비어 있습니다. | 0 / 0 / 0 |
| 1 | 기계는 대기합니다. 광산이 광석 하나를 생산하고 벨트가 제련소로 옮깁니다. | 1 / 0 / 0 |
| 2 | 제련소는 광석 하나를 보유한 채 대기합니다. 광산이 하나 더 생산하고 두 광석이 제련소 입력에 모입니다. | 2 / 0 / 0 |
| 3 | 제련소가 판을 만들고 광산이 광석을 생산합니다. 벨트가 판을 프레스로, 광석을 제련소로 옮깁니다. | 1 / 1 / 0 |
| 4 | 프레스가 기어를 만들고 광산이 광석을 생산합니다. 벨트가 기어를 배송 상자로, 광석을 제련소로 옮깁니다. | 2 / 0 / 1 |
| 5 | 제련소가 판을 만들고 광산이 광석을 생산합니다. 벨트가 판을 프레스로, 광석을 제련소로 옮깁니다. | 1 / 1 / 1 |
| 6 | 프레스가 기어를 만들고 광산이 광석을 생산합니다. 벨트가 기어를 배송 상자로, 광석을 제련소로 옮깁니다. 목표에 성공합니다. | 2 / 0 / 2 |
기어 두 개가 6주기 끝에 도착하고 광석 두 개가 제련소 입력에 남습니다. 제련소가 광석 한 쌍을 필요로 하고 벨트로 온 판을 다음 주기까지 처리할 수 없기 때문에 지연됩니다. 최종 상태는 추가 아이템이나 숨겨진 행동 없이 목표를 달성합니다.
준비된 막힘 상태로 역압을 확인하세요
드문 타이밍 문제를 기다리는 대신 의도적으로 만든 상태에서 출력 막힘 규칙을 시험하세요. 프레스 출력에 기어 하나가 있고 배송 상자가 받을 준비가 된 상태에서 기어 벨트를 잠시 닫습니다. 한 주기를 진행합니다. 기어는 프레스 출력에 남아야 하며, 출력이 가득 찬 기계는 입력을 바꾸지 않고 기다려야 합니다. 벨트를 다시 열면 기어는 한 번만 이동하고 손실이나 복제 없이 생산이 재개되어야 합니다.
| 수용 검사 | 예상 설계 동작 |
|---|---|
| 프레스 출력에 기어가 있을 때 기어 벨트를 닫음 | 기어는 슬롯에 남습니다. 프레스가 덮어쓰지 않습니다. |
| 제련소 출력이 차 있음 | 제련소가 광석 입력을 보존하고 대기합니다. |
| 광산 출력 또는 목적지가 가득 참 | 광산은 두 번째 아이템을 만들지 않고 대기합니다. |
| 벨트를 다시 엶 | 대기하던 기어가 한 번 이동하고 다음 생산 단계가 이어집니다. |
| 재시작 선택 | 모든 버퍼가 비워지고 주기가 0으로 돌아가며 같은 라인과 목표가 다시 로드됩니다. |
프롬프트 4 — 관찰 가능한 검사 추가: 벨트를 멈추고 상태를 살펴본 뒤 예상 버퍼와 관찰값을 비교할 간단한 방법을 요청하세요. 이는 향후 구현을 위한 테스트 계획이지 검사가 실행되었다는 기록이 아닙니다.
프레스와 배송 상자 사이 벨트를 한 주기 동안 닫을 수 있는 임시 방법을 추가하세요. 프레스 출력에 기어 하나가 있고 배송 상자가 받을 준비가 된 수용 상태를 만드세요. 벨트가 닫히면 기어는 출력 슬롯에 남아야 하고 프레스는 덮어쓰지 않아야 합니다. 하위 출력이 가득 차 있으면 상위 기계는 입력을 보존하고 기다리며, 광산도 출력 또는 다음 목적지가 가득 차면 대기해야 합니다. 벨트를 다시 열고 기어가 한 번 이동하며 생산이 재개되는지 확인하세요. 모든 버퍼를 비우고 주기를 0으로 돌리는 재시작 조작을 추가하세요. 각 전후 상태를 보여 주어 테스터가 실제 동작을 기록할 수 있게 하세요.
첫 구현을 위해 제작 작업 공간을 사용하세요
공식 Free AI Game Maker 페이지는 평이한 영어로 게임 아이디어를 입력하고, 브라우저에서 첫 플레이 버전을 시험한 다음 후속 프롬프트로 다듬는 일반적인 과정을 설명합니다. 제출 전에는 선택한 AI 모델, 사용 가능한 Koin 잔액, 표시된 생성 비용을 확인하도록 안내합니다. 이는 일반 워크플로 사실이며 공장 예시가 생성되었거나 버퍼 및 틱 규칙이 지원된다는 뜻은 아닙니다. 향후 결과를 작성한 장부와 비교하는 것은 이 글의 권장 사항이지 제품 보증이 아닙니다.
검토할 수 있는 규칙 하나로 첫 생산 라인을 만드세요
유용한 첫 공장에는 측정 가능한 배송 목표, 레시피 및 버퍼 계약, 공통 틱 순서, 출력이 막혔을 때의 동작을 보는 방법이 있습니다. 이 프롬프트는 간결한 시작점을 제공하고 손 계산 추적은 향후 빌드가 확인할 구체적인 기준을 제공합니다. 생산 라인 하나로 시작하고 실제 실행이 생기면 기록한 뒤 각 이동을 이해한 다음에만 확장하세요.
공장 자동화 프롬프트 질문
공장 게임용 AI 프롬프트는 무엇부터 지정해야 하나요?
플레이어 목표 하나, 짧은 기계 연결, 측정 가능한 성공 조건부터 정하세요. 시각 스타일을 추가하기 전에 각 기계의 입력, 출력, 버퍼 크기를 나열합니다. 이 순서는 확인할 상태를 명확히 하고 구현이 공장처럼 보이기만 하는지 설계를 따랐는지 구분하는 데 도움이 됩니다.
자동화 게임에서 버퍼 크기가 중요한 이유는 무엇인가요?
버퍼 크기는 기계가 아이템을 손실 없이 받고 보관하고 넘길 수 있는지를 결정합니다. 레시피에는 언제 입력을 소비하고 출력이 차 있을 때 어떻게 되는지 적어야 합니다. 이런 조건이 빠지면 같은 벨트 배치가 매 주기 다르게 동작하는 것처럼 보여 나중에 테스트 결과를 해석하기 어렵습니다.
벨트로 도착한 아이템은 언제 기계가 사용할 수 있나요?
지정한 주기 순서에 따라 달라집니다. Brassline Works에서는 먼저 기계를 처리하고 나중에 벨트가 이동하므로 새로 도착한 아이템은 수신 기계가 다음 주기까지 사용할 수 없습니다. 이 경계를 명시하면 한 아이템이 한 틱에 두 번 처리되는 일을 막을 수 있습니다.
공장 기계의 출력이 막히면 어떻게 해야 하나요?
이 예시에서는 출력 공간이 생길 때까지 기계가 입력을 보존하고 기다립니다. 프롬프트는 광산도 출력 슬롯 하나 또는 다음 목적지가 가득 차면 기다리도록 합니다. 이는 가상 생산 라인을 위해 작성한 규칙이며 향후 빌드가 따르는지는 확인이 필요합니다.
이 프롬프트 키트에 테스트된 플레이 가능한 공장이 포함되어 있나요?
아니요. Brassline Works는 설명용 가상 설계이며 6주기 추적은 작성된 규칙으로 손 계산했습니다. 이 페이지에서는 프롬프트 블록을 실행하지 않았고 플레이 가능한 빌드나 사용자 테스트도 제공되지 않았습니다. 추적을 예상 상태 기준으로 취급하고 실제 빌드가 생긴 뒤에만 비교하세요.
