AI 게임잼 가이드: 범위, 규칙, 심사, 제출 체크리스트

커뮤니티 운영 가이드

커뮤니티 행사 주최자와 참가자를 위한 중립적인 계획 프레임워크입니다. 이 가이드는 SEELE이 주최하는 행사를 공지하지 않습니다.

AI 게임잼을 기획할 때는 주제와 마감일만 정하면 충분하지 않습니다. 주최자는 참가자가 어떤 자료를 가져올 수 있는지, AI 사용을 어떻게 공개해야 하는지, 각 팀이 어떤 권리를 보유해야 하는지, 심사위원이 무엇을 평가할지, 참가작이 유효하려면 어떤 증거가 필요한지 정해야 합니다.

이 글은 커뮤니티 행사 주최자와 참가자를 위한 중립적인 계획 프레임워크입니다. SEELE AI가 현재 게임잼을 개최한다고 공지하거나 암시하지 않습니다. 이 내용을 참고해 자체 행사의 규칙 초안을 작성한 다음, 커뮤니티와 관할 지역, 플랫폼, 검토 역량에 맞게 문구를 조정하세요.

주제와 경계를 함께 정하기

주제는 단순히 아트 스타일을 제안하는 데 그치지 않고 디자인 제약을 만들어야 합니다. “안전한 장소는 하나뿐이다”, “지도는 기억한다”, “모든 행동에는 대가가 따른다”와 같은 주제는 게임 메커니즘, 레벨 구조, 서사에 영향을 줄 수 있습니다.

테마와 함께 경계 예시를 공개하십시오:

• 어떤 해석까지 명확히 허용 범위에 포함되나요?
• 어떤 콘텐츠가 금지되나요?
• 팀 참가가 허용되나요? 허용된다면 최대 팀 인원은 몇 명인가요?
• 참가자는 기존 코드, 템플릿 또는 자산을 사용할 수 있습니까?
• 모든 게임 관련 작업은 잼 중에 시작해야 합니까?
• 어떤 엔진, 플랫폼 및 내보내기 형식이 허용됩니까?
• 접근성 정보나 콘텐츠 경고로 어떤 내용을 제공해야 하나요?

규칙에서 기존 도구나 에셋을 허용한다면 팀이 이를 공개하도록 하세요. 재사용 가능한 기반 기술을 벌주려는 것이 아니라, 동일하게 공개된 조건에서 완성한 작업을 평가하려는 것입니다.

48시간 게임의 범위를 정하고 입증할 경험을 하나로 좁히기

48시간 게임잼에서는 프로젝트를 통해 플레이어 경험 한 가지를 입증해야 합니다. 적절한 범위에는 다음이 포함됩니다:

• 핵심 행동 하나 또는 밀접하게 연결된 두 가지 행동.
• 짧은 온보딩 과정 하나.
• 승리, 패배 또는 엔딩 상태 중 하나를 완성하기.
• 게임을 쉽게 읽을 수 있게 하는 시각 체계 하나.
• 테스트를 마친 빌드 대상 플랫폼 하나.

실용적인 일정은 다음과 같습니다:

시간 0~4: 해석 및 선택

여러 해석을 구상하고, 플레이어에게 제공할 핵심 경험을 하나 선택하고, 가장 큰 기술적 위험을 파악한 뒤, 제외할 항목 목록을 만드세요. 초반 시간을 로고를 다듬거나 빌드에서 구현할 수 없는 세계관을 쓰는 데 낭비하지 마세요.

4~16시간: 핵심 루프 증명

임시 에셋이나 적절한 라이선스를 받은 에셋으로 최소한의 플레이 가능한 버전을 만드세요. 입력 조작, 카메라, 충돌 판정, 목표, 재시작 동작을 테스트하세요. 게임 흐름이 이해되지 않는다면 콘텐츠를 추가하기 전에 범위를 줄이세요.

16~30시간: 처음부터 끝까지 이어지는 플레이 흐름 만들기

온보딩, 진행 단계 하나, 엔딩, 권리가 허용하는 범위의 기본 오디오, 읽기 쉬운 UI를 추가하세요. 큰 변경을 시작하기 전에 안정적인 체크포인트 빌드를 보관하세요.

30~40시간: 테스트하고 범위를 줄이기

지정된 기기나 브라우저에서 테스트하세요. 먼저 진행을 막는 문제를 해결하세요. 완성을 위협하는 기능은 제거하세요. 알려진 문제를 숨기지 말고 기록하세요.

40~48시간: 패키징하고 검증하기

내보낸 결과물을 깨끗한 환경에서 테스트하고, AI 사용 공개 내용과 크레딧을 준비하고, 실제 게임을 정확히 보여 주는 이미지나 영상을 캡처해 마감 전에 제출하세요. 업로드 실패나 권한 문제에 대비해 시간을 남겨 두세요.

명시적인 AI 사용 규칙을 작성하라

"AI 허용"은 완전한 규칙이 아니다. 허용, 제한 또는 금지되는 사용 사례를 명시하라. 범주는 다음과 같을 수 있다:

• 아이디어 개발 및 계획.
• 코드 제안 또는 디버깅 지원.
• 이미지, 애니메이션, 오디오, 음성 또는 텍스트 생성.
• 자산 편집 및 변형.
• 자동화된 플레이테스트 또는 분석.
• 제출 페이지 문안 작성.

사용한 도구와 단계, 생성되거나 AI의 도움을 받은 자료, 사람의 검토 여부를 밝히도록 하세요. 참가자에게 비밀, 비공개 프롬프트, 인증 정보, 독점 자료를 공개하라고 요구하지 마세요.

간단한 공개는 다음 형식을 사용할 수 있습니다:

Tool or model:
Stage used:
Input type:
Output used in the submission:
Human changes and verification:
Rights or license check:

주최자는 심사위원이 AI 사용 자체를 평가하는지, 아니면 결과 게임과 과정만 평가하는지도 명시해야 합니다. 규칙에서 명시적으로 허용된 공개된 사용에 대해서는 참가자가 숨겨진 벌점을 받지 않아야 합니다.

권리, 안전 및 출처 요구사항 설정

팀은 사용할 권리가 있는 자료만 제출해야 합니다. 여기에는 음악, 글꼴, 모델, 이미지, 코드, 음성, 상표, 해당하는 경우 학습 데이터나 참조 자료가 포함됩니다.

규칙은 다음을 포함해야 합니다:

• 제3자 자산에 대한 라이선스 및 출처 요구사항.
• 팬 창작물과 저작권으로 보호되는 캐릭터의 취급.
• 녹음된 목소리, 얼굴 또는 개인 데이터에 대한 프라이버시 및 동의.
• 금지된 해로운 또는 불법 콘텐츠.
• 인공지능 생성 또는 인공지능 지원 자료의 공개.
• 권리 또는 안전 문제를 보고하는 절차.
• 증거가 부족할 때 주최자가 참가작을 숨기거나 실격 처리할 권한.

도구가 생성한 결과물이 자동으로 공개해도 안전하다고 약속하지 마세요. 참가자는 제출물을 검토할 책임이 있습니다.

완성도 있는 아이디어를 보상하는 심사 기준표를 사용하기

짧은 게임잼에는 같은 비중의 다섯 가지 평가 항목으로 구성된 균형 잡힌 기준표를 사용할 수 있습니다:

점수별 기준을 공개하세요. 예를 들어 주제 항목에서 최고점을 받으려면 주제가 게임 메커니즘과 플레이어의 선택 모두에 영향을 줘야 합니다. 점수가 낮다면 주제가 표면적인 연출에만 나타나는 것입니다.

심사를 시작하기 전에 동점 처리 규칙을 정하세요. 지정된 항목으로 결정하거나, 심사위원이 짧게 논의하거나, 공동 수상 정책을 사용할 수 있습니다. 참가작을 본 뒤 인기도 지표를 새로 만들지 마세요.

심사위원이 확인할 수 있는 증거를 요구하세요.

유효한 참가작에는 다음이 포함되어야 합니다:

• 제목, 팀원 및 연락처 방법.
• 짧은 설명과 주제 해석.
• 플레이 가능한 빌드 또는 허용된 다운로드 패키지.
• 지원되는 플랫폼 및 컨트롤.
• 예상 플레이 시간.
• AI 사용 공개.
• 필요한 경우 제3자 자산 크레딧 및 라이선스.
• 관련된 경우 콘텐츠 경고 및 접근성 노트.
• 알려진 문제.
• 실제 게임을 정확하게 보여 주는 스크린샷 2~3장과 선택 사항인 짧은 영상.
• 규칙에 요구되는 경우에만 소스 링크.

로그아웃 상태의 브라우저에서 링크를 테스트하세요. 비공개 클라우드 링크, 만료된 빌드, 누락된 실행 파일, 접근 요청 페이지는 심사를 불가능하게 만들 수 있습니다. 마감 후 패키징 오류를 수정해도 되는지, 수정 과정에서 게임 콘텐츠를 변경해도 되는지 명시하세요.

제출 체크리스트

마감일 전에 참가자는 다음을 확인해야 합니다.

• 게임이 새로 설치한 환경이나 로그아웃 상태의 브라우저에서 시작된다.
• 컨트롤 및 목표가 보여야 합니다.
• 승리, 패배, 재시작, 종료 경로가 설명한 대로 동작한다.
• 제출된 버전이 명시된 빌드 번호와 일치해야 합니다.
• 등록 정보에 임시 문구나 실제로 존재하지 않는 게임플레이를 주장하는 내용이 없다.
• 스크린샷은 제출된 빌드에서 나와야 하며, 존재하지 않는 기능으로 보여서는 안 됩니다.
• AI 사용은 규칙에 따라 공개되어야 합니다.
• 제3자 에셋의 출처가 표시되어 있고 사용이 허가되어 있다.
• 팀 역할은 정확해야 합니다.
• 알려진 문제들이 목록에 있습니다.
• 필요한 곳에 콘텐츠 경고가 있습니다.
• 모든 링크와 권한이 작동합니다.
• 참가작이 명시된 마감 시각과 시간대에 맞춰 제출되었다.

행사 시작 전에 종료 후 작품 소개를 계획하기

작품 소개는 수상작 발표에 그치지 않고 맥락을 함께 전달해야 합니다. 참가자에게 게임, 미디어, 크레딧, 제작 과정 기록을 소개해도 되는지 허락을 받으세요. 원본 빌드 상태를 표시하고, 참가자의 주장을 주최자가 보증한 것처럼 고쳐 쓰지 마세요.

이벤트 후 유용한 결과물에는 다음이 포함됩니다:

• 일관된 메타데이터를 갖춘 참가 자격이 있는 작품 갤러리.
• 공개된 심사 기준표에 근거한 심사 의견.
• 규칙과 운영상의 문제를 돌아보는 주최자의 짧은 회고.
• 범위 결정과 반복 개선 과정을 보여 주는 선택적 창작자 사례 연구.
• 보관 날짜와 작동하지 않는 빌드의 처리 방침.

게임 제작자 포트폴리오 가이드는 참가작을 근거 중심의 사례 연구로 정리하는 데 도움이 됩니다. 게임 개발 제작 일지 가이드에서는 중간 진행 상황과 회고를 작성하는 구조를 제공합니다.

주최자 규칙 체크리스트

이벤트를 발표하기 전에 확인하세요:

• 주제, 날짜, 마감 시간대, 참가 자격이 명시되어 있다.
• 팀 규모 및 사전 작업 규칙이 명확합니다.
• AI 사용 사항이 분류되고 공개가 필요합니다.
• 권리, 안전, 개인정보 보호, 출처 표기 규칙이 공개되어 있다.
• 빌드 형식과 심사위원의 접근 요건을 실제로 테스트할 수 있다.
• 심사 기준표와 동점 처리 절차가 공개되어 있다.
• 패키징 오류 수정 방침이 정해져 있다.
• 중재 및 분쟁 연락처가 지정되었습니다.
• 작품 소개에 필요한 허가를 받았다.
• 확인 전에는 스폰서, 상금, 심사위원, 파트너, 또는 제품 기능을 주장하지 않습니다.

커뮤니티 주최자를 위한 크리에이터 프로그램 참여 경로

독창적인 행사 기획안, 튜토리얼, 공개 행사 후기 또는 그 밖의 유용한 기여가 있는 커뮤니티 주최자는 SEELE 크리에이터 프로그램 가이드를 확인할 수 있습니다. 이 프로그램은 커뮤니티 운영자의 제안을 받지만, 선정 여부와 형식이 보장되지는 않습니다.

최신 조건은 SEELE 크리에이터 프로그램 공식 페이지에서 확인한 뒤, 기여 내용과 대상 독자, 근거 자료, 게시 장소를 제안하세요. 이 안내는 프로그램 지원을 권하는 것이며, SEELE이 해당 행사를 주최하거나 후원한다는 공지가 아닙니다.

질문과 답변

이 기사에서 설명된 AI 게임 잼을 SEELE AI가 현재 주최하고 있습니까?

아니요. 이 기사는 SEELE이 주최하는 이벤트를 발표하는 것이 아니라 계획 프레임워크입니다.

AI 게임잼에서 프롬프트 공개를 요구해야 하나요?

유용한 제작 과정 공개를 요구하되, 참가자에게 비밀, 개인정보, 인증 정보, 기밀 자료를 공개하라고 강요하지 마세요. 모든 프롬프트 문구보다 사용 도구와 단계, 결과물의 사용 방식, 사람의 수정 사항, 권리 검토를 기록하는 것이 보통 더 중요합니다.

참가자는 기존 자산이나 코드를 사용할 수 있나요?

공개된 규칙에 따라 다릅니다. 허용한다면 사용 사실을 공개하고 유효한 라이선스를 제시하도록 하여, 심사위원이 재사용 가능한 기반 기술과 게임잼 기간에 완성한 작업을 구분할 수 있게 하세요.

심사위원은 AI 지원 작업을 어떻게 평가해야 하나요?

정책을 미리 공개하세요. 심사위원은 허용된 도구 사용을 공개했다는 이유로 숨겨진 불이익을 새로 만들지 말고, 게임 내 상호작용, 주제, 완성도, 전달력, 제작 과정 문서를 평가할 수 있습니다.

이벤트 후 참가작에는 어떤 일이 발생해야 하나요?

창작자의 허락을 받고 참가 자격이 있는 작품을 정확한 크레딧과 공개 내용, 빌드 상태, 심사 기준표에 따른 의견과 함께 보관하세요. 링크가 끊기거나 나중에 업데이트될 경우 어떻게 표시할지도 정하세요.