Chat stellt erneut eine Verbindung zum neuen Backend her und verwaltet Modelle und Schlüssel in den Einstellungen

Von „umgeschrieben“ zu „wieder verbunden“

Am Tag zuvor wurde das Backend abgerissen und in eine mehrschichtige, nach einem Absturz wiederherstellbare neue Architektur neu gegossen – aber die Neufassung ist nur die halbe Miete; Das neue Fundament muss sich tatsächlich wieder mit der Schnittstelle verbinden und eine vollständige Kette von Ende zu Ende ausführen, um als gelandet zu gelten. An diesem Tag ging es darum, die Verbindung wiederherzustellen: die Chat-Schnittstelle mit der neuen Backend-Laufzeit zu verbinden, alltägliche Sitzungsaktionen – erstellen, wechseln, löschen, wiedergeben – auf der neuen Architektur zum Laufen zu bringen und nebenbei die Modell- und Schlüsselverwaltung in die Schnittstelle zu verlagern. Mit anderen Worten, der Vortag bewies, dass „das neue Fundament Bestand hat“; Dieser Tag bewies, dass „das neue Fundament brauchbar ist“. Der gefährlichste Moment einer großen Neufassung ist oft nicht die Neufassung selbst, sondern die Frage, ob die oberen Schichten reibungslos wieder verbunden werden können, ohne dass überall Glasscherben zurückbleiben – und an diesem Tag wurde genau diese Hürde genommen.

Der Chat verbindet sich wieder mit dem neuen Backend und sorgt für reibungslosere Sitzungen

Die Chat-Schnittstelle wurde heute mit der neuen Backend-Laufzeit verbunden und die täglichen Sitzungsabläufe verliefen ordnungsgemäß und reibungslos. Das Erstellen einer Sitzung verfügt nun über einen einheitlichen Einstiegspunkt und nicht mehr über mehrere, die ihr eigenes Ding machen. Beim Wechseln einer Sitzung wird automatisch die entsprechende Registerkarte geöffnet, sodass Ihre Aufmerksamkeit dem Inhalt folgt. Das Löschen ist ein Schritt. Beim erneuten Öffnen einer Sitzung wird das vorherige Hin und Her vollständig aus einem dauerhaften Datensatz mit intaktem Kontext wiedergegeben. Der Prozess kategorisiert Systemmeldungen auch als eingehend/ausgehend/Warnung/Fehler. Wenn also ein Lauf schiefgeht, können Sie auf einen Blick erkennen, bei welchem ​​Schritt er hängen bleibt und um welche Art es sich handelt, anstatt auf ein Wirrwarr an Ausgaben zu starren. Dies sind die Grundlagen, die eine „Sitzung“ als tägliche Einheit verdient, und dieser Tag hat sie in Bezug auf die neue Architektur solide vermittelt.

Sitzungen und Verlauf durchlaufen saubere Schnittstellen

Beim „Wiederherstellen“ der Verbindung konvergierte das Backend die Sitzungs- und Verlaufsfunktionen in einem sauberen Satz von Schnittstellen. Das Erstellen und Löschen einer Sitzung erfolgt über standardmäßige Endpunkte zum Erstellen/Löschen, wobei ein Standardagent automatisch vorbereitet wird. Wenn Sie einen Agenten auf der obersten Ebene erstellen oder ihn zusammen mit seinen abhängigen Agenten in einem Durchgang löschen, hat jeder einen klaren entsprechenden Befehl. Der Verlauf wird bei Bedarf über dedizierte Abrufschnittstellen gelesen, anstatt alles in den Live-Stream zu stopfen. Die zugrunde liegende Agentenliste wird jetzt durch „zustandsloses Scannen der Festplatte + Beobachten von Dateiänderungen“ verwaltet, wobei alle Agentenänderungsereignisse in einem globalen Protokoll landen. Durch die Zusammenführung dieser Funktionen in klaren Schnittstellen mit nur einer Verantwortung können die oberen Schichten (Schnittstelle, Befehlszeile, sogar andere zukünftige Clients) alle nach denselben Regeln arbeiten, anstatt dass jede ihre eigenen Regeln schreibt – genau dort, wo sich die Schichtenarchitektur des Vortags auszuzahlen beginnt.

Verwalten Sie Modelle und Schlüssel direkt in den Einstellungen

Dieser Tag hat zwei hochfrequente, aber bisher umständliche Dinge – „welches Modell, welcher Schlüssel“ – in die Schnittstelle verschoben. Die Modellauswahl liest nun die tatsächliche Liste der verfügbaren Modelle. Sie wählen also das aus, was tatsächlich wirksam wird, und nicht eine möglicherweise veraltete, fest codierte Liste. Und Sie können individuell zuweisen, welches Modell jeder Agent verwendet, sodass verschiedene Rollen unterschiedliche Ebenen verwenden können. Die Tasteneingabe wurde in ein permanentes Einstellungsfeld mit einem Augenschalter verschoben, um zwischen dem Anzeigen und Ausblenden des Werts zu wechseln – bequem zu überprüfen, aber nicht für immer sichtbar. Für Benutzer bedeutet dies, dass sie nicht mehr zur Befehlszeile wechseln oder Konfigurationsdateien durchsuchen müssen, um einen Schlüssel einzugeben oder das Modell zu wechseln – Dinge, die schon immer in die Benutzeroberfläche gehörten, passieren jetzt tatsächlich dort. Um nicht-professionellen Entwicklern den Einstieg zu erleichtern, ist es wichtig, die Hürde für solche Vorgänge zu senken.

Engine: Strukturierte Beleuchtung + mehrere Lichter in einer Szene

Die Beleuchtung des Motors füllte sich an diesem Tag immer wieder in Richtung Praxis. Eine davon ist „texturgesteuerte Beleuchtung“: Mithilfe einer Textur wird gesteuert, wie stark verschiedene Teile einer Oberfläche auf Licht reagieren. So wird beispielsweise eine Metalleinlage heller als das umgebende Holz oder eine abgenutzte Stelle dunkler. Dadurch werden Materialdetails erheblich bereichert, anstatt eine gesamte Oberfläche als ein einheitliches Material zu behandeln. Das andere ist „mehrere Lichter in einer Szene“: Mehrere Lichter können gleichzeitig beleuchtet werden, indem Punkt- und Punktstrahler kombiniert werden. Zusammengenommen bewegen sie die Beleuchtung von „nur einer Lampe“ hin zu „der Anordnung mehrerer Lichter, um Tiefe zu erzeugen, wie in einer echten Szene“. Für alle, die atmosphärische, haptische Bilder wünschen, ist dies der entscheidende Übergang zwischen „beleuchtet“ und „gut aussehend“.

Engine: Ego-Kamera-Roaming behoben + eine texturierte Szene

An diesem Tag wurde auch das Roaming der First-Person-Kamera behoben – die WASD-Bewegung war tot, was auf eine klassische kleine Falle zurückzuführen war: Ob Tastaturereignisse die „physische Tastenposition“ oder das „Zeichen“ anzeigten, war nicht ausgerichtet, sodass das Drücken nichts bewirkte. Sobald das Problem behoben ist, können Sie WASD verwenden, um durch eine Szene zu gehen und die Ansicht zu drehen – die grundlegendste Interaktion aller „Szenen, durch die Sie wandern können“. Darüber hinaus wurde eine texturierte Szene so gestaltet, dass sie durchgängig läuft, und die Handhabung externer Asset-Adressen wurde korrigiert, sodass Texturen über alle Bereitstellungspfade korrekt gefunden werden. Die Möglichkeit, frei in eine Szene zu gehen, die von mehreren Lichtern und Texturen beleuchtet wird, und sich umzusehen – dieser Tag brachte „Build a world you to wander“ einen echten Schritt nach vorne.

Was dieser Tag bedeutet

Dieser Tag verwandelte die „Umschreibung“ vom Vortag in etwas wirklich „Brauchbares“. Die neue Grundlage des Backends wurde wieder mit der Schnittstelle verbunden, wobei alltägliche Vorgänge – Sitzungen, Modelle, Schlüssel – reibungslos auf der neuen Architektur liefen und in saubere Schnittstellen konvergierten; Die Engine hat die Beleuchtung und die Kamera parallel weiterentwickelt, wodurch die Bilder mehr Tiefe und die Szenen begehbarer werden. Einerseits die reibungslose Wiederanbindung großer Operationen auf niedriger Ebene an die oberen Schichten ohne bleibende Krankheiten; Auf der anderen Seite wird das Erlebnis, das die Benutzer direkt empfinden, ständig erweitert. Beides zeigt gleichzeitig ein Team, das es wagt, tiefgreifende Umgestaltungen vorzunehmen, aber nicht vergisst, das Produkt jeden Tag ein bisschen besser für die Benutzer zu machen. Die Möglichkeit, die Schnittstelle direkt nach einer umfassenden Neufassung noch am selben Tag wieder zu verbinden und unmittelbare Erfahrungen wie Modell- und Schlüsselverwaltung einzufügen, ist an sich schon der beste Beweis dafür, dass „die Neufassung richtig gemacht wurde“.