AI 지원 게임을 Steam용으로 준비하세요

프로젝트가 실제로 도달한 상태를 명시하세요

플레이 가능한 데모는 작은 경험을 보여줍니다. 내보내기는 생성된 납품물입니다. 테스트된 내보내기는 대상 시스템에서 실행된 상태입니다. Steam 제출은 패키지가 플랫폼 검토를 위해 전송된 상태이며, 출시는 제품이 실제로 공개된 상태입니다. 개발 노트와 공개 주장에서는 이 다섯 상태를 모두 구분하세요.

이 구분은 운영상 유용합니다. 다음 담당자가 남은 일이 게임플레이인지, 패키징인지, 공개인지, 플랫폼 검토인지 알 수 있습니다. 모델이 생성한 실행 파일 이름은 이후 상태의 근거가 아닙니다. 검토자가 실제로 실행할 수 있는 산출물에서 출시 체크리스트를 시작하세요.

플랫폼 요구사항을 독립적으로 일정에 반영하세요

Steam 온보딩은 처음 몇 개 타이틀에 대해 앱 수수료 납부 후 30일의 대기 기간과 공개적으로 보이는 Coming Soon 페이지의 최소 2주 유지를 설명합니다. 신원, 세금, 은행, 검토 작업도 출시 전에 진행됩니다. 날짜를 정하기 전에 적용되는 계정과 현재 요구사항을 공식 온보딩 페이지에서 확인하세요.

이를 개발 시간 안에 숨길 값이 아니라 일정의 기준으로 다루세요. 하루짜리 코딩 실험은 새 계정으로 Steam에 출시할 것을 약속할 수 없습니다. 각 기준이 실제로 언제 시작되고 통과했는지 기록하세요. 대략적인 처리 예상치를 더해 보장된 출시일을 만들어내지 마세요.

검토자가 바로 사용할 수 있는 빌드 패키지를 준비하세요

대상 산출물, 빌드 식별자, 실행 지침, 조작법, 알려진 제한을 함께 유지하세요. 깨끗한 사용자 상태에서 시작을 테스트하고 핵심 루프를 완료하세요. 저장과 재실행 동작을 실행해 검토자가 개발자의 기존 컴퓨터 상태에 의존하지 않게 하세요.

Steam의 검토 절차는 스토어 노출과 빌드를 확인합니다. 내부적으로 스토어 문구에 적은 기능과 제출 산출물이 제공하는 내용을 대조하세요. 멀티플레이, 컨트롤러 지원, 언어, 모드를 테스트하지 않았다면 제출 전에 주장을 해결하세요. 명확한 패키지는 단순히 거부된 체크리스트 항목을 만드는 대신 실패를 조치 가능한 문제로 바꿉니다.

실제 AI 기여를 분류하세요

Steam Content Survey는 개발 효율을 위한 도구와 플레이어에게 제공되어 소비되는 AI 생성 콘텐츠를 구분합니다. 사전 생성 콘텐츠와 실시간 생성 콘텐츠도 나누며, 후자의 경우 불법적인 출력에 대한 보호 장치를 설명해야 합니다. 코딩 보조 도구에 근거한 포괄적 라벨을 사용하지 말고 실제 제품을 현재 설문과 대조하세요.

각 도구가 어디에 기여했는지 내부 목록을 만드세요. 구현 지원, 출시 아트워크, 사운드, 내러티브, 현지화, 런타임 출력으로 나눌 수 있습니다. 제출 전에 제품 소유자가 설문을 기준으로 모호한 사례를 해결하도록 하세요. 이 목록은 정확한 답변을 돕지만 플랫폼의 질문이나 검토를 대체하지는 않습니다.

에셋, 권한, 마케팅을 대조하세요

배포하는 각 에셋에 대해 출처, 권한 근거, 수정 내역, 귀속 요구사항, 최종 파일 식별자를 보존하세요. 폰트, 효과음, 음성 작업, 스크린샷에 포함된 소재도 포함합니다. 생성된 파일에도 검토가 필요한 소재가 들어 있을 수 있으며, 엔진 또는 도구 라이선스가 모든 입력을 포괄하지는 않습니다.

스토어 이미지와 테스트된 빌드를 비교하세요. 게임 경험에 대한 주장에는 실제 게임플레이 캡처를 사용하고 콘셉트 아트를 구현된 기능의 증거로 제시하지 마세요. 라이선스나 소유권 문제가 해결되지 않았다면 담당자를 정하고 해결될 때까지 해당 에셋을 승인된 출시 패키지에서 제외하세요.

스토어 현지화를 게임과 일치시키세요

번역된 스토어 문구를 원문과 같은 기능 목록에 대조해 검토하세요. 조작 용어, 플랫폼 지원, 접근성 문구, 콘텐츠 설명을 보존합니다. 번역자가 계획된 기능을 출시된 기능으로 바꾸거나 빌드에 없는 언어 지원을 암시해서는 안 됩니다.

스토어 텍스트, 인터페이스 문자열, 자막, 오디오를 별도의 검토 영역으로 추적하세요. 광고한 각 구성에서 게임을 테스트하고 근거를 빌드에 연결해 보존합니다. 현지화 가이드에서는 식별자, 서식 인수, UI 확인을 다루며, 공개 기록을 바꾸기 전에 스토어별 워크플로는 Steam 현지화 문서에서 확인하세요.

런타임 AI를 서비스 의존성으로 다루세요

플레이어가 사용하는 동안 게임이 모델을 호출한다면 서비스 접근, 실패 처리, 개인정보 보호, 악용 방지, 지속적인 지출을 별도의 제품 시스템으로 평가하세요. 보조 도구가 코드를 작성했다는 이유만으로 일반적인 오프라인 게임 로직이 모델 요청을 만들지는 않습니다.

런타임 기능에서는 서비스가 unavailable이 되거나 예산 한도에 도달했을 때의 동작을 정의하세요. 배포된 클라이언트에 제공업체 시크릿을 넣지 마세요. 실시간 생성 콘텐츠와 서비스 수익화에 적용되는 Steam 요구사항은 현재 공식 문서로 별도로 확인하세요. 개발 API 사용량과 게임 판매는 서로 다른 측정값이므로 같은 것으로 제시해서는 안 됩니다.

미해결 이슈가 있는 제출 인수인계를 만드세요

게시 승인을 요청하기 전에 정확한 빌드, 스토어 자료, 에셋 검토, 설문 답변, 필수 계정 단계, 미해결 결함을 요약하세요. 각 미해결 이슈에 담당자를 지정하고 닫는 데 필요한 근거를 기록하세요. 체크리스트가 완료되었다고 해서 테스트하지 않은 대상 플랫폼을 숨기지 마세요.

제출 후 실제 상태와 검토자 피드백을 보존하세요. 승인은 출시와 같은 사건이 아니며 출시된 제품도 운영 확인이 필요합니다. 이 가이드는 법적 허가나 보장된 일정을 제공하는 것이 아니라 공식 문서를 요약합니다. 실제로 출시할 빌드와 스토어 자료를 제출하기 전에 적용되는 요구사항을 다시 확인하세요.

자주 묻는 질문