El chat se vuelve a conectar al nuevo backend + administra modelos y claves en la configuración

De "reescrito" a "reconectado"

El día anterior, el backend fue derribado y reconvertido en una nueva arquitectura en capas recuperable ante fallas, pero terminar la reescritura es solo la mitad del trabajo; la nueva base tiene que volver a conectarse a la interfaz y ejecutar una cadena completa de extremo a extremo para que cuente como aterrizada. La línea de este día fue "reconectar": conectar la interfaz de chat al nuevo tiempo de ejecución del backend, hacer que las acciones de la sesión diaria (crear, cambiar, eliminar, reproducir) funcionen en la nueva arquitectura y mover el modelo y la administración de claves a la interfaz a lo largo del camino. En otras palabras, el día anterior demostró que "los nuevos cimientos se mantienen"; este día demostró que "la nueva base es utilizable". El momento más peligroso de una gran reescritura a menudo no es la reescritura en sí, sino si las capas superiores se pueden volver a conectar sin problemas sin dejar vidrios rotos por todas partes, y este día superó exactamente ese obstáculo.

El chat se vuelve a conectar al nuevo backend, con sesiones más fluidas

La interfaz de chat se conectó al nuevo tiempo de ejecución de backend este día y las operaciones de las sesiones diarias se volvieron ordenadas y fluidas. La creación de una sesión ahora tiene un punto de entrada consistente en lugar de que varios hagan lo suyo; cambiar de sesión abre automáticamente su pestaña para que su atención siga el contenido; eliminar es un paso. Al reabrir una sesión se reproduce el intercambio anterior en su totalidad a partir de un registro duradero, con el contexto intacto. El proceso también clasifica los mensajes del sistema como entrantes/salientes/advertencia/error, de modo que cuando una ejecución sale mal, puedes ver de un vistazo en qué paso está atascado y de qué tipo es, en lugar de mirar una masa enredada de resultados. Estos son los conceptos básicos que una "sesión" merece como unidad diaria, y este día los entregó sólidamente a la nueva arquitectura.

Las sesiones y el historial pasan por interfaces limpias

Mientras se "reconectaba", el backend convergió las capacidades de sesión e historial en un conjunto limpio de interfaces. La creación y eliminación de una sesión pasa por puntos finales de creación/eliminación estándar, con un agente predeterminado preparado automáticamente; crear un agente en el nivel superior, o eliminarlo junto con sus dependientes de una sola vez, cada uno tiene un comando correspondiente claro; El historial se lee bajo demanda a través de interfaces de búsqueda dedicadas en lugar de incluirlo todo en la transmisión en vivo. La lista de agentes subyacente ahora se mantiene "escaneando el disco sin estado + observando los cambios de archivos", y todos los eventos de cambio de agente aterrizan en un registro global. La convergencia de estas capacidades en interfaces claras y de responsabilidad única significa que las capas superiores (interfaz, línea de comando e incluso otros clientes futuros) pueden operar con las mismas reglas en lugar de que cada una escriba las suyas propias, exactamente donde la arquitectura en capas del día anterior comienza a dar sus frutos.

Administre modelos y claves directamente en la configuración

Este día se trasladaron a la interfaz dos cosas de alta frecuencia pero que antes eran engorrosas: "qué modelo, qué clave". El selector de modelos ahora lee la lista real de modelos disponibles, por lo que lo que usted elige es lo que realmente tiene efecto, no una lista codificada posiblemente obsoleta; y puede asignar qué modelo usa cada agente individualmente, haciendo posible que diferentes roles usen diferentes niveles. La entrada de clave se trasladó a un panel de configuración persistente con un interruptor ocular para alternar entre mostrar y ocultar el valor, lo cual es conveniente para verificar pero no se deja a la vista para siempre. Para los usuarios, esto significa que completar una clave o cambiar de modelo ya no requiere ir a la línea de comando o buscar en los archivos de configuración; las cosas que siempre pertenecieron a la interfaz ahora realmente suceden allí. Bajar el listón en este tipo de operaciones es una parte clave para permitir que los desarrolladores no profesionales comiencen.

Motor: iluminación texturizada + múltiples luces en una escena

La iluminación del motor siguió iluminándose hacia lo práctico de este día. Una es la "iluminación basada en texturas": usar una textura para controlar la fuerza con la que diferentes partes de una superficie responden a la luz (haciendo, por ejemplo, una incrustación de metal más brillante que la madera circundante, o una mancha desgastada más oscura), enriqueciendo enormemente los detalles del material en lugar de tratar toda una superficie como un material uniforme. La otra es "varias luces en una escena": se pueden encender varias luces a la vez, combinando ruedas puntuales y puntuales. Juntos, estos mueven la iluminación de "una sola lámpara" a "organizar múltiples luces para crear profundidad, como una escena real". Para cualquiera que desee imágenes táctiles y atmosféricas, este es el tramo más crucial entre "iluminado" y "atractivo".

Motor: cámara en primera persona itinerante fija + una escena texturizada

Este día también se solucionó la itinerancia de la cámara en primera persona: el movimiento WASD había estado muerto, arraigado en un pequeño error clásico: si los eventos del teclado leían la "posición física de la tecla" o el "carácter" no estaba alineado, por lo que las pulsaciones no hacían nada. Una vez arreglado, puedes usar WASD para caminar por una escena y girar la vista para mirar: la interacción más básica de cualquier "escena en la que puedas pasear". Además, se creó una escena texturizada para que se ejecute de un extremo a otro y se corrigió el manejo de direcciones de activos externos para que las texturas se encuentren correctamente en las rutas de implementación. Poder caminar libremente en una escena iluminada por varias luces y texturizada, y mirar a su alrededor, este día impulsó "construir un mundo en el que puedas pasear" un verdadero paso adelante.

que significa este dia

Este día convirtió la "reescritura" del día anterior en algo genuinamente "utilizable". La nueva base del backend se volvió a conectar a la interfaz, con operaciones diarias (sesiones, modelos, claves) ejecutándose sin problemas en la nueva arquitectura y convergiendo en interfaces limpias; El motor avanzó en iluminación y cámara en paralelo, dando a las imágenes más profundidad y a las escenas más transitables. Por un lado, reconectar suavemente la cirugía mayor de bajo nivel con las capas superiores sin enfermedades persistentes; por el otro, agregar constantemente experiencias que los usuarios sienten directamente: los dos en paralelo muestran un equipo que se atreve a realizar refactorizaciones profundas pero que no se ha olvidado de hacer que el producto sea un poco mejor para los usuarios todos los días. Ser capaz, justo después de una gran reescritura, de volver a conectar la interfaz el mismo día y completar experiencias cercanas como la gestión de modelos y claves es en sí misma la mejor prueba de que "la reescritura se hizo bien".