Llega una aplicación de escritorio + una biblioteca de juegos compartida

De "una pestaña del navegador" a "una aplicación real"

Antes de esto, Studio vivía en una pestaña del navegador, lo que significa que su existencia dependía de esa pestaña: ciérrela, actualice o haga que el navegador se bloquee, y todo lo que estaba en progreso desaparecía con ella. El titular del día fue convertirla en una aplicación de escritorio nativa independiente, dándole "su propia ventana, su propio proceso" por primera vez. En torno a esto, las otras líneas hicieron que la plataforma se pareciera más a un producto maduro: múltiples juegos que comparten contenido, agentes que llaman a la capacidad de manera más directa, el motor agrega audio y renderizado de múltiples pasadas, y el repositorio se adelgaza. Actualizar "puede ejecutarse en un navegador" a "puede permanecer abierto como una aplicación a largo plazo" es la transformación por la que este día más merece ser recordado.

Una aplicación de escritorio: cierra la ventana frontal, los agentes no mueren

Este día presentó el caparazón completo de una aplicación de escritorio: Studio puede abrirse como una ventana de escritorio nativa por primera vez, no solo como una pestaña del navegador. Viene con proceso de mantenimiento de actividad (mantener activos los servicios en segundo plano más allá de la ventana), administración de ventanas y resolución correcta de la raíz de los activos al empaquetar la compilación del escritorio. Finalmente, le da a la capacidad anterior de "los agentes sobreviven a un navegador cerrado" una entrada real en el escritorio: ese mantenimiento solía estar dentro del navegador y ahora, con una ventana nativa, puede mantenerlo abierto como una aplicación real a largo plazo: entregue el trabajo a los agentes, cierre la interfaz frontal y estos seguirán ejecutándose en segundo plano; Abra la ventana cuando desee comprobar el progreso. Un formulario que pueda funcionar por sí solo como una "aplicación" es el salto clave del "proyecto de demostración" a la "herramienta cotidiana".

Varios juegos comparten una biblioteca

Ahora varios juegos pueden compartir una biblioteca de juegos: coloque activos y componentes comunes en una biblioteca compartida, y cada juego lleva su propio "índice" para hacer referencia a ellos, sin necesidad de copiar materiales en cada juego. Para un creador que cultiva múltiples obras a largo plazo, esto significa que una serie, o varios prototipos, pueden reutilizar limpiamente los mismos recursos en lugar de esparcir copias duplicadas por todas partes. Esto vino acompañado de una cuidadosa optimización: durante el desarrollo, un cambio de activos en un juego solo vuelve a escanear los recursos del "juego en el que estás trabajando actualmente", no todo el espacio de trabajo desde cero; en muchos juegos, esa es la diferencia entre "surge instantáneamente" y "espera un poco cada vez". Compartir y volver a escanear localmente hace que "una sola persona administre muchos juegos" a la vez que ahorra espacio y es ágil.

Los agentes llaman a las herramientas del host mediante la lista blanca, directamente en el chat

Este día conectó un canal de "lista blanca", desde las definiciones de tipo hasta el tiempo de ejecución. Un agente puede declarar en su manifiesto "qué herramientas de host puedo llamar" y un "puente de herramienta de host" inyecta esas herramientas declaradas en su lista de herramientas de conversación; En el camino se retiró un viejo juego de herramientas codificado. Concretamente: el agente responsable de la historia declaró un conjunto de herramientas relacionadas con la narrativa en su lista blanca, por lo que puede llamar a un conjunto completo de herramientas narrativas detalladas directamente en el chat para organizar la trama, sin tener que recurrir a un kit separado. El valor es "autorización explícita, invocación directa": lo que cada agente puede usar se detalla en su manifiesto: seguro y controlable, y hace que "equipar a un agente con las capacidades que debería tener" sea algo declarativo y mantenible. Esta es la base de un sistema de agentes que tiende a "cualquiera puede configurar, cada uno con su especialidad".

Motor: canal de renderizado de múltiples pasadas + audio + AA conmutable

El motor se ha llenado de varias piezas este día. La abstracción de renderizado creció hasta convertirse en una tubería de "pasos múltiples": muchos efectos visuales avanzados (especialmente el posprocesamiento) se calculan esencialmente "en varios pasos, capa sobre capa", y con una estructura de múltiples pasos adecuada, tales efectos obtienen una forma limpia de construirse en lugar de abarrotarlos. El suavizado se volvió conmutable en tiempo de ejecución, lo que facilita la comparación entre encendido y apagado y es obvio durante el ajuste. El motor también creó una demostración de audio, validando que "los juegos pueden producir sonido" de principio a fin (el sistema de sonido se había integrado anteriormente; este día obtuvo una muestra audible). La física solucionó un error "inactivo": algunos objetos solían estar congelados en su lugar sin ninguna fuerza, y ahora caen, chocan y se mueven correctamente. Juntos, estos reafirman las tres líneas de experiencia del motor (imágenes, sonido, física), otro nivel hacia "poder hacer genuinamente un juego completo".

Adelgazamiento de repositorios: sacar los binarios del código base

El motor también hizo una ronda de "adelgazamiento de repositorios" este día: eliminando activos binarios voluminosos (materiales de muestra, imágenes de referencia, artefactos de compilación, etc.) del repositorio de código, moviéndolos a un repositorio de recursos dedicado o reconstruyéndolos según demanda, y estableciendo una verificación de integración continua para que nadie vuelva a introducir binarios accidentalmente en el código base. Invisible para los usuarios, esto realmente mejora la experiencia de desarrollo de primera línea: un repositorio más pequeño se clona más rápido, tiene un historial más limpio y se siente más liviano en el día a día. Para un proyecto destinado a evolucionar a largo plazo, de código abierto y clonado por más personas para comenzar, "solo el código en la base del código" es una disciplina que vale la pena mantener: afecta directamente cuánto tiempo espera un recién llegado (o una máquina de CI) y cuánto espacio se necesita cuando se cierra el proyecto por primera vez. Eliminar pronto esta carga a largo plazo es un gesto de amabilidad para todos los futuros colaboradores.

que significa este dia

El tema del día es hacer crecer la plataforma de "una cosa que se ejecuta en un navegador" a "una aplicación que puedes poseer y usar a largo plazo". El shell del escritorio le dio su propia ventana y proceso; la biblioteca de juegos compartida te permite cultivar más de un trabajo dentro de ella; el canal de herramientas de la lista blanca hace que el sistema del agente sea más configurable y controlable; El audio del motor más el renderizado de múltiples pasadas y el adelgazamiento del repositorio refuerzan los fines de "puede construir" y "funciona a largo plazo", respectivamente. Estos cambios con objetivos diferentes apuntan a una marca de madurez: ya no es sólo un proyecto que demuestra que "la conversación puede crear juegos", sino una herramienta que instalarías en tu computadora, abrirías a diario y confiarías a largo plazo. En el momento en que puede funcionar por sí solo como una "aplicación", la identidad del producto cambia.