Trate cada ativo assistido por IA como um item de produção que precisa de um registro de origem, um uso definido e uma revisão humana antes do lançamento. Mantenha o registro com o projeto, inspecione a saída quanto a problemas e verifique os termos aplicáveis à ferramenta, colaboradores, plataforma e plano de distribuição. A documentação ajuda uma equipe a tomar e explicar decisões; ela não garante que um ativo seja lícito, original, exclusivo ou seguro para publicação. Para uma perspectiva complementar, veja a checklist das regras de game jam.
Principais Conclusões - Registre a ferramenta, data, entradas, edições, uso pretendido e revisor para cada ativo. - Revise as saídas quanto a material reconhecível, fontes não claras e conflitos com requisitos do projeto ou plataforma. - A orientação do Escritório de Direitos Autorais dos EUA aborda a protegibilidade por direitos autorais e a autoria humana nos Estados Unidos; ela não resolve todas as questões legais ou jurisdições.
Construa um registro de ativo que acompanhe o projeto
Para cada imagem, arquivo de áudio, passagem de texto, modelo ou outro material gerado, registre seu nome do arquivo, ferramenta e versão, se conhecidos, data de criação, prompt ou entradas de origem quando apropriado, edições, uso pretendido e revisor. Observe se uma pessoa humana fez contribuições expressivas originais e onde essas contribuições aparecem. Mantenha contratos, licenças, recibos e arquivos de origem para material de terceiros junto com o registro.
Use um identificador consistente no projeto para que um ativo enviado possa ser rastreado até suas anotações. Quando um ativo for substancialmente revisado, preserve a versão anterior e descreva a mudança. Evite registrar entradas sensíveis ou confidenciais em um log compartilhado, a menos que a equipe tenha permissão para armazená-las lá.
Revise a saída antes que ela entre em um build
Um registro de proveniência não é uma verificação de originalidade. Revise o próprio ativo quanto a personagens reconhecíveis, logotipos, trajes distintivos, arte protegida, semelhanças com pessoas reais, textos enganosos e outro material que possa levantar questões de direitos, consentimento ou plataforma. Compare-o com as referências e entradas usadas para criá-lo. Se um ativo for incerto, mantenha-o fora do build de lançamento enquanto a equipe investiga ou o substitui.
Verifique os termos de serviço e quaisquer licenças relevantes para o uso pretendido, incluindo uso comercial, atribuição, redistribuição e restrições sobre entrada ou saída. Esses termos podem diferir por provedor e mudar com o tempo. Verifique também acordos de colaboradores, requisitos de publicador, políticas de marketplace e as regras de divulgação da plataforma de destino. Não trate uma declaração do modelo sobre direitos como uma determinação legal.
O que o Escritório de Direitos Autorais dos EUA diz sobre autoria
O comunicado de imprensa do Escritório de Direitos Autorais dos EUA de 29 de janeiro de 2025 resumindo a Parte 2 de seu relatório sobre Inteligência Artificial diz que os direitos autorais podem proteger saídas assistidas por IA onde um autor humano determinou elementos expressivos suficientes. Ele dá exemplos como material de autoria humana perceptível na saída ou arranjos ou modificações criativas humanas, e diz que a mera apresentação de prompts não é suficiente. O relatório completo aborda a protegibilidade por direitos autorais de saídas de IA generativa sob a lei dos EUA.
Este é um comentário sobre a posição da Office de Direitos Autorais dos EUA sobre proteção por direitos autorais, não uma regra universal sobre todos os direitos em um ativo. Ele não decide se uma saída viola o trabalho de alguém, se os termos de um provedor permitem um uso ou como se aplicam os direitos de imagem, a privacidade, os contratos ou outras leis. A Office também descreve suas conclusões no contexto dos princípios atuais de direitos autorais nos EUA e discute a avaliação caso a caso das contribuições humanas. Leis, decisões judiciais e fatos diferem entre jurisdições e podem mudar.
Use uma revisão de lançamento, não um rótulo genérico de segurança
Antes do lançamento, tenha um revisor que entenda o projeto para verificar o registro do ativo, a saída, a licença ou termos, qualquer crédito ou divulgação necessário, e quaisquer preocupações não resolvidas. Mantenha uma opção de substituição para ativos que não possam ser liberados conforme o padrão da equipe. Escalone questões que afetem materialmente a distribuição comercial para um consultor jurídico qualificado na jurisdição relevante.
Esta checklist é higiene geral de produção, não aconselhamento jurídico. Um registro limpo pode tornar a revisão mais confiável, mas não pode transformar um ativo incerto em um liberado. Tome a decisão de lançamento com base no ativo específico, no uso específico, nos termos aplicáveis e nos locais onde o jogo será distribuído.
Um registro de proveniência prático para um único ativo
Um registro útil responde a quatro perguntas: de onde o arquivo veio, o que entrou na sua criação, como a equipe o alterou e onde ele será usado? Uma equipe pode manter esses campos em uma planilha, ferramenta de gerenciamento de ativos ou um documento simples do projeto:
| Campo | Exemplo do que registrar |
|---|---|
| Identidade do ativo | Caminho do projeto, nome do arquivo e versão ou hash |
| Origem | Criado por humano, assistido por IA, biblioteca licenciada, encomendado ou misto |
| Ferramenta ou fornecedor | Fornecedor e modelo ou versão do produto se conhecido |
| Entradas | Resumo do prompt e referências, sujeitos a limites de confidencialidade e consentimento |
| Alterações humanas | Edição, composição, desenho, retoque, seleção ou outras contribuições |
| Uso pretendido | Fundo do jogo, ícone, personagem, imagem da loja ou material de marketing |
| Revisão | Revisor, data e perguntas verificadas |
| Termos e divulgação | Termos de serviço relevantes, licença, atribuição ou declaração da plataforma |
Este é um registro de produção, não uma conclusão legal. Um registro completo não garante que um arquivo seja original, não infrator, passível de direitos autorais ou aceito por um marketplace. Ele facilita a localização da fonte e o entendimento das decisões da equipe, caso surja uma questão posterior.
Por exemplo, um fundo gerado pode ser usado apenas como referência temporária de atmosfera, enquanto uma versão criada por humanos se torna o ativo entregue. O registro deve refletir essa distinção para que o arquivo temporário não seja incluído acidentalmente na versão de lançamento. Se a equipe editar significativamente uma imagem gerada, anote o que foi alterado e preservar os arquivos de trabalho que explicam o processo quando apropriado. Não inclua prompts confidenciais ou dados pessoais em um registro compartilhado, a menos que a equipe tenha uma base sólida para armazená-los.
Revise direitos, consentimento e requisitos da plataforma separadamente
Preocupações diferentes exigem verificações diferentes. Um logotipo ou personagem reconhecível levanta uma questão diferente de se um serviço permite uso comercial. A semelhança de uma pessoa real levanta considerações de consentimento e de direito de imagem. Uma amostra de som pode ter uma licença diferente da licença de uma imagem. Uma plataforma de submissão pode exigir divulgação mesmo quando a equipe acredita que um ativo é permitido de outra forma.
Revise a saída real e as entradas que a moldaram. Procure material protegido distintivo, identidade visual copiada, texto enganoso, conteúdo sensível ou privado e semelhanças involuntárias. Verifique os termos aplicáveis tanto para a ferramenta quanto para o uso previsto do ativo. Em seguida, verifique acordos de contribuidores, regras da publicadora, termos do marketplace e requisitos de divulgação da plataforma de destino. Esses documentos podem mudar, então use os termos em vigor para o projeto e plano de distribuição reais.
Se a equipe não conseguir resolver uma preocupação, mantenha o ativo fora da versão de lançamento enquanto investiga ou substitui o material. Um registro de proveniência ajuda a equipe a identificar alternativas; ele não transforma incerteza em autorização.
Interprete o guia da Escritório de Direitos Autorais dos EUA de forma restrita
O guia do Escritório de Direitos Autorais dos EUA sobre IA e direitos autorais aborda perguntas dentro da lei de direitos autorais dos EUA, incluindo autoria humana e o papel das contribuições humanas. Ele não deve ser resumido como uma regra geral de que todo material assistido por IA é protegido ou não protegido. A análise pode depender da obra específica e da contribuição humana envolvida. A possibilidade de proteção por direitos autorais também é distinta de se o uso de uma saída pode levantar outras questões legais ou contratuais.
Uma equipe de produção deve, portanto, preservar informações que ajudem a explicar seu processo: esboços originais, edições humanas, decisões de seleção e arranjo, arquivos de projeto em camadas e anotações sobre quais partes foram geradas ou alteradas. Essas informações podem ajudar uma equipe a descrever suas contribuições com precisão. Elas não garantem registro, exclusividade ou um resultado legal específico. Para distribuição transfronteiriça, a orientação dos EUA não deve ser tratada como substituto para verificar as leis e requisitos relevantes para outras jurisdições.
Uma revisão de lançamento que pode ser repetida
Antes do lançamento, compare a versão final com o registro de ativos. Confirme que cada ativo externo ou assistido por IA incluído tem um proprietário e uma fonte registrada. Verifique créditos, atribuições e divulgações contra as instruções atuais da plataforma. Remova arquivos não utilizados que possam ser confundidos com ativos finais. Certifique-se de que a equipe tenha os arquivos e permissões necessários para manter ou substituir cada ativo.
Quando uma nova versão de um ativo entra na compilação, repita a revisão relevante. Uma mudança no prompt, referência, edição ou uso pode mudar as perguntas que a equipe precisa responder. Mantenha a revisão focada em ativos reais e planos reais de distribuição, em vez de se basear em um rótulo genérico de “IA segura”.
Manter um prompt prova que um ativo gerado por IA é lícito?
Não. Um prompt é uma peça de informação de proveniência. Ele não estabelece que toda entrada foi autorizada, que a saída evita material protegido ou que os termos de um serviço atendem às necessidades do projeto.
Uma equipe pode usar ativos gerados por IA comercialmente?
A resposta depende dos termos atuais da ferramenta, do ativo, da lei aplicável e do uso planejado. Verifique os termos e o contexto do projeto em vez de confiar em uma afirmação geral sobre conteúdo gerado por IA.
Lide com uma remoção, pergunta ou fonte incerta
Se uma plataforma, jogador, publicadora ou contribuidor levantar uma preocupação, preserve os registros relevantes da compilação e dos ativos antes de alterar arquivos. Identifique o ativo exato e onde ele aparece, depois revise sua fonte, entradas, histórico de edição, licença e uso pretendido. Mantenha a comunicação factual e evite especular sobre os motivos de uma pessoa ou fazer promessas que a equipe não possa sustentar. Se a preocupação envolver exposição legal potencial, consulte um advogado qualificado em vez de tratar uma lista de verificação interna como uma opinião jurídica.
Para uma equipe pequena, a decisão imediata de produção costuma ser mais estreita que a questão jurídica: esse ativo deve permanecer na compilação pública enquanto a equipe investiga? Uma etapa reversível, como substituir ou remover temporariamente o ativo, pode reduzir a confusão enquanto a fonte é revisada. Documente quem tomou a decisão e quais informações ainda estão faltando. Se o ativo for liberado ou substituído posteriormente, atualize o registro para que a equipe possa explicar qual versão foi distribuída.
Mantenha as alegações sobre direitos autorais e propriedade precisas
Evite linguagem de marketing que prometa propriedade exclusiva ou proteção automática de direitos autorais para todos os materiais gerados. Distinga o trabalho original humano da equipe, materiais licenciados, componentes assistidos por IA e materiais incertos. Se o projeto tiver um editor ou parceiro comercial, verifique a linguagem do contrato que eles exigem e faça com que a pessoa apropriada aprove qualquer representação sobre direitos.
Ao descrever um processo publicamente, explique o que a equipe realmente contribuiu. Por exemplo, ela pode ter escrito um prompt, selecionado entre saídas, pintado sobre partes, combinado elementos ou produzido um novo ativo a partir de uma referência. Esses detalhes ajudam os leitores a entender o fluxo de trabalho sem afirmar um resultado legal. Preserve arquivos de origem e edições significativas onde apropriado, mas não afirme que uma quantidade específica de edição garante um resultado específico.
Um registro de fonte também deve distinguir questões de licença de questões de direitos autorais. Os termos de um provedor podem conceder certas permissões contratuais, mas esses termos não respondem necessariamente a toda questão sobre direitos de terceiros, atribuição, privacidade ou regras da plataforma. Da mesma forma, uma análise de direitos autorais não determina automaticamente se um contrato de serviço ou política de marketplace foi seguido. Atribua cada questão ao caminho de revisão apropriado.
