Forge aprende a trabajar en equipo: muchos agentes a la vez

De "una Forja" a "un equipo"

Hasta ahora, cuando Forge aceptaba una solicitud, básicamente lo hacía paso a paso por su cuenta: planificar, escribir código, verificar, uno tras otro. Está bien para tareas pequeñas, pero cuando una solicitud es grande y se divide en varios fragmentos independientes, la serie se convierte en el cuello de botella: las cosas que podrían ejecutarse a la vez están atascadas en la cola. Este día introdujo un modo de equipo multiagente: Forge puede crear una cantidad de agentes "compañeros de equipo" que comparten un tablero de tareas, cada uno de los cuales reclama y progresa en paralelo, y luego vuelve a juntar los resultados. Técnicamente, se trata de varias cosas que funcionan en conjunto: un ejecutor que realmente puede ejecutar a los compañeros de equipo al mismo tiempo, un "buzón" en el proceso que permite a los compañeros de equipo enviarse mensajes entre sí y una tabla de tareas compartida que todos pueden ver, reclamar y mantener consistente. Mejora "dirigir una IA" a "dirigir un equipo de IA".

Activado de forma predeterminada, con una "vista de coordinador"

El modo de equipo está activado de forma predeterminada a partir de este día (con un interruptor mantenido, para que puedas volver a un solo agente en cualquier momento). Para evitar que "una multitud de agentes trabajando" se convierta en una maraña ilegible, viene con una "vista de coordinador": un coordinador divide el trabajo en tareas, las asigna y observa el progreso, y desde esta vista se puede ver claramente "quién está haciendo qué en este momento y hasta qué punto". Al mismo tiempo, el sistema les indica a los agentes participantes, cuando corresponde, que "estás en modo de equipo", por lo que su comportamiento difiere del de trabajar solo: saber reclamar tareas fuera del tablero y colaborar, en lugar de que cada uno siga su propio camino y duplique esfuerzos. Activado de forma predeterminada significa que este no es un experimento escondido en un rincón, sino una de las formas predeterminadas de trabajar de Forge a partir de este día.

El editor: una única malla ahora permanece en la escena

El editor completó una pieza clave de confiabilidad. Anteriormente, después de colocar una malla independiente en la escena, su "recurso de escena" no se guardaba en el disco de manera confiable, por lo que al volver a abrir el proyecto o presionar ▶ para probar, el elemento podía desaparecer o no renderizarse. Este día hizo que los activos de escena de malla única se volvieran a escribir en el disco y persistieran correctamente: lo que colocaste sigue ahí después de cerrar y volver a abrir, y se representa como de costumbre cuando cambias a la prueba de juego. También restaura los materiales glTF originales de una malla cuando la arrastras hacia adentro, en lugar de convertirse en una mancha gris sin textura. Para una experiencia de edición de lo que ves es lo que obtienes, "lo que coloqué permanece allí" es la confianza más básica, y este día la completó.

Una primera interfaz de usuario de empaquetado + que se hace cargo de su teléfono

Dos cosas más hacen que "llevar tu trabajo contigo y verlo en cualquier momento" sea más sencillo. Primero, aparece una primera interfaz de usuario de empaquetado en la barra superior del editor: la plataforma de destino para el empaquetado, la selección de la raíz del motor, el historial y otras opciones se trasladaron a una interfaz de usuario visible (también bilingüe), lo que acerca la "exportación del juego a una versión distribuible" desde la línea de comandos hacia una interfaz gráfica. En segundo lugar, llegó la capacidad de "escanear un QR para tomar el control de su teléfono": escanee un código y podrá enviar y recibir mensajes con un agente que trabaja en su teléfono; aléjese del escritorio y siga observando el progreso o agregue una instrucción. Ambos apuntan en la misma dirección: no fijes la creación en un lugar fijo: lleva fácilmente la construcción y sostén el control en tu mano.

Más estable: el chat ya no se congela + pruebas de procesos reales

La confiabilidad tampoco se quedó atrás. La interfaz de chat solucionó un problema por el cual el análisis de cierto formato complejo de Markdown podía caer en un bucle infinito y eventualmente consumir toda la memoria y congelarse, por lo que pegar contenido con formato extraño ya no arrastraría la ventana de conversación hacia abajo. Debajo, se agregó un lote de pruebas de extremo a extremo de "proceso real": ya no solo se ejecuta en una configuración ideal, sino que se lanza el programa como un proceso completo, cubriendo rutas clave como recuperación de fallos, compactación de contexto, residencia en segundo plano y la interfaz de línea de comandos. Las pruebas son invisibles día a día, pero es de ahí de donde proviene la confianza para "atreverse a cambiar las cosas, sabiendo que un cambio no se romperá silenciosamente": una capa más de pruebas reales es un colchón de seguridad más para seguir adelante.

Los comandos cotidianos se consolidan en una sola entrada: bun fx

Este día también consolidó los comandos operativos cotidianos del proyecto: los scripts de configuración/inicio/detención anteriormente dispersos ahora se encuentran en una sola entrada, bun fx <comando>, y ejecutar bun fx por sí solo imprime ayuda para cada comando disponible. Los más comunes: bun fx setup (prepara el entorno la primera vez), bun fx update (solo extrae el código raíz más reciente y sincroniza los submódulos; ya no reinstale los departamentos ni reconstruye complementos, por lo que es más limitado y rápido), bun fx start (modo web predeterminado), bun fx start app (modo de escritorio), además de bun fx stop/bun fx restart. Colapsar en una entrada significa que en macOS, Linux o Windows sólo necesitas recordar "bun fx"; también separa "actualizar el código" de "configurar el entorno", por lo que realizar actualizaciones diarias es más liviano y es menos probable que provoque una reinstalación completa por accidente. El archivo README, los documentos de desarrollo y las instrucciones del sitio público están sincronizados con esta nueva entrada.

que significa este dia

La palabra clave de este día es "ampliar". Antes, el límite de rendimiento de Forge era "la velocidad a la que puede trabajar un agente"; Con el modo Equipo, ese límite se eleva a "cuánto puede hacer un equipo en paralelo": un salto cualitativo de un solo a un equipo, lo que significa que cuanto más grande y más divisible sea una solicitud, más se puede impulsar a la vez y terminar más rápido. En torno a ese núcleo, el día estabilizó varias experiencias: lo que colocas en el editor permanece, la compilación se puede empaquetar desde la interfaz de usuario, puedes seguir dirigiendo desde tu teléfono lejos del escritorio y el chat ya no se congela en formatos extraños. Al escalar el rendimiento de la IA de "uno" a "un equipo" por un lado y ajustar cada rincón de la experiencia diaria por el otro, el techo de capacidad y el piso de experiencia subieron un nivel este día.