Eine aktualisierte Benutzeroberfläche + eine einbettbare Workbench

Vom Prototypengefühl zum Produktgefühl

Eine Zeit lang war die meiste Energie in die Frage „Kann es überhaupt laufen?“ geflossen; Zu diesem Zeitpunkt war das Produkt sowohl optisch als auch strukturell erwachsen geworden. Die durchgehende Linie hat die Benutzeroberfläche systematisch von einem aus Funktionen zusammengesetzten Prototyp zu etwas weiterentwickelt, das wie ein fertiges Produkt aussieht und sich anfühlt: eine einheitliche Designsprache, konsistente Symbole, flüssige Bewegungen und ein klareres Gesamtlayout. Gleichzeitig wurden die Werkbank, das Dashboard und die Engine jeweils weiterentwickelt. Gemeinsam signalisieren sie, dass sich dieses Ding nicht mehr mit der „Dosen-Demo“ zufrieden gibt, sondern beginnt, den Look und die Reihenfolge des „täglichen Öffnens und langfristigen Gebrauchs“ ernst zu nehmen. Beides – gut aussehend und benutzbar – gleichzeitig zu fördern, ist der entscheidende Schritt von benutzbar zu angenehm.

Eine aktualisierte Benutzeroberfläche: einheitliches Designsystem, Symbole, Bewegung

Die Benutzeroberfläche wurde heute auf Systemebene aktualisiert. Darunter befand sich eine dreischichtige Design-Token-Struktur, die grundlegende visuelle Variablen wie Farbe, Rahmen und Abstände unter einer einzigen Verwaltung vereinte, statt fest codierte Stile, die überall verstreut waren; Dadurch ist die gesamte App von Natur aus optisch einheitlich, sodass Änderungen an einem Thema überall wirksam werden und die Wartungskosten stark sinken. Ein sauberer Satz Liniensymbole wurde in die Werkbank und die Symbolleisten integriert, wodurch Orte, die mit Emojis oder Text ausgekommen waren, professionell und einheitlich wurden. Eine Bewegungsebene wurde hinzugefügt: Seitenleisteninhalte und Panels gehen fließend über, anstatt sofort einzurasten, und die visuelle Kontinuität sorgt dafür, dass sich die Interaktion weniger störend anfühlt. Auch der Oberbau wurde modernisiert. Keines davon ist für sich genommen ein „Feature“, aber zusammen entscheiden sie darüber, ob man es beim ersten Öffnen für ein Spielzeug oder ein Werkzeug hält.

Die Workbench kann ein vollständig eingebettetes Toolfenster hosten

Die Workbench wurde heute auf eine „Split-Surface-Plugin“-Architektur aktualisiert: Ein Tool kann seine Steuerelemente in der Seitenleiste unterbringen und auch den gesamten Hauptbereich übernehmen, um eine vollständige Arbeitsoberfläche zu gestalten. Dies löst ein echtes Problem – ein Werkzeug, das eine große Leinwand benötigte, wie etwa die „Charaktergenerierung“, wurde früher in ein kleines Panel gequetscht, auf dem es keinen Platz zum Arbeiten gab; Jetzt kann es als eingebettetes Toolfenster in der Workbench verwendet werden, das den Hauptbereich ausfüllt und wie professionelle Software funktioniert. Das erste Tool, das auf diese Architektur migriert wurde, war die Workbench zur Zeichengenerierung, die jetzt als eigene eingebettete Seite ausgeführt wird. Chat erhielt außerdem einen /tool-Befehl, um die Funktion eines Tools direkt aufzurufen, anstatt sie jedes Mal in natürlicher Sprache zu beschreiben. Die Bedeutung der Architektur geht weit über „größere Fenster“ hinaus: Sie definiert, „wie sich ein Drittanbieter-Tool als erstklassiger Bürger in die Workbench einfügt“, ein wichtiger Schritt hin zu einer Plattform, die durch Plugins unbegrenzt erweiterbar ist.

Ein übersichtlicheres Dashboard, Chat, der sich nicht über Streams erstreckt

Das Dashboard wurde heute sitzungszentriert umgestaltet, auf drei klare Ansichten eingegrenzt – Übersicht, Sitzungen, Analysen – und einige doppelte, veraltete alte Seiten entfernt. Der unmittelbarste Vorteil: Beim Öffnen wirft man nicht mehr einen Haufen roter Fehler, sondern stellt den aktuellen Stand sauber und vertrauenswürdig dar. Chat hat auch ein altes Ärgernis behoben – jede Konversationsregisterkarte ist jetzt streng an ihre eigene Sitzung gebunden, sodass das Wechseln der Sitzungen oder das Zurückspringen vom Dashboard nicht in den noch fließenden Ausgabestrom der vorherigen Konversation übergeht; Die Stopp-Schaltfläche ist auf den tatsächlichen Ausführungsstatus des Backends ausgerichtet, sodass das Klicken darauf tatsächlich stoppt. Die Versionsnummer ist immer sichtbar und wird bei der Rückkehr zum Fenster aktualisiert. Dies sind die Grundlagen dafür, „sich nicht Tag für Tag in die Quere zu kommen“, die an diesem Tag nach und nach ausgefüllt werden.

Engine: 2D-Sprite-Ebenen + ein vollständiger Satz Beleuchtungsbeispiele

Die Engine hat heute sowohl in 2D als auch in der Beleuchtung Fortschritte gemacht. Auf 2D wurde eine Sprite-Ebene hinzugefügt: Sprites können in der richtigen Reihenfolge geschichtet und gestapelt werden, wodurch 2D-Inhalte (die Vorder-zu-Rücken-Beziehung von Hintergründen, Charakteren und UI-Elementen) endlich eine richtige Grundlage erhalten und nicht mehr auf manuelle Hacks angewiesen sind, um zu steuern, was auf was liegt. Im Bereich Beleuchtung wurde eine ganze Reihe progressiver Beleuchtungsbeispiele fertiggestellt – von einfachen Schattierungen und Materialien bis hin zu strukturierter Beleuchtung, Lichtwerfern und mehreren Lichtern in einer Szene, eine Reihe von Kapiteln, die alle in lauffähige Engine-Demos umgewandelt wurden. Diese Beispiele sind sowohl eine lebendige Dokumentation der Beleuchtung des Motors als auch fertiges Lehrmaterial für jedermann (einschließlich KI), um zu lernen, „wie man eine Szene mit diesem Motor beleuchtet“. Die gemeinsame Weiterentwicklung von 2D und 3D bedeutet, dass die Engine nicht einseitig ist – sie kann sowohl flache als auch dimensionale Bilder verarbeiten.

Einfachere Installation und einfacheres Starten/Stoppen

Dieser Tag hat die Installation und das Starten/Stoppen grundlegend vereinfacht. Jetzt ruft ein Befehl den gesamten Satz an Diensten auf und ein Befehl stoppt ihn sauber. Im Hintergrund wird ein einzelner Kerndienst mit langer Laufzeit ausgeführt, der nicht mehr wie zuvor von einer Containerumgebung abhängig ist oder zunächst eine Reihe von Installationen erfordert. Eine Falle, die Einsteiger aufgrund einer fehlgeschlagenen Containerinstallation einst auf bestimmten Systemen zum Stillstand brachte, wurde auf dem Weg umgangen. Für jeden, der gerade erst anfängt, ist der Weg „vom Klonen zum Laufen“ auf den kürzesten Weg gekürzt – der konkretste Teil, bei dem die Messlatte gesenkt werden muss. Wie stark eine Plattform auch sein mag, wenn der allererste Installationsschritt die Hälfte der Leute abschreckt, setzt sich ihre Leistungsfähigkeit nie durch; Die Pflasterung der Eingangsebene ist selbst Teil der Produktstärke.

Was dieser Tag bedeutet

Dies war ein Tag, an dem das „Aussehen“ und das „Skelett“ des Produkts gleichzeitig verbessert wurden. Die optische Auffrischung lässt es wie ein fertiges Produkt aussehen, die geteilte Arbeitsfläche lässt Werkzeuge von Drittanbietern tatsächlich hinein, das übersichtliche Dashboard und der nicht kreuzende Chat sorgen dafür, dass die tägliche Nutzung ungehindert bleibt, die 2D-Ebenen und Beleuchtungsbeispiele der Engine machen die Funktionalität vollständiger und die vereinfachte Installation lässt mehr Leute durch die Tür. Diese Änderungen erstrecken sich über vier verschiedene Dimensionen – gut aussehend, benutzerfreundlich, erweiterbar, zugänglich – und weisen dennoch auf eines hin: die Plattform würdig zu machen, langfristig als richtiges Werkzeug genutzt zu werden. Zwischen „einem lauffähigen Prototyp“ und „einem Werkzeug, das man jeden Tag gerne öffnet“ liegt oft nicht irgendein Killer-Feature, sondern genau diese Art von ganztägigem Polieren von Rauheit in Verfeinerung über viele Dimensionen hinweg.