Guia de game jam de IA: escopo, regras, avaliação e checklist de inscrição

Guia prático para comunidades

Um framework neutro de planejamento para organizadores e participantes da comunidade; este guia não anuncia um evento organizado pela SEELE.

Uma game jam de IA exige mais do que um tema e um prazo. Os organizadores devem definir o que os participantes podem trazer, como o uso de IA deve ser informado, quais direitos cada equipe deve ter, o que os jurados avaliarão e quais evidências tornam uma inscrição válida.

Este artigo é um framework neutro de planejamento para organizadores e participantes da comunidade. Ele não anuncia nem sugere que a SEELE AI esteja organizando atualmente uma game jam. Use-o para elaborar as regras do seu próprio evento e adapte a linguagem à sua comunidade, jurisdição, plataforma e capacidade de revisão.

Defina o tema e os limites em conjunto

Um tema deve criar uma restrição de design, não apenas sugerir um estilo artístico. 'Apenas um lugar seguro', 'o mapa se lembra' ou 'toda ação tem um custo' podem influenciar mecanismas, estrutura de nível e narrativa.

Publique exemplos de limites com o tema:

• Quais interpretações estão claramente dentro do escopo?
• Que conteúdo é proibido?
• As equipes são permitidas? Em caso afirmativo, qual é o tamanho máximo da equipe?
• Os participantes podem usar código, modelos ou ativos pré-existentes?
• Todo o trabalho específico do jogo precisa começar durante a game jam?
• Quais motores, plataformas e formatos de exportação são aceitos?
• Quais informações sobre acessibilidade ou avisos de conteúdo são necessárias?

Se as regras permitirem ferramentas ou recursos preexistentes, exija que as equipes os identifiquem. O objetivo não é penalizar infraestrutura reutilizável, mas avaliar o trabalho concluído nas mesmas condições divulgadas.

Defina o escopo de um jogo de 48 horas em torno de uma experiência a ser comprovada

Em uma game jam de 48 horas, o projeto deve comprovar uma experiência de jogo. Um escopo adequado inclui:

• Uma ação central ou um par de ações estreitamente relacionadas.
• Um percurso curto de introdução ao jogo.
• Um estado completo de vitória, derrota ou encerramento.
• Um sistema visual que mantenha o jogo fácil de entender.
• Uma plataforma de build testada.

Um cronograma prático:

Horas 0–4: interpretar e escolher

Gere várias interpretações, escolha uma promessa para o jogador, identifique o maior risco técnico e faça uma lista do que pode ser cortado. Não use as primeiras horas para aperfeiçoar um logotipo ou escrever uma história que o build não consiga sustentar.

Horas 4–16: comprove o loop principal

Crie a menor versão jogável possível com recursos temporários ou devidamente licenciados. Teste os controles, a câmera, as colisões, o objetivo e o comportamento ao reiniciar. Se o ciclo principal não estiver claro, reduza o escopo antes de acrescentar conteúdo.

Horas 16–30: criar um percurso completo

Adicione a introdução, uma etapa de progressão, um final, áudio básico quando os direitos permitirem e uma interface legível. Mantenha um build de referência estável antes de fazer mudanças importantes.

Horas 30–40: testar e reduzir o escopo

Teste no dispositivo ou navegador exigido. Corrija primeiro os problemas que impedem o progresso. Remova recursos que ameacem a conclusão. Registre os problemas conhecidos em vez de escondê-los.

Horas 40–48: empacotar e verificar

Exporte, teste em um ambiente limpo, prepare a declaração de uso de IA e os créditos, capture imagens e vídeos que representem fielmente o jogo e envie a inscrição antes do prazo. Reserve tempo para falhas de upload e problemas de permissão.

Escreva regras explícitas sobre o uso de IA

“IA permitida” não é uma regra completa. Especifique quais usos são permitidos, restritos ou proibidos. As categorias podem incluir:

• Ideia e planejamento.
• Sugestões de código ou assistência de depuração.
• Geração de imagens, animações, áudio, voz ou texto.
• Edição e variação de ativos.
• Testes ou análise automatizados.
• Redação da página de inscrição.

Exija uma declaração que identifique a ferramenta, a etapa, o material gerado ou assistido e a revisão humana. Não exija que os participantes publiquem segredos, prompts privados, credenciais ou dados proprietários.

Uma divulgação compacta pode usar este formato:

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

Os organizadores também devem dizer se os jurados avaliarão o uso de IA em si ou apenas o jogo resultante e o processo. Os participantes não devem receber penalidades ocultas por um uso declarado que as regras permitem expressamente.

Defina requisitos de direitos, segurança e atribuição

Exija que as equipes enviem apenas materiais que tenham o direito de usar. Isso inclui música, fontes tipográficas, modelos, imagens, código, vozes, marcas registradas e, quando aplicável, dados de treinamento ou referências.

As regras devem abranger:

• Requisitos de licença e atribuição para ativos de terceiros.
• Como tratar obras de fãs e personagens protegidos.
• Privacidade e consentimento para vozes, rostos ou dados pessoais gravados.
• Conteúdo prejudicial ou ilegal proibido.
• Divulgação de material gerado ou assistido por IA.
• Um processo para relatar uma preocupação com direitos ou segurança.
• A autoridade dos organizadores para ocultar ou desclassificar uma inscrição quando faltarem evidências.

Não prometa que a saída de uma ferramenta é automaticamente segura para publicação. Os participantes são responsáveis por revisar sua submissão.

Use uma rubrica de avaliação que premie uma ideia concluída.

Uma rubrica equilibrada para uma game jam curta pode ter cinco categorias com o mesmo peso:

Publique referências para a pontuação. Por exemplo, uma pontuação máxima em tema exige que ele influencie tanto as mecânicas quanto as decisões do jogador; uma pontuação baixa indica que o tema aparece apenas na apresentação superficial.

Defina as regras de desempate antes da avaliação. Os organizadores podem usar uma categoria específica, uma breve discussão entre jurados ou uma política de premiação compartilhada. Não invente uma métrica de popularidade depois de ver as inscrições.

Exija evidências às quais os jurados tenham acesso.

Uma inscrição válida deve incluir:

• Título, membros da equipe e método de contato.
• Descrição curta e interpretação do tema.
• Um build jogável ou um pacote para download aceito.
• Plataforma e controles suportados.
• Tempo estimado de jogo.
• Divulgação do uso de IA.
• Créditos de ativos de terceiros e licenças onde forem necessários.
• Avisos de conteúdo e observações de acessibilidade onde forem relevantes.
• Problemas conhecidos.
• Duas ou três capturas de tela fiéis ao jogo e, opcionalmente, um vídeo curto.
• Link de origem somente se as regras o exigirem.

Teste os links em um navegador sem estar conectado à conta. Um link privado na nuvem, um build expirado, um executável ausente ou uma página que solicite acesso podem impossibilitar a avaliação. Informe se os organizadores permitirão corrigir erros de empacotamento após o prazo e se essas correções poderão alterar o conteúdo do jogo.

Lista de verificação para submissão

Antes do prazo, os participantes devem verificar:

• O jogo inicia após uma instalação limpa ou em um navegador sem sessão iniciada.
• Controles e objetivo são visíveis.
• Os fluxos de vitória, derrota, reinício e saída funcionam conforme descrito.
• A versão submetida corresponde ao número de versão indicado.
• A página de apresentação não contém alegações provisórias nem cenas de jogo falsas.
• As capturas de tela vêm da versão submetida e não são apresentadas como funcionalidades que não existem.
• O uso de IA é divulgado de acordo com as regras.
• Os recursos de terceiros têm os devidos créditos e autorização de uso.
• Os papéis da equipe são precisos.
• Os problemas conhecidos estão listados.
• Avisos de conteúdo estão presentes onde necessários.
• Todos os links e permissões funcionam.
• A inscrição foi recebida antes do prazo e no fuso horário informado.

Planeje a apresentação pós-evento antes de lançar a game jam

Uma apresentação deve preservar o contexto, não apenas anunciar os vencedores. Peça aos participantes autorização para exibir o jogo, as mídias, os créditos e as anotações do processo. Mantenha visível o estado original do build e não reformule as declarações dos participantes como endossos dos organizadores.

Saídas úteis após o evento incluem:

• Uma galeria de inscrições elegíveis com metadados consistentes.
• Uma nota dos jurados vinculada à rubrica publicada.
• Uma breve retrospectiva dos organizadores sobre as regras e os problemas operacionais.
• Estudos de caso opcionais de criadores que mostrem decisões de escopo e iterações.
• Uma data de arquivamento e uma política para builds que deixem de funcionar.

O guia de portfólio para criadores de jogos ajuda os participantes a transformar uma inscrição em um estudo de caso baseado em evidências. O guia de diário de desenvolvimento de jogos oferece uma estrutura para uma atualização intermediária e uma retrospectiva.

Lista de verificação de regras do organizador

Antes de anunciar um evento, confirme:

• O tema, as datas, o fuso horário do prazo e os critérios de elegibilidade estão explícitos.
• O tamanho da equipe e as regras sobre trabalho pré-existente são explícitos.
• O uso de IA é categorizado e a divulgação é obrigatória.
• As regras sobre direitos, segurança, privacidade e atribuição estão publicadas.
• Os formatos dos builds e os requisitos de acesso dos jurados podem ser testados.
• A rubrica e o processo de desempate são públicos.
• A política de correção de erros de empacotamento está definida.
• Contatos de moderação e disputas foram atribuídos.
• As autorizações para a apresentação foram obtidas.
• Não afirme que há um patrocinador, prêmio, jurado, parceiro ou recurso do produto antes da confirmação.

Como organizadores de comunidades podem se candidatar ao programa de criadores

Um organizador de comunidade com um framework original para eventos, um tutorial, uma retrospectiva pública ou outra contribuição útil pode consultar o guia do Programa de Criadores da SEELE. O programa aceita propostas de pessoas que desenvolvem comunidades, mas não se deve presumir a aceitação nem o formato.

Consulte a página oficial do Programa de Criadores da SEELE para verificar os termos atuais. Em seguida, proponha a contribuição, o público pretendido, as evidências e o destino de publicação. Esta chamada para ação convida você a se candidatar ao programa; não anuncia que a SEELE esteja organizando ou patrocinando seu evento.

Perguntas Frequentes

A SEELE AI está organizando atualmente a game jam descrita aqui?

Não. Este artigo é um framework de planejamento e não anuncia um evento organizado pela SEELE.

Uma game jam de IA deve exigir a divulgação dos prompts?

Exija uma declaração útil sobre o processo, mas não obrigue os participantes a revelar segredos, dados privados, credenciais ou materiais proprietários. Em geral, informar as ferramentas, as etapas, como os resultados foram usados, as alterações humanas e a revisão de direitos é mais importante do que publicar cada palavra de todos os prompts.

Os participantes podem usar ativos ou código pré-existentes?

Isso depende das regras publicadas. Se permitido, exija a divulgação e licenças válidas para que os jurados distingam a infraestrutura reutilizável do trabalho concluído durante a game jam.

Como os juízes devem pontuar o trabalho assistido por IA?

Publique a política com antecedência. Os jurados podem avaliar a interação resultante, o tema, a conclusão, a comunicação e a documentação do processo sem inventar penalidades ocultas para o uso de ferramentas permitidas e declarado.

O que deve acontecer com as inscrições após o evento?

Com a autorização dos criadores, arquive as inscrições elegíveis com créditos precisos, declarações de uso, estado do build e notas baseadas na rubrica. Planeje como identificar links quebrados e atualizações posteriores.