AI로 베이커리 경영 게임 만들기

플레이어가 하루가 어떻게 흘러갈지 정확히 알기 전에 배치를 결정해야 할 때 베이커리 경영 게임은 흥미로워집니다. 너무 적게 구우면 손님이 빈손으로 돌아가고, 너무 많이 구우면 재료가 팔리지 않은 채 남습니다. 오븐 하나, 제품 하나, 짧은 하루 하나부터 시작하세요. 이러한 결정이 제대로 작동하면 레시피와 불확실성을 추가하세요.

이 가이드는 가상의 베이커리를 통해 일일 루프를 어떻게 지정하고, AI 게임 제작 도구로 시작점을 요청하며, 결과가 규칙을 따르는지 확인하는지 보여줍니다. 숫자는 완성된 게임의 결과가 아니라 예시를 위한 설계 선택 사항입니다.

플레이어에게 의미 있는 아침 결정 하나를 제공하세요

하루가 시작될 때, 플레이어가 몇 개의 빵을 구울지 선택하게 하세요. 오븐과 재료 재고가 배치를 제한합니다. 이후 고객이 도착하여 재고가 있을 동안 구매하고, 재고가 떨어지면 떠납니다. 판매량, 남은 빵, 현금 잔고를 요약하여 하루를 마무리한 후, 플레이어가 새로운 하루를 시작하게 하세요.

첫 빌드를 확인하는 동안 수요는 고정하세요. 예측 가능한 입력은 예상치 못한 결과가 설계에서 비롯된 것인지 구현 오류에서 비롯된 것인지 구별하는 데 도움이 됩니다. 무작위 수요는 나중에 선택의 불확실성을 높일 수 있습니다.

구축하기 전에 하루를 시뮬레이션하세요

이 예시에서, 각 빵은 1코인인 재료 1포션을 소모합니다. 각 판매는 3코인을 벌어들입니다. 계산이 명확하게 보이도록 현재는 임대료, 임금 및 기타 비용을 무시합니다. 8개 배치는 재료 8개를 사용합니다. 6명의 고객이 각각 빵 1개를 구매하면 매출은 18코인, 재료 비용은 8코인, 단순화된 마진은 10코인이 됩니다. 빵 2개가 미판매 상태로 남습니다.

배치가 6개인 경우, 동일한 6건의 판매로 18코인을 벌어들여 재료 비용 6코인을 차감하면 마진이 12코인이 되고 남은 빵이 없습니다. 이것이 6이 보편적인 최적 해답이라는 의미는 아닙니다. 이는 가정된 고정 수요에만 부합할 뿐입니다. 수요가 변동하면, 더 큰 배치는 바쁜 날의 판매 손실을 방지하는 반면 한산한 날에는 폐기를 위험으로 삼을 수 있습니다.

프롬프트를 작성하기 전에 남은 빵에 대해 어떻게 처리할지 결정하세요. 첫 버전에서는 마감 시 폐기할 수 있습니다. 이월하는 경우, 신선도와 내일 고객이 신선한 빵보다 이를 구매하는지 여부를 정의하세요. 어느 선택이든 작동할 수 있지만, 하루 종료 시 계산은 이에 부합해야 합니다.

규칙을 AI 빌드 요청으로 전환하세요

상태, 행동, 종료 조건을 함께 설명하세요. SEELE의 게임 제작 기능은 설명에서 시작하도록 설계되었으며, 그 2D 에셋 워크숍은 공유된 스타일로 캐릭터, 장면, 인터페이스 요소를 다룹니다. 이러한 범주를 사용하여 프로젝트를 구성한 후, 도구가 실제로 생성하는 것을 검사하세요. 프롬프트는 완성된 게임의 보증이 아니라 테스트할 사양입니다.

브라우저용 오리지널 소형 베이커리 경영 게임을 생성하세요.
각 하루 시작 시 12 재료 포션을 표시하고 0에서 8개까지의 배치를 허용하세요. 각 빵은 1포션을 소모하며 1코인의 비용이 듭니다.
제빵 후, 6명의 고객이 한 명씩 도착합니다. 빵이 남아 있으면 각 고객은 3코인에 빵 1개를 구매하고, 그렇지 않으면 1건의 판매 실패를 기록합니다.
마감 시, 구운 빵, 판매된 빵, 미판매 빵, 판매 실패 건수, 재료 비용, 매출, 매출에서 재료 비용을 차감한 값을 표시하세요. 미판매 빵은 폐기합니다.
동일한 시작 자원으로 새로운 하루를 시작하는 버튼을 제공하세요.
오리지널 따뜻한 일러스트 베이커리와 명확하고 읽기 쉬운 컨트롤을 사용하세요.
아직 임대료, 임금, 추가 레시피 또는 무작위 수요를 도입하지 마세요.

첫 시도가 너무 많은 것을 하려 한다면, 먼저 일일 계산과 일러스트 장면을 요청하세요. 다른 시스템을 추가하기 전에 작동하는 버전의 사본을 보관하세요. 수정을 요청할 때, 게임이 "더 현실적으로" 되기를 요청하는 대신 시작 상태, 행동, 예상 결과를 제공하세요.

회계와 리셋을 확인하세요

1. 8개 선택: 예시 규칙에 따라 6개 판매, 2개 미판매, 0건 판매 실패, 마진 10코인을 예상하세요.
2. 4개 선택: 4개 판매, 2건 판매 실패, 마진 8코인을 예상하세요. 재고가 0이 된 후 고객이 빵을 구매해서는 안 됩니다.
3. 0과 8을 시도한 후, 허용 범위를 벗어난 숫자를 선택해 보세요. 게임은 배치를 명시된 한도 내에서 유지해야 합니다.
4. 새로운 하루를 시작하고 재고, 고객 수, 요약이 지정된 대로 리셋되는지 확인하세요. 이전 날의 미판매 빵은 다시 나타나서는 안 됩니다.

요약이 다르면, 잘못된 첫 상태 변경을 찾아보세요. 예를 들어, 8개의 빵이 구워졌지만 재료 6개만 청구된 경우, 미판매로 남은 빵을 포함하여 빵이 구워질 때 재료 비용이 기록되도록 요청하세요. 변경 후 8개 배치와 4개 배치 검사를 모두 반복하세요.

가상의 반복 단계를 하나 계획하세요

고정된 하루가 작동하면, 설계 변경을 고려해 보세요: 고객 4명의 한산한 날과 고객 8명의 바쁜 날을 번갈아 가세요. 플레이어의 배치 선택 후에만 하루 유형을 공개하세요. 이는 테스트된 빌드에 대한 주장이 아니라 제안된 규칙입니다. 배치 4개는 한산한 날의 남은 빵을 피하지만 바쁜 날에는 4건의 잠재적 판매를 놓칩니다. 배치 8개는 바쁜 수요를 충족하지만 한산한 날에는 빵 4개가 남습니다.

어시스턴트에게 마감 요약에 각 하루의 유형을 표시하고 이전 회계 검사를 유지하도록 요청하세요. 선택이 임의로 느껴진다면, 유용하지만 불완전한 정보를 제공하는 예보를 추가하고, 이를 신뢰할 수 있다고 부르기 전에 정확히 어떻게 생성되는지 지정하세요. 목표는 플레이어가 정보를 해석하도록 하는 것이지, 더 많은 컨트롤 아래 단순한 선택을 묻는 것이 아닙니다.

자주 묻는 질문

첫 버전에는 몇 개의 레시피가 있어야 하나요?

루프를 테스트하기에는 1개의 레시피면 충분합니다. 제빵, 판매, 하루 종료가 일관되게 작동한 후에만 두 번째 레시피를 추가하세요. 더 긴 오븐 시간이나 다른 재료와 같은 다른 제약 조건을 새로운 레시피에 부여하여 추가된 선택이 플레이어의 계획에 변화를 주도록 하세요.

고객 수요는 처음부터 무작위여야 하나요?

모든 테스트의 예상 결과를 예측할 수 있도록 고정된 숫자로 시작하세요. 명확하게 정의된 범위나 순서로 변동을 도입하세요. 알려진 상황을 다시 재생할 수 있는 방법을 유지하세요. 그렇지 않으면 고객 수의 변경이 회계 버그를 가릴 수 있습니다.

게임을 좌절스럽게 만들지 않으면서 남은 빵을 의미 있게 만드는 방법은 무엇인가요?

하루를 마감하기 전에 비용과 재고 결과를 표시하고, 플레이어가 다음 배치를 조정하게 하세요. 나중에 기증 또는 할인 판매를 명시된 규칙으로 실험해 보세요. 각 옵션이 매출이나 기타 자원에 어떻게 영향을 미치는지 설명하고, 플레이어가 알 수 없었던 정보에 대해 벌점을 부과하지 마세요.

생성된 게임이 규칙을 무시할 때 어떻게 해야 하나요?

도구에게 재현 가능한 예시 하나를 제공하세요: 초기 재료, 배치 크기, 구매자 수, 예상 요약. 다른 규칙을 변경하지 않고 특정 계산만 수정하도록 요청하세요. 동일한 예시를 다시 실행한 후, 두 번째 배치 크기와 리셋을 확인하세요.

오븐 하나와 하루 하나로 시작하세요

명확한 생산 한도와 가시적인 하루 종료 결과는 첫 경영 결정을 만드는 데 충분합니다. 예시 숫자를 사용하여 규칙을 확인한 후, 베이커리를 나만의 것으로 만들기 위해 수요, 레시피, 정보를 변경하세요. SEELE AI Creator Game Maker에서 간결한 설명으로 시작하고, 위의 검사를 기준으로 결과를 개선하세요. 더 넓은 워크스루를 보려면 AI로 게임 만들기를 참조하세요.