AI로 자동차 정비소 시뮬레이터 만들기

자동차 정비소 시뮬레이터는 플레이어가 작업을 이해하고, 부품을 선택하며, 명확한 조건 하에 차량을 반환해야 할 때 게임이 됩니다. 첫 번째 버전에는 고객 한 명, 가상의 고장 한 가지, 단일 교체를 사용하세요. 대형 차고나 차량 카탈로그를 추가하기 전에 도착부터 결제까지 작업을 추적하세요.

아래 예시는 단순화된 게임 디자인이며, 실제 자동차를 진단하거나 수리하는 조언이 아닙니다. 경고등과 부품 상태는 스크립트된 규칙입니다. 플레이 가능한 루프를 구축하는 데 사용하고, AI 게임 제작 도구가 실제로 생성한 것을 테스트하세요.

완전한 정비소 작업 하나 설계하기

브랜드 없는 자동차가 소형 정비소에 도착하는 것으로 시작하세요. 플레이어는 작업을 수락하고, 선택 가능한 두 구성 요소를 점검하며, 게임의 배터리 항목이 마모되어 있음을 발견합니다. 플레이어는 교체를 구매하고, 게임 상호작용을 사용하여 설치한 후, 자동차를 반환합니다. 고객은 체크리스트가 완료된 후에만 결제합니다.

점검과 수리에 다른 효과를 부여하세요. 점검은 정보를 공개하고, 설치는 작업 상태를 변경합니다. 프로토타입에서는 단일 클릭으로 각 작업을 나타낼 수 있습니다. 결정이 명확하도록 실제 정비사의 절차를 재현할 필요는 없습니다.

첫 번째 작업의 규칙을 명시적으로 유지하기

플레이어가 100코인으로 시작한다고 가정해 봅시다. 교체 배터리 항목의 비용은 30이고, 작업을 완료하면 70가 지급됩니다. 부품 하나를 구매하면 70코인이 남고, 작업을 마치면 잔액이 140가 됩니다. 이 간단한 예시는 임대료, 인건비, 세금 및 기타 모든 비용을 제외합니다. 구매와 결제를 별도로 표시하여 플레이어가 계산을 따라갈 수 있게 하세요.

자동차의 경고등은 이 가상의 시나리오에서 스토리 프롬프트입니다. 실제 차량에서 어떤 부품이 고장 났는지를 결정하지 않습니다. 게임에서는 스크립트된 점검 결과가 그 정보를 제공합니다. 플레이어가 설치 전에 자동차를 반환하려고 하면, 작업을 열어두고 누락된 단계를 설명하세요.

AI 게임 제작자에게 테스트 가능한 사양 제공하기

단순히 “현실적인 차고”를 요청하는 대신, 순서, 상태 변경 및 예외를 설명하세요. SEELE의 기능 카탈로그는 아이디어로 게임을 시작하고 조율된 2D 캐릭터, 장면 및 인터페이스 요소를 생성하는 것을 설명합니다. 이러한 기능을 사용하여 시각적 방향을 설정한 후, 실제 출력을 검사하세요. 카탈로그는 이 특정 정비소 흐름이 생성되거나 테스트되었음을 증명하지 않습니다.

브라우저용 오리지널 소형 정비소 관리 게임을 생성하세요.
브랜드 없는 자동차 하나, 고객 작업 하나, 작업대 및 간단한 체크리스트를 표시하세요.
플레이어가 100코인과 교체 부품 없이 시작하도록 하세요.
작업을 수락한 후, 플레이어가 두 개의 가상의 구성 요소를 점검할 수 있게 하세요.
게임의 배터리 항목이 마모되어 있고 다른 항목은 양호함을 공개하세요.
30코인에 교체 배터리 항목을 제공하며, 구매 시 재고에 하나 추가됩니다.
점검 후 및 재고에 항목이 있을 때만 설치를 허용하세요.
설치는 항목을 소모하고 수리 단계를 완료로 표시합니다.
해당 단계 후에만 자동차 반환을 허용하고, 70코인을 한 번만 지급하세요.
잔액, 재고, 작업 상태 및 차단된 작업을 설명하는 메시지를 표시하세요.
원래 잔액, 재고 및 작업 상태로 복원하는 재시작을 제공하세요.
실제 자동차 로고나 상세한 수리 단계 없이 오리지널 일러스트 에셋을 사용하세요.

먼저 작업 상태를 구축하고 검증하세요. 수락, 점검, 구매 및 완료 동작이 작동한 후에야 정비소의 아트와 애니메이션을 추가하세요. 생성된 버전이 단계를 건너뛰면, 전체 재작성을 요청하는 대신 해당 특정 상태 전이를 수정하도록 요청하세요.

플레이어의 다음 결정을 가시화하기

짧은 체크리스트는 세 가지 질문에 답할 수 있습니다: 무엇이 점검되었는지, 어떤 부품이 필요한지, 작업을 반환할 수 있는지. “점검되지 않음”, “부품 필요”, “반환 준비 완료”와 같은 명확한 상태를 사용하세요. 상태가 색상에만 의존하지 않도록 색상에 라벨이나 아이콘을 조합하세요.

구매가 실패하면, 플레이어가 돈이 부족한지 아니면 이미 필요한 항목을 소유하고 있는지 표시하세요. 설치가 실패하면, 작업이 점검되지 않았는지 또는 교체가 누락되었는지 설명하세요. 정확한 인터페이스는 여러분에게 달려 있지만, 피드백은 실제 게임 상태를 반영해야 하며 동작이 성공했다고 가정해서는 안 됩니다.

더 많은 자동차를 추가하기 전에 흐름 확인하기

1. 초기 상태: 100코인, 부품 없음, 미완료 작업으로 시작하세요. 재시작은 완료되거나 중단된 작업 후 이러한 값으로 복원해야 합니다.
2. 점검: 플레이어가 가상의 마모된 항목을 점검한 후에만 공개하세요. 다른 구성 요소를 점검해도 수리가 완료되어서는 안 됩니다.
3. 구매: 교체품 하나를 구매하고 잔액이 70이며 재고가 하나 증가하는지 확인하세요. 실패한 구매는 어느 값도 변경해서는 안 됩니다.
4. 설치: 게임이 점검 전 또는 항목 없이 설치를 차단하는지 확인하세요. 성공적인 설치는 정확히 하나의 항목을 소모하고 체크리스트를 업데이트합니다.
5. 완료: 설치 후에만 자동차를 반환하세요. 잔액은 140가 되어야 하며, 반복 클릭으로 보상이 다시 지급되어서는 안 됩니다.

실패가 발생하면, 설정, 행동, 예상 결과 및 관찰된 결과를 어시스턴트에게 제공하세요. 예를 들어: “작업은 이미 결제되었고 잔액은 140였습니다. 반환을 다시 클릭하면 210로 증가했습니다. 한 번만 결제하고 완료된 상태를 유지하세요.” 수정 후, 실패한 동작과 재시작을 모두 반복하세요.

두 번째 작업 반복 계획하기

첫 번째 작업이 일관되게 작동하면, 다른 스크립트된 부품과 보상을 가진 두 번째 고객을 제공하는 것을 상상해 보세요. 플레이어가 먼저 어떤 작업을 수락할지 선택하게 하되, 부품과 돈이 작업 간에 이관되는지 정의하세요. 이는 제안된 반복이며, 테스트된 디자인 결과가 아닙니다.

선택이 의미 있게 되려면, 각 부품의 비용을 현재 사용 가능한 돈과 비교하세요. 어느 작업도 감당할 수 없다면, 플레이어가 영구적으로 막히지 않도록 회복 방법을 지정하세요. 각 자동차의 점검 및 완료 상태를 별도로 유지하여 하나를 반환하는 것이 실수로 다른 것에 대해 결제되지 않도록 하세요.

자주 묻는 질문

처음으로 자동차의 어느 정도를 모델링해야 합니까?

완전한 작업 하나에 필요한 상호작용만 모델링하세요: 선택 가능한 객체로서의 차량과 점검할 두 개의 가상의 구성 요소. 플레이어가 유용한 결정을 내릴 수 있을 때 더 많은 세부 사항을 추가하세요. 장식용 부품의 큰 세트는 완료할 수 없는 작업을 수정하지 않습니다.

점검이 자동으로 자동차를 수리해야 합니까?

동작을 분리하면 플레이어의 결정을 이해하기 쉬워집니다. 점검이 스크립트된 상태를 공개하게 하고, 수리 동작에는 적절한 항목을 요구하세요. 더 짧은 게임을 위해 결합한다면, 피드백이 실제로 일어난 일과 일치하도록 체크리스트와 비용 규칙을 업데이트하세요.

이 예시가 실제 차량 진단을 가르칩니까?

아니요. 경고와 고장은 단순화된 가상의 게임 상태이며, 일러스트는 개념적인 것입니다. 실제 차량 문제는 자체적인 적절한 진단과 전문가의 조언이 필요합니다. 게임에서는 특정 실제 세계 고장을 증명하는 것처럼 보이지 않도록 점검이 무엇을 공개하는지 명시하세요.

경제가 깨지지 않도록 어떻게 유지합니까?

구매와 작업 보상을 별도의 이벤트로 추적하고, 각 이벤트가 한 번만 적용되도록 하세요. 자금 부족, 항목 누락, 중복 완료 및 재시작을 테스트하세요. 반복 비용이나 여러 작업을 추가할 때, 그 시점을 지정하고 이전 확인 사항을 반복하세요.

작업 하나와 명확한 결과로 시작하기

컴팩트한 정비소 루프도 여전히 만족스러운 결정을 제공할 수 있습니다: 문제를 공개하고, 부품을 확보하고, 작업을 완료하고, 결과를 확인하세요. 샘플 규칙을 시작점으로 사용하고, 각 전이를 검증한 후, 첫 번째 작업이 신뢰할 수 있을 때만 다른 고객을 추가하세요. 확장하면서 SEELE AI Creator Game Maker에서 상점만의 시각적 아이덴티티를 부여하세요. 더 넓은 워크플로우에 대해서는 AI로 게임 만들기를 참조하세요.