AI 게임 에셋 워크플로

아트를 생성하기 전에 에셋 계약을 작성하세요

게임에서 에셋이 맡을 역할을 정의하세요. 플레이어 스프라이트, 장애물, 배경 타일, 버튼, 사운드 큐, 홍보 자료 중 하나일 수 있습니다. 크기, 투명도, 프레임 배치, 시점, 팔레트 제약, 검사할 크기를 지정하세요. 시각적으로 매력적인 이미지가 나중에 맞기를 기대하지 말고 이를 제작 입력으로 다루세요.

스프라이트 시트라면 프레임 수, 셀 크기, 원점, 예상 애니메이션 상태를 정의하세요. UI 에셋이라면 주변 텍스트와 상호작용 상태를 식별합니다. 계약이 안정될 때까지 소유한 플레이스홀더를 사용해 아트 반복 작업이 게임플레이 작동 여부를 가리지 않게 하세요.

검토 가능한 권한 근거가 있는 소스를 선택하세요

가능한 소스에는 의뢰한 원본 작업, 직접 만든 에셋, 라이선스가 있는 팩, 검토된 서비스 약관에 따라 생성한 소재가 있습니다. 한 소스가 항상 더 저렴하다는 근거 없는 주장 대신 권한, 편집 가능성, 일관성, 검토 노력으로 비교하세요.

원본 소스 링크와 적용되는 라이선스 또는 계약을 에셋 기록과 함께 보존하세요. 귀속과 재배포 요구사항을 기록합니다. 생성된 소재도 입력과 출력에 대한 검토가 필요합니다. 모델 접근 권한이 복제 캐릭터, 상표, 그 밖의 보호 대상 소재에 대한 허가를 확립하는 것은 아닙니다. 권리가 불명확하면 불확실성을 승인 상태로 바꾸지 말고 배포 전에 문제를 제기하세요.

코딩과 이미지 제작의 귀속을 분리하세요

Astra가 코딩 실험의 대상이 되는 동안 별도의 이미지 도구가 아트를 만들 수 있습니다. 이 역할들을 독립적으로 기록하세요. 스프라이트를 요청한 텍스트 지시만으로 어떤 서비스가 픽셀을 생성했는지는 확인되지 않으며, 성공적인 코드 세션이 이미지 서비스 청구서를 제공하지도 않습니다.

생성된 각 출력에 대해 실제 이미지 도구 식별자, 가능한 경우 요청 기록, 생성 설정, 선택한 출력, 수동 수정을 보존하세요. 실패하거나 폐기한 시도는 사용량 원장에 넣습니다. 한 에이전트가 둘을 모두 조정하더라도 이미지 작업을 텍스트 코딩과 분리해 추적해야 실제 비용과 사람의 노력이 어디에 들어갔는지 설명할 수 있습니다.

정직한 미지의 값을 포함한 매니페스트를 사용하세요

아래 예시 기록을 에셋 파이프라인에 사용하되 검토 전까지 알 수 없는 필드는 null로 유지하세요. 승인을 위해서는 실제 소스, 권한 결정, 파일 식별자, 기술 검토가 필요합니다. 출력을 교체할 때 에셋 식별자는 안정적으로 유지해 새 파일이 맥락은 이어받되 획득하지 않은 승인을 이어받지 않게 하세요.

원시 소재와 최종 가져온 출력을 같은 에셋 식별자로 연결하세요. 사람이 배경을 제거하거나 애니메이션 프레임을 수리하거나 대비를 바꾼 경우 변환을 기록합니다. 그러면 채팅 세션의 기억에 의존하지 않고 나중의 교체, 귀속 검토, 디버깅이 가능해집니다.

{
  "asset_id": "player_idle",
  "source_url": null,
  "permission_record": null,
  "creator_or_tool": null,
  "source_hash": null,
  "final_file_hash": null,
  "transformations": [],
  "image_cost_record": null,
  "review_status": "pending",
  "import_result": null
}

소스 파일만이 아니라 엔진 가져오기를 검사하세요

Godot의 이미지 가져오기 문서는 가져온 텍스처에 영향을 주는 압축 및 밉맵 선택을 설명합니다. 에셋의 실제 표시 조건에 따라 설정을 선택하세요. 픽셀 아트, 크기가 조정된 배경, 3D 텍스처에 모두 적용되는 하나의 보편적인 프리셋은 없습니다. 승인된 출력에 사용한 설정을 보존하세요.

게임 안에서 투명한 가장자리, 의도하지 않은 배경, 프레임 간격, 시각적 크기를 검사하세요. 충돌 표현과 보이는 객체를 비교합니다. 기술적으로 유효한 PNG라도 프레임이 캐릭터의 보이는 위치를 바꾸거나 레벨 배경과 섞여 스프라이트가 사라지면 사용할 수 없습니다. 이런 문제를 여러 씬에 전파하기 전에 거부하세요.

애니메이션, 사운드, UI를 맥락에서 검토하세요

관련 행동을 반복해서 실행하고 애니메이션 상태 간 전환을 검사하세요. 시각적 타이밍이 충돌 및 피드백과 맞는지 확인합니다. 프레임별 연락처 시트가 검사에 도움을 줄 수 있지만 실행 중인 애니메이션과 이를 유발하는 플레이어 입력을 관찰하는 일을 대체하지는 않습니다.

오디오는 이미지 확인과 별도로 레벨 일관성, 반복 재생, 타이밍, 권한 기록을 검토하세요. UI 아트워크는 의도한 해상도에서 포커스, 비활성 상태, 텍스트 대비를 확인합니다. 에이전트가 게임을 더 보기 좋게 만들라는 포괄적인 요청을 받는 대신 실행 가능한 피드백을 받을 수 있도록 에셋과 동작별로 실패를 기록하세요.

내보낸 산출물과 공개 목록을 확인하세요

승인된 리소스가 내보낸 빌드에 존재하고 검토한 대로 동작하는지 확인하세요. 구현에 대한 주장을 할 때 실제 산출물의 스크린샷 또는 녹화를 보존합니다. 콘셉트 이미지나 생성된 목업을 게임플레이 근거로 대신하지 마세요.

아트워크, 사운드, 내러티브, 현지화, 런타임 출력을 구분하는 출시 목록을 유지하세요. 실제 게임에 무엇을 설명해야 하는지는 Steam 준비 가이드와 현재 Content Survey를 사용해 결정하세요. 완성된 내부 에셋 기록은 그 검토를 돕지만 플랫폼 승인을 확립하거나 불확실한 권리 문제를 해결하지는 않습니다.

재작업을 포함해 승인된 에셋을 위한 예산을 정하세요

단순히 생성한 파일 수가 아니라 게임 안에서 승인된 결과를 기준으로 에셋 제작을 측정하세요. 거부된 생성물, 수동 정리, 가져오기 수정, 대상 빌드 재확인을 기록에 남깁니다. 가이드에 가격을 넣지 말고 실제 제공업체 청구 범주와 날짜를 사용하세요.

반복 생성이 같은 기술 요구사항을 충족하지 못하면 에셋 계약을 다시 검토하거나 게임플레이를 해결하는 동안 원본 플레이스홀더를 사용하세요. 프레임 배치가 정의되지 않은 문제는 프롬프트를 더 많이 보낸다고 해결되지 않습니다. 이 절차와 매니페스트 필드는 예시이므로 에셋을 승인된 것으로 취급하거나 다음 제작 배치 비용을 추정하기 전에 실제 파일과 적용 약관을 평가하세요.

자주 묻는 질문