← Änderungsprotokoll
Täglich2026-05-25

Skelettanimation + Szenen- und Observatoriums-Werkbänke

An diesem Tag „bewegten“ sich Charaktere zum ersten Mal wirklich: Die Engine fügte eine Skelettanimation mit Haut hinzu. Auch die Werkzeugfamilie wuchs – eine Szenen-Workbench (mit mehreren Spielen pro Projekt), ein Observatorium und Erzählwerkzeuge mit echten Zähnen; Der Chat wurde sauberer, die Anmeldeinformationen sicherer, die Engine wurde verkleinert und lief sauber im Browser.

Von „statischen Objekten“ zu „lebenden Charakteren“

Vor diesem Tag konnte die Engine beleuchtete, strukturierte und schattierte Objekte rendern, aber sie waren alle „statisch“ – wie raffiniert sie auch sein mochten, nur Ornamente. Die an diesem Tag hinzugefügte Skelettanimation ist das Schlüsselstück, das diese Objekte „zum Leben“ erweckt; und auf der Werkzeugseite kamen mehrere Fähigkeiten – Szene, Observatorium, Erzählung – gleichzeitig hinzu. Der konsequente Rhythmus dieser Plattform besteht darin, „Charaktere bewegen lassen“ und „Werkzeuge zum Erstellen von Spielen ausfüllen“ an einem Tag zusammenzubringen: Die Engine regelt, „ist, was man lebendig genug macht“, die Werkzeuge bestimmen, „macht es reibungslos“, und treibt beide Enden gemeinsam voran. Unten, jeder nacheinander.

Engine: Skelettanimation mit Haut

Die Engine hat heute eines der wichtigsten Elemente für Spiele hinzugefügt – die Animation eines gehäuteten Skeletts. So funktioniert es: Erstellen Sie ein „Skelett“ für ein Charaktermodell und „häuten“ Sie dann das Oberflächennetz darauf. Wenn das Skelett entsprechend den Animationsdaten posiert, dehnt und biegt sich das Netz auf natürliche Weise mit, sodass die Figur geht, rennt und winkt, anstatt wie erstarrt dazustehen. Dies ist der Wendepunkt vom „Rendern eines statischen Objekts“ zum „Rendern eines lebenden Charakters“ – ein bewegungsloser Charakter, so gut er auch aussieht, ist nur eine Statue, während ein beweglicher Charakter echte Genres wie Rollenspiel, Action und Abenteuer tragen kann. Wenn diese grundlegende Fähigkeit richtig umgesetzt wird, bedeutet dies, dass die Engine von „kann Szenen anzeigen“ qualifiziert wird, um „einen lebenden Protagonisten zu tragen“ – die Voraussetzung für jedes spätere Spiel mit Charakteren und Kämpfen.

Eine neue Szenen-Workbench + mehrere Spiele in einem Projekt

Die Tool-Familie hat ein solides Mitglied erhalten: eine Szenen-Workbench, die als erstes Plugin seiner Art zum Erstellen und Organisieren von Spielszenen „tatsächlich funktioniert“. Die Plattform begann mit der Unterstützung der „Verwaltung mehrerer Spiele in einem Projekt“ mit isolierter Datenspeicherung pro Spiel – der Inhalt jedes Spiels gehört für sich selbst, ohne Kreuzkontamination. Das bedeutet, dass Sie eine Serie in einem Projekt erstellen, mehrere Ebenen verzweigen oder mehrere verschiedene Ideen parallel ausprobieren können, ohne jedes Mal von vorne beginnen zu müssen. Für einen Schöpfer, der seine eigenen Werke langfristig weiterentwickeln möchte, ist „mehrere Spiele, die in einem Projekt ohne Interferenz koexistieren“ die Grundlage für die Einordnung vereinzelter Versuche in ein System – die Auswahl, welches Spiel ausgeführt oder bearbeitet werden soll, ist jetzt ein reibungsloser Schritt und kein Schachzug mehr.

Ein neues Observatorium: Beobachten Sie live, was Agenten tun

Eine neue „Observatoriums“-Workbench zeigt die Aktivitäten der Agenten in Echtzeit an: Wer führt sie aus, welches Tool ruft er auf, welche Ereignisse haben sie erzeugt – alles auf einen Blick. Es wird durch eine dedizierte Backend-Schnittstelle und eine Ereignisbrücke unterstützt, die das, was im Hintergrund geschieht, auf dieses Panel überträgt. Es geht auf das widersprüchlichste Bedürfnispaar ein, wenn man „ein Team von Agenten alleine arbeiten lässt“ – den Wunsch, sich zurückzuhalten und gleichzeitig einen völligen Kontrollverlust zu befürchten. Das Observatorium bietet Ihnen einen Mittelweg: Lassen Sie sie normal laufen, und ein Blick auf das Panel zeigt Ihnen den Gesamtzustand; Sobald etwas nicht stimmt, können Sie sofort erkennen, wer und bei welchem ​​Schritt das Problem liegt, und eingreifen. Für eine Plattform, die immer mehr auf die Zusammenarbeit mit mehreren Agenten setzt, ist dieses „sichtbare Gefühl der Kontrolle“ die psychologische Grundlage, um es zu wagen, der KI mehr zu überlassen.

Erzählwerkzeuge bekommen Zähne und der Erzählagent wird aktiviert

Die Erzähllinie bewegte sich an diesem Tag von „einer leeren Hülle“ zu „tatsächlich brauchbar“. Das Backend fügte eine Reihe von Erzählwerkzeugdefinitionen für große Modelle hinzu – und stattet den Agenten mit praktischen Werkzeugen aus, die Geschichte und Text wirklich arrangieren, und nicht nur mit einer Schnittstelle, die nicht agieren kann; In der Zwischenzeit wurde der für die Erzählung zuständige Agent offiziell aus dem Platzhalterstatus aktiviert und kann Arbeiten übernehmen. Zusammengenommen hat das „Schreiben der Geschichte“ zum ersten Mal sowohl eine Rolle als auch Werkzeuge, die es auf der Plattform tatsächlich vorantreiben können. Bei der Entwicklung eines Spiels ging es nie nur darum, das Gameplay anzuhäufen; Handlung, Dialog und Tempo sind gleichermaßen die Seele eines Werkes. Das gemeinsame Ausfüllen der Erzählwerkzeuge und des Erzählagenten ist ein konkreter Schritt in Richtung „Eine Person kann ein vollständiges, vollwertiges Spiel erstellen“.

Ein saubererer Chat + sicherere Anmeldeinformationen

Schnittstelle und Sicherheit bekamen an diesem Tag jeweils einen Touch. Die Chat-Oberfläche wurde etwas vereinfacht: Überflüssiges Leuchten und Unschärfe wurden entfernt, die Ränder wurden vereinheitlicht, die Liste wird umgebrochen, wenn viele Agenten installiert sind, und die Hover-Höhen sind stabiler – das schont die Augen über eine lange Sitzung hinweg und konzentriert sich stärker auf den Inhalt selbst. Das Vorschaufenster öffnete auch die erforderlichen Grafik- und Vollbildberechtigungen, sodass die darin enthaltenen Spiele vollständiger ausgeführt werden können. Aus Sicherheitsgründen begann das Backend mit der Migration von Modellschlüsseln aus einem separaten Tresor zur Verwaltung „nur Umgebungsvariablen“ und fügte ein Dateiaktivitäts-Ledger hinzu – was sowohl den Pfad der Anmeldeinformationen vereinfachte als auch die Rückverfolgbarkeit ermöglichte, „wann welche Datei berührt wurde“. Eine sauberere Benutzeroberfläche sorgt dafür, dass weniger Störungen auftreten, und die Anmeldeinformationen werden aufgeräumter, um sie vertrauenswürdiger zu machen – beides bringt die Plattform der „langfristig sicheren Nutzung“ einen Schritt näher.

Engine: Schlankere Boilerplate + saubere In-Browser-Läufe

Der Motor leistete an diesem Tag sowohl bei „Easy to Use“ als auch bei „Easy to Run“ niedrige Arbeit. Eine davon ist die Reduzierung der Boilerplates: Gemeinsame Datenstrukturen werden mit sinnvollen Standardwerten und praktischen Factory-Funktionen versehen und die Art und Weise, wie einige gängige Dienstprogramme exportiert werden, vereinheitlicht – so erfordert das Schreiben von Spielinhalten weniger Boilerplates und drückt Absichten direkter aus. Das andere sind „browsersichere Unterexporte“: Abhängigkeiten, die nur in der lokalen Umgebung (nicht im Browser) verwendbar sind, werden aus dem Haupteintrag der Engine entfernt, um sicherzustellen, dass die Engine beim Laden in den Browser nicht versehentlich Dinge einzieht, die nicht ausgeführt werden können, und sauber läuft. Ersteres verringert die Belastung des „Schreibens“, letzteres sichert die Stabilität des „Laufens“; Keines davon ist ein auffälliges Feature, aber beide machen diese hauseigene Engine wirklich benutzerfreundlicher für die Benutzer (und den KI-generierenden Code).

← Alle täglichen Updates