Escopo de C++
Limite cada tarefa a um módulo, classe, função, erro ou teste nomeado. Exija que sejam declaradas suposições de include, lifetime, threading, reflection, ownership e versão.
Fluxo de trabalho de programação Unreal · revisão de C++ e Blueprint
O uso seguro mais forte não é “escreva meu jogo inteiro”. É um loop de engenharia estreito: definir ownership, fornecer as evidências relevantes de C++ ou Blueprint, solicitar uma alteração revisável única e comprovar o resultado com ferramentas nativas do Unreal.
Para C++, peça ao Gemini 3.6 Flash por um plano de alteração mínimo e diff revisável vinculado ao contexto exato do engine e módulo. Para Blueprints, forneça texto exportado, capturas de tela, descrições de variáveis e eventos e a transição de estado esperada. Nunca aceite nenhum dos dois resultados até que compilação, comportamento em runtime, automação, replicação, save/load e builds empacotadas tenham sido verificados.
Limite cada tarefa a um módulo, classe, função, erro ou teste nomeado. Exija que sejam declaradas suposições de include, lifetime, threading, reflection, ownership e versão.
Descreva o grafo como estado observável: entradas, eventos, variáveis, autoridade, transições, saídas e comportamento de falha. Capturas de tela sozinhas podem ocultar pins, valores padrão, macros e comportamento da classe-pai.
O modelo propõe; controle de versão, saída do compilador, Unreal Header Tool, diagnósticos do editor, automação, testes empacotados e revisores humanos é que decidem.
Toda tarefa aceita precisa de baseline limpo, commit pequeno, captura de falha, caminho de reversão e teste repetido após reinício do editor ou execução empacotada.
Forneça a versão do engine, plataforma-alvo, limite do módulo Build.cs, arquivos de cabeçalho e fonte afetados, macros de reflexão relevantes, saída do compilador ou do Unreal Header Tool e o menor comportamento esperado. Peça ao modelo para separar fatos lidos do código fornecido de suposições sobre APIs do engine. Exija que explique riscos de ownership, lifetime, thread, replication e garbage collection antes de propor código.
Uma boa resposta deve nomear os arquivos mínimos a alterar, mostrar por que cada edição é necessária, listar verificações de compilação e runtime, e informar qual evidência invalidaria o plano. Evite reescritas de repositório inteiro, símbolos de engine inventados, includes agnósticos de versão ou mudanças que suprimam warnings sem explicar o estado subjacente.
Use capturas de tela de Blueprint apenas como orientação, não como única fonte de verdade. Inclua texto copiado dos nós quando disponível, classe pai, interfaces, hierarquia de componentes, tipos e valores padrão de variáveis, ordem de eventos, autoridade de rede, ações latentes, timers, comportamento de salvamento e o caminho exato de falha. Para um grafo grande, divida-o por responsabilidade e identifique o estado de entrada e saída de cada fatia.
Peça ao Gemini para retornar um plano de grafo em vez de fingir que compilou um Blueprint. O plano deve listar nós ou funções, fluxo de dados por pin, invariantes de estado, entradas inválidas, ownership server-client e testes. Um desenvolvedor então implementa o grafo, compila, verifica warnings, testa o comportamento, reinicia o editor e valida uma build empacotada.
O lançamento de julho de 2026 da Google é a fonte para posicionamento do modelo, benchmarks reportados, preços divulgados e disponibilidade. A Google não afirma integração nativa com Unreal nessa página. A documentação da Epic e o projeto-alvo permanecem autoritativos para o comportamento do motor.
Arte conceitual editorial de um fluxo de avaliação de modelo Gemini 3.6 para suporte ao planejamento no Unreal Engine
Abrir anúncio oficialAltera apenas arquivos e responsabilidades de Blueprint permitidos pelo limite da tarefa.
Abrir documentação do modeloRevisar escopo de avaliação, informações de segurança, limitações conhecidas e as evidências por trás de alegações de capacidade geral.
O que isso significa para uma equipe de UnrealProduz uma explicação revisável, plano de diff, lista de testes e ponto de rollback.
Abrir cartão do modelo · Documentação de Blueprints · Testes de automação
Valide C++, Blueprint, testes, empacotamento e comportamento em runtime na versão exata do Unreal utilizada pelo projeto.
Leia este guiaCompare o Gemini 3.6 Flash e o 3.5 Flash para codificação no Unreal, revisão multimodal, eficiência de tokens, custo, migração e avaliação controlada de projetos.
Leia este guiaConstrua um fluxo de trabalho seguro com Gemini 3.6 Flash para capturas de tela da Unreal, logs, traces, evidências de Blueprint, defeitos de renderização e validação nativa reproduzível.
Leia este guiaO modelo pode redigir ou revisar texto-fonte, mas uma resposta não é evidência de compilação. Compile com a toolchain real do Unreal e a configuração de target, inspecione output do Unreal Header Tool e do linker, rode automação e teste o target empacotado. Mantenha mudanças geradas em controle de versão para que revisores possam atribuir e reverter.
Ele pode analisar screenshots, texto copiado de nós, descrições exportadas, logs e diagramas de estado fornecidos a ele. Isso não é o mesmo que carregar o asset, resolver valores padrão ocultos, compilar o grafo ou executá-lo. Forneça contexto explícito do grafo e valide toda proposta dentro do projeto Unreal-alvo.
Não por padrão. A posse entre Blueprint e C++ deve seguir necessidades de iteração, evidência de performance, habilidades da equipe, networking, manutenção e estabilidade da API. Use o modelo para comparar um sistema específico sob restrições mensuráveis, depois migre apenas a responsabilidade apoiada por profiling, testes e um plano de implementação reversível.
Use o SEELE AI antes da implementação para tornar a interação com o jogador, câmera, cena e fluxo de conclusão concretos em um protótipo jogável no navegador. Leve o comportamento aprovado para o backlog de engenharia nativa, mas não trate o protótipo do navegador como Blueprint compilado, C++ ou build empacotada do Unreal.
Retorne à página inicial da Unreal, escolha uma Workspace card verificada e torne a cena ou o loop de gameplay concreto antes de planejar a implementação nativa.