← Registro de alterações
Diário2026-06-04

O modo editor é realmente utilizável

O modo de editor que era apenas um projeto no dia anterior tornou-se um recurso funcional hoje: selecionar objetos na janela de visualização, arrastar gizmos, salvar automaticamente - "editar e reproduzir" é executado pela primeira vez. As cenas se tornaram uma única fonte de verdade baseada em documentos, uma por jogo e seguindo qualquer jogo que esteja aberto; personagens e veículos são arrastados diretamente e os plug-ins navegam uns para os outros carregando contexto; e em um único dia o mecanismo adicionou anti-aliasing, arte de interface de usuário de 9 fatias, formatos de ativos extensíveis e erros de carregamento mais claros.

O projeto chega: de “observá-lo funcionar” a “estender a mão para mudá-lo”

O plano do editor definido um dia antes de entrar em implementação e foi executado sem demora - um belo exemplo, em todo o projeto, de "pense bem e depois construa de uma vez". Antes disso, o Studio sempre foi um lugar de “você fala, a IA constrói, você assiste”: você descreve o que quer, a IA escreve o código e o lado direito roda o jogo; mas se alguma coisa não fosse do seu agrado, você só poderia continuar descrevendo-a em palavras, incapaz de empurrá-la com a mão. O que este dia adicionou foi exatamente o caminho “manual”: selecionar, arrastar, salvar – essas ações mais simples são verdadeiras no Studio pela primeira vez. Enquanto isso, o mecanismo preencheu quatro ou cinco recursos abaixo para apoiar esse caminho, e o conjunto de ferramentas de conteúdo permitiu que os recursos fluíssem mais suavemente para o editor. Em uma linha: pela primeira vez, a agência criativa mudou de “totalmente entregue à IA” para “tanto humanos quanto IA podem entrar”.

O modo Editor chega: selecione, arraste gizmos, salve automaticamente

Neste dia o Studio ganhou pela primeira vez um verdadeiro “modo editor”, construído continuamente em duas camadas. Primeiro a "superfície de edição" foi levantada - a interface de edição é renderizada ao vivo pelo motor, então o que você vê é a verdadeira aparência do jogo em vez de uma aproximação desenhada separadamente; então o "cérebro de edição" foi conectado - um barramento de comando encadeia cada uma de suas ações em instruções controláveis, emparelhadas com uma árvore de cena à esquerda (listando quais objetos existem e quem é filho de quem) e um inspetor de propriedades à direita (selecione um objeto para ver e editar suas propriedades), além de sincronização ao vivo entre o editor e o mecanismo. Na sensação: você pode clicar para selecionar objetos na janela de visualização, usar um gizmo (aquela alça enrolada em um objeto que permite arrastar, girar e dimensionar diretamente) para ajustar a posição e a pose e arrastar ativos do painel de ativos para a cena. Essa estrutura “superfície + cérebro + sincronização” é fundamental – significa que o editor não é um painel codificado, mas uma estrutura que cresce junto com os recursos do mecanismo, e cada recurso de edição posterior cresce em cima dele.

As cenas tornam-se "orientadas por documentos": uma por jogo, acompanhamento automático

Este dia também estabeleceu algo de longo alcance: as cenas agora são “orientadas por documentos” – a cena de um jogo é expressa como um documento estruturado, e esse documento é a única autoridade da cena; o editor lê, o mecanismo funciona e salva o salva. Por trás disso, um núcleo de cena dedicado tornou-se a única fonte de verdade para essas cenas documentadas. A persistência veio com isso – “uma cena por jogo, salva automaticamente, seguindo o jogo que estiver aberto”: qualquer jogo que você abrir é o arquivo de cena que você edita, e os dados não vazam mais entre os jogos. Por que “orientado por documentos” é tão importante? Porque aponta “edição humana” e “edição de IA” para a mesma coisa – arraste um objeto e você altera este documento; a IA escreve código e altera esse mesmo documento; os dois são naturalmente consistentes, em vez de cada um editar sua própria cópia. Hoje até o modelo do jogo de tiro foi alterado para descrever sua arena estática por meio deste documento, validando pela primeira vez, com um jogo real, que o mecanismo funciona.

Arraste personagens e veículos + pule entre plugins

No lado da criação de conteúdo, este dia conectou o caminho de “upload direto”: personagens, NPCs e veículos finalizados na bancada de personagens podem ser arrastados diretamente para uso, e finalizar um NPC avança automaticamente para a próxima etapa; vários bugs antigos – não exibidos nas superfícies, veículos pousando no local errado – foram corrigidos junto com ele. Além disso, os plug-ins agora podem navegar entre si: um clique na ferramenta de personagem, por exemplo, pode transportar o contexto atual diretamente para a ferramenta de animação para continuar, sem procurar janelas ou reconfirmar qual personagem era. Os quatro módulos da bancada de animação também foram unificados ao mesmo tempo em uma única linguagem de design, com cores e espaçamentos organizados, parecendo um produto em vez de quatro partes unidas. Juntos, eles encadeiam o fluxo "criar um personagem → animá-lo → colocá-lo na cena" - que costumava significar saltar para frente e para trás em várias ferramentas - em uma linha de montagem suave, cujo ponto final é exatamente aquele editor recém-utilizável.

Mecanismo: anti-aliasing + UI art de 9 fatias, uma aparência mais refinada

As duas peças do motor hoje são refinamentos visíveis. Um deles é o anti-aliasing de múltiplas amostras: sem ele, as bordas e contornos inclinados de um objeto carregam uma franja de passos finos "irregulares", especialmente óbvios nas diagonais e à distância; com ele, as bordas são suavemente suavizadas e toda a imagem fica instantaneamente mais limpa. O outro é o suporte a 9 fatias: um elemento fundamental do trabalho da UI – a imagem de fundo de um botão ou painel, se esticada inteira, distorce seus cantos arredondados; a abordagem de 9 fatias corta a imagem em nove pedaços para que os "quatro cantos" permaneçam como estão, enquanto apenas as "bordas e o meio" se esticam conforme necessário, permitindo que uma imagem caiba em botões e painéis de qualquer tamanho sem distorcer. Nenhum dos dois muda a jogabilidade, mas decidem diretamente se um jogo “parece refinado”. Tornar sólidos esses recursos básicos de aparência e comportamento é a pré-condição para que as criações dos usuários sejam "apresentáveis" - por melhor que seja a jogabilidade, uma franja de irregularidades e um botão distorcido barateiam tudo à primeira vista.

Mecanismo: formatos de ativos extensíveis + não há mais falhas de carregamento silenciosas

O motor também fez mais duas mudanças “esqueléticas” neste dia. Um: a importação de ativos tornou-se extensível. O conhecimento de "qual formato, leia como" costumava ser codificado no núcleo do mecanismo, de modo que o mecanismo só pudesse usar os poucos formatos que conhecia; hoje em dia esse conhecimento foi invertido do núcleo para algo injetável de fora – o que significa que terceiros podem mais tarde ensinar ao motor seus próprios formatos de ativos sem tocar no próprio motor. Isso transforma o motor de um sistema fechado "come apenas a ração prescrita" em uma plataforma aberta e extensível. Dois: foi adicionado um mapeamento integrado de IDs de recursos para identificadores internos, com erros mais claros. Antes, se um componente não fosse definido corretamente ou um recurso referenciado não pudesse ser encontrado, o sistema muitas vezes falhava silenciosamente — a cena parecia carregada, mas algum objeto estava inexplicavelmente faltando e você não tinha ideia de onde ele deu errado; agora esses casos são relatados explicitamente. A extensibilidade permite que o mecanismo "cresça aberto" e erros claros permitem que ele "seja depurado" - ambos os pontos de apoio para conteúdo cada vez mais complexo.

Nos bastidores: as preferências seguem você + nenhum cache de desenvolvimento obsoleto

O back-end também arrumou duas coisas nada glamorosas, mas que moldaram a experiência neste dia. Um: as preferências do navegador foram persistidas no servidor, de modo que as configurações pessoais que você ajusta na interface não ficam mais apenas em um navegador, mas seguem você, ainda lá quando você abre em outro navegador. Dois: um fenômeno irritante no tempo de desenvolvimento foi corrigido — a página de entrada de um plugin costumava ser armazenada em cache pelo navegador, então depois de alterar o código e atualizar você ainda veria a versão antiga e duvidaria se ela entrou em vigor; hoje essa página de entrada foi configurada para não armazenar em cache, garantindo que uma atualização mostre o que há de mais recente. Individualmente triviais, essas mudanças decidem "quão confortável é usar": as preferências não são perdidas, a atualização é nova - aparentemente óbvia, mas alcançá-las genuinamente exige escolher um ponto após o outro. Alisar essas rebarbas é a tarefa diária de uma ferramenta que passa de "utilizável" a "agradável".

O que este dia significa

Este dia é um divisor de águas: o Studio começou a crescer de um “gerador de jogos conversacionais” para uma “plataforma de criação com conversação e edição”. O que mais vale a pena lembrar não é apenas o resultado "o editor funciona", mas como ele chegou - o projeto em um dia, a execução no dia seguinte, e não um painel isolado empilhado, mas a base da "cena orientada a documentos", vários recursos subjacentes do mecanismo e o caminho de entrada das ferramentas de conteúdo, todos alinhados ao mesmo tempo, de modo que o editor nasceu apoiado em uma estrutura que pode continuar crescendo. Para os usuários, a partir de hoje você pode gerar a IA enquanto você se ajusta manualmente, ambos apontando para a mesma cena sem lutar. Para a plataforma, esta etapa reconectou formalmente a “criatividade humana” ao ciclo criativo – a IA leva você de zero a oito décimos, e você mesmo adiciona manualmente os dois décimos restantes, mais de gosto pessoal.

← Todas as atualizações diárias