Jacquard und getippte Welten für KI-gebaute Spiele
Die Demo ist der einfache Teil
Die erste Jacquard-Demo ist bewusst verführerisch. Ein Agent öffnet eine browser-native Engine, ruft ein typisiertes Tool auf, erstellt eine Szene, formt Gelände, platziert Objekte, verdrahtet Verhalten, speichert das Bundle und übergibt die Welt zurück an einen Menschen, der auf Play drücken kann. Kein Multi-Gigabyte-Editor. Keine Desktop-Engine-Zeremonie. Kein Ritual, eine native Toolchain zu installieren, bevor sich die erste Idee bewegen kann.
Wenn das die ganze Geschichte wäre, wäre Jacquard leicht zu erklären: schnellere Prototypen, günstigere Trainingssimulationen und kleine interaktive Welten aus einfacher Sprache. Das Quellmaterial stützt Teile dieser Form: Jacquard ist ein Dweve-Forschungsprojekt, geschrieben in strengem TypeScript und dafür ausgelegt, in einem Browser-Tab zu laufen. Die Routen-Metadaten beschreiben eine web-native Spiel-Engine, in der KI-Agenten über eine typisierte API vollständige Spiele bauen, inklusive visuellem Editor, Physik und NPC-Verhalten.
Aber eine gute Demo kann das eigentliche Problem verbergen. Einen Agenten dazu zu bringen, eine plausible Spielszene zu erzeugen, ist nicht mehr der schwierige Teil. Der schwierige Teil ist, die generierte Welt so zu gestalten, dass sie beschränkt genug ist, um sie zu prüfen, editierbar genug für eine Designerin, physisch genug zum Spielen, verhaltensbezogen genug, um relevant zu sein, und sicher genug, dass Generierung nicht zu einem neuen Weg wird, unüberprüfbaren Zustand zu erzeugen.
Das ist die interessante Frage: Kann eine Spiel-Engine jede bedeutsame Operation als typisierte Oberfläche bereitstellen, die Agenten und Menschen teilen, während sie Wiedergabe, Autorschaft, Sicherheit und die Textur des Designs bewahrt?
Warum die Frage noch offen ist
Ein normales verpacktes Werkzeug versucht, sein Versprechen einzufrieren. Das macht es. So sieht das Supportmodell aus. Das ist die Grenze. Das ist der Fehlermodus. Jacquard ist interessanter, bevor diese Sätze zu glatt werden, weil die schwierigen Fragen noch miteinander verbunden sind.
Der aktuelle Quellcode beschreibt eine agenten-erste Engine, eine MCP-Oberfläche, deterministische Wiedergabe, Rapier3D in WASM, WebGPU mit WebGL2-Fallback, glTF-2.0-Assets und einen reinen Browser-Pfad. Das sind konkrete technische Entscheidungen. Sie sind aber nur der Anfang des sozialen Vertrags rund um KI-geschriebene Spiele.
Spiele sind keine Dokumente mit Kollisionsboxen. Eine Spielwelt ist eine lebendige Anordnung aus Geometrie, Timing, Physik, Eingaben, Zustandsübergängen, Spielererwartung und geschriebener Überraschung. Wenn ein KI-System einen Bericht erzeugt, kann eine Leserin einen Absatz als falsch markieren. Wenn ein KI-System eine Spielwelt erzeugt, kann der Fehler als Tür erscheinen, die nicht erreichbar ist, als Nicht-Spieler-Charakter, der über den Questzustand lügt, als Physikimpuls, der die Wiedergabe bricht, oder als Editor-Operation, die der Agent ausgeführt hat, die die Designerin später aber nicht verstehen kann.
Die unbequemen Fragen sind der Punkt. Was sollte ein Agent direkt mutieren dürfen? Welche Editor-Funktionen müssen erstklassige typisierte Operationen sein? Welche generierten Assets sind sicher zu verpacken? Welche Verhaltensweisen müssen geprüft werden können, bevor sie laufen? Welcher Weltzustand gehört in ein Ereignisprotokoll statt in einen versteckten Engine-Heap? Das sind keine kosmetischen Backlog-Punkte. Sie sind die Engine.
Die Engine ist ein Argument über Reichweite
Die meisten Spiel-Engines sind hervorragende Werkzeuge für Menschen am Schreibtisch. Das macht sie nicht zu guten Substraten für Agenten. Ihre Macht lebt oft hinter Menüs, Panels, engine-spezifischen Skriptsprachen, proprietären Asset-Pipelines und UI-Abläufen, die annehmen, dass eine Person visuell nach dem nächsten Bedienelement suchen kann. Ein Agent kann lernen zu klicken, aber durch einen Editor zu klicken ist nicht dasselbe wie ein programmatischer Vertrag.
Jacquard vertritt die gegenteilige Position. Wenn der Editor es kann, sollte ein Tool-Aufruf es auch können. Eine Funktion, die ein Agent nicht über Code erreichen kann, existiert für diese Forschungsfrage nicht wirklich. Diese Regel klingt streng, bis man einem Agenten dabei zusieht, wie er versucht, eine Welt über eine reine GUI-Engine zu bauen. Der Agent wird zur Annäherung gezwungen: das Menü erraten, hoffen, dass das gewählte Panel aktiv ist, eine Fehlermeldung abgreifen und dann mit einem Zustand weitermachen, den er nicht belegen kann.
Die Quelle benennt die Reibung klar: reine GUI-Funktionen, schwere Installer, engine-spezifische DSLs, geschlossene Pipelines. Jacquard antwortet mit einem Browser-Tab, offenen Formaten, glTF-Assets, serialisierbaren Welten, schema-validierten Parametern, typisierten Fehlern und einer einzigen typisierten Oberfläche, die sich visueller Editor und Agent teilen. Deshalb ist die Engine nicht nur eine Engine. Sie ist ein Experiment in Reichweite.
Reichweite ist kein Komfort. Sie ist Sicherheit. Wenn jede Operation ein Aufruf ist, kann jede Operation benannt, eingeschränkt, protokolliert, abgelehnt, wiedergegeben und erklärt werden. Wenn eine Fähigkeit hinter einem Menü verborgen ist, muss der Agent seine Absicht durch eine Oberfläche schmuggeln, die nie dafür entworfen wurde. Der Unterschied ist der zwischen einem Ingenieur, der eine API-Ablaufverfolgung liest, und einem Menschen, der sich zu erinnern versucht, welches Panel offen war, als sich die Szene änderte.
Eine Welt ist kein Bild
Die KI-Bildgenerierung hat die Menschen an einen seltsamen Handel gewöhnt: ein Bild anfordern, ein Bild erhalten und die Struktur verzeihen, wenn die Oberfläche stimmig aussieht. Spiele können diesen Handel nicht überleben. Ein Spiellevel wird nicht nur danach beurteilt, wie es aus einem Kamerawinkel aussieht. Es wird danach beurteilt, ob sich ein Spieler darin bewegen kann, ob die Physik stabil bleibt, ob sich Ziele auflösen, ob sich das NPC-Verhalten an die Welt hält und ob der Zustand wiedergegeben werden kann, wenn etwas schiefgeht.
Hier werden typisierte Einschränkungen zentral. Ein Geländewerkzeug kann nicht einfach Hügel malen. Es muss wissen, wo begehbare Flächen sind, wie Steigungen mit Charakter-Controllern interagieren, wie Vegetation und Beleuchtung die Sicht beeinflussen und wie die gesetzte Generierung später dasselbe Ergebnis reproduziert. Ein Szenenwerkzeug kann nicht einfach Dinge platzieren. Es muss adressierbare Entitäten erzeugen, Komponenten anhängen, den Graphen versionieren und das Ergebnis für die Überprüfung ausreichend diffbar machen.
Die Jacquard-Werkzeugpalette macht das sichtbar. Die Seite nennt fünfzehn Kategorien: Szene, Entität, Komponente, Asset, Material, Physik, Gelände, Beleuchtung, Audio, UI, Quest, NPC, Build, Debug und Playtest. Sie nennt auch schreibgeschützte Ressourcen wie Projektmetadaten, Szenengraph, Asset-Katalog, Leistungskennzahlen und Fehlerprotokoll. Das ist kein willkürliches Menü. Es ist eine Taxonomie dessen, was eine Spielwelt offenlegen muss, bevor ein Agent mehr als ein cleverer Makrorekorder sein kann.
Das Forschungsproblem ist nicht, ob alle fünfzehn Kategorien existieren können. Sie existieren bereits als Quellenbehauptung. Das Problem ist, wie ausdrucksstark, sicher und kombinierbar jede einzelne sein muss, bevor generierte Welten aufhören, fragile Artefakte zu sein, und sich wie entworfene Systeme verhalten. Die Antwort wird nicht durch intensiveres Prompting gefunden. Sie wird gefunden, indem man die Darstellung schwerer belügbar macht.
Der Editor ist keine Dekoration
Eine schwache Lesart von Agent-First-Tooling behandelt den Editor als Betrachter. Der Agent erstellt Dinge; der Mensch schaut zu. Das ist das falsche Modell für Jacquard. Der Quelltext ist sorgfältig: Der visuelle Editor verwendet dieselbe API wie Agenten. Er ist ein nicht privilegierter Client derselben Oberfläche. Diese eine Tatsache verhindert, dass sich im Projekt eine tiefe Spaltung bildet.
Wenn der Agent einen privaten Weg in die Welt hat und der Editor einen anderen, verliert der Mensch letztlich. Der generierte Zustand wird technisch gültig, aber praktisch uneditierbar. Der Designer kann das Schloss sehen, aber nicht herausfinden, warum das Quest-Flag an dieser Entität hängt, warum das Gelände einen unsichtbaren Blocker hat oder warum der NPC-Zeitplan nach der zweiten Nacht wechselt. Das Ergebnis sieht nach Produktivität aus und verhält sich wie Schulden.
Eine gemeinsame API bedeutet, dass der Editor Affordanzen für dieselben Konzepte haben muss, die der Agent manipuliert. Er muss Szenengraph, Komponenten, Verhaltensweisen, Ressourcen, Fehler und Leistung so zeigen, dass ein Mensch darüber nachdenken kann. Er muss dem Designer erlauben, die Welt zu korrigieren, ohne den Vertrag zu verlassen, von dem die Wiedergabe abhängt. Der Editor ist daher Teil des Forschungsinstruments.
Das ist eine unbequeme Anforderung, weil sie die Fantasie verlangsamt. Es ist einfacher, den Agenten versteckte Verkabelung erzeugen zu lassen und dann zu hoffen, dass die Demo weiter funktioniert. Jacquard verlangt, dass die versteckte Verkabelung sichtbar genug wird, damit ein Designer die Verantwortung übernehmen kann. KI-gebaute Spiele werden erst dann ernsthaft, wenn der Mensch sie ohne forensische Archäologie erben kann.
Physik ist der Ort, an dem Charme zu Rechenschaftspflicht wird
Physik hat eine brutale Art, vage Generierung in sichtbares Versagen zu verwandeln. Eine Geschichte kann ein wenig narrative Handbewegung tolerieren. Eine 3D-Welt mit Körpern, Kollisionen, Gelände und Spieleeingabe kann das nicht. Wenn sich der Schritt mit der Bildrate ändert, driftet die Wiedergabe. Wenn die Charaktersteuerung von einem nicht protokollierten Impuls abhängt, wird ein Fehlerbericht zu einem Gerücht. Wenn derselbe Seed auf einer anderen Maschine unterschiedliche Körperpositionen erzeugt, ist die Welt keine reproduzierbare Evidenz.
Jacquard verankert dies mit Rapier3D in WASM und einem festen 60-Hz-Zeitschritt. Das Quellmaterial beschreibt deterministische Physik, geseedete Zufälligkeit, aufgezeichnete Eingaben und mechanisches Replay aus einem typisierten Ereignisprotokoll. Gleicher Seed, gleiches Protokoll, gleiche Frames. Ein Fehlerbericht ist das beigefügte Protokoll; spiele es ab und sieh, was der Spieler gesehen hat. Das ist eine stärkere Aussage als eine Bildschirmaufnahme, denn sie bewahrt die interaktiven Ursachen, nicht nur die Pixel.
Die Forschungsfrage ist, was passiert, wenn Generation in diesen Kreislauf eintritt. Ein Agent kann eine Brücke bauen, aber die Brücke muss Masse, Kollision, Erreichbarkeit und Playtest-Beschränkungen gehorchen. Er kann einen NPC erzeugen, aber der NPC muss eine Welt navigieren, deren Geometrie sich ändern kann. Er kann das Gelände abstimmen, aber die resultierenden Hänge müssen spielbar bleiben. Er kann ein skriptetes Ereignis hinzufügen, aber dieses Ereignis muss so protokolliert werden, dass das Replay es aufnehmen kann.
Physik ist daher kein Subsystem am unteren Ende des Stapels. Sie ist einer der Richter der Generation. Eine generierte Spielwelt ist nicht gut, weil sie plausibel aussieht. Sie ist gut, wenn der Spieler sie bewohnen kann, wenn die Regeln halten und wenn ein späterer Prüfer denselben Fehler erneut abspielen kann, statt das Modell zu fragen, was es gemeint hat.
NPC-Verhalten ist die Schicht, in der Sprache an ihre Grenzen stößt
Nicht-Spieler-Charaktere machen Jacquard schwieriger als einen Leveleditor. Ein statischer Raum kann als Geometrie inspiziert werden. Ein NPC ist Zustand über Zeit: Zeitplan, Ziel, Wahrnehmung, Dialog, sozialer Graph, Questbeziehung, Pfadfindung, Gedächtnis und Scheitern. Das Quellmaterial nennt Verhaltensbäume, Zeitpläne, Ziele, Narrative als Daten, Bedingungsgraphen und verzweigte Progression. Diese Wörter sind der Punkt, an dem KI-gebaute Spiele aufhören, ein Spielzeug zu sein.
Sprache ist nützlich für Absicht. Sie ist eine schlechte endgültige Darstellung für Verhalten. Eine Eingabeaufforderung kann sagen, dass eine Wache nachts misstrauisch sein, Dorfbewohnern helfen, Dieben feindlich gesinnt sein und nach Abschluss einer Aufgabe durch den Spieler vergeben soll. Die Engine braucht etwas Schärferes: welcher Sensor Gefahr liest, welche Bedingung die Haltung ändert, welches Quest-Flag Misstrauen überschreibt, welcher Zeitplan die Wache bewegt und welche Dialogzeile nach dem Zustandsübergang erlaubt ist.
Diese Schärfe ist der Grund, warum typisierte NPC-Werkzeuge wichtig sind. Ohne sie erzeugt der Agent Stimmungen. Mit ihnen muss er Verhalten in inspizierbare Strukturen schreiben. Der Designer kann dann fragen, ob die Wache unfair ist, ob die Quest in eine Sackgasse geraten kann, ob der soziale Graph unmögliche Verpflichtungen schafft oder ob eine generierte Anweisung jeden NPC auf dieselbe langweilige Routine konvergieren ließe.
NPC-Verhalten macht Sicherheit auch praktikabel. Unsichere Generierung ist nicht nur anstößiger Text oder verbotener Inhalt. Es kann eine Verhaltensschleife sein, die den Spieler gefangen hält, eine Quest, die nicht aufgelöst werden kann, ein generierter sozialer Graph, der ein feindseliges Stereotyp kodiert, oder ein Zeitplan, der einen Leistungseinbruch verursacht. Sicherheit bei der Generierung muss auf der Ebene der Spielsysteme wirken, nicht nur auf der Ebene der Wörter.
Sicherheit ist ein Formproblem
Die einfachste Sicherheitserzählung besagt, dass der Agent ein Stück Inhalt generieren darf oder nicht. Jacquard braucht eine strukturellere Erzählung. Die Frage ist nicht nur, ob ein generiertes Asset erlaubt ist. Es ist die Frage, ob die generierte Änderung zum Weltvertrag passt. Mutiert sie nur den Umfang, der ihr gegeben wurde? Legt sie offen, was sie geändert hat? Kann der Editor sie prüfen? Kann Replay sie reproduzieren? Können Build- und Playtest-Werkzeuge sie ablehnen, bevor ein Mensch Neuheit mit Vollständigkeit verwechselt?
Die Quelle weist darauf durch typisierte Aufrufe, Schema-Validierung, schreibgeschützte Ressourcen, Debug, Playtest, portable Bundles und offene Dateien hin. Das sind keine glamourösen Sicherheitsfunktionen, aber sie zählen mehr als eine dramatische Ablehnungsmeldung. Ein begrenzter Aufruf kann abgelehnt werden. Ein typisierter Fehler kann repariert werden. Eine schreibgeschützte Ressource kann einem Agenten erlauben, zu prüfen, ohne zu mutieren. Ein Build-Schritt kann nur das paketieren, was serialisierbar ist. Ein deterministischer Playtest kann aufdecken, dass die generierte Tür nie aufgeht.
Sichere Generierung bedeutet auch, der Versuchung zu widerstehen, Unsicherheit zu verbergen. Wenn der Agent nicht wissen kann, ob ein Rätsel lösbar ist, sollte das System es nicht als gelöst verpacken. Wenn ein NPC-Verhalten von einem mehrdeutigen Zustand abhängt, sollte der Editor diese Mehrdeutigkeit sichtbar machen. Wenn das Physik-Replay abweicht, sollte die Behauptung fehlschlagen. Das Vokabular für Fehlschläge wird noch aufgebaut.
Jacquard sollte Unsicherheit sichtbar machen, statt sie zu einem falschen Versprechen zu polieren. Wenn generierter Inhalt nicht ausreichend eingeschränkt ist, sollten der Editor, das Log, der Replay-Pfad und typisierte Fehler diese Lücke offenlegen, solange sie noch klein genug ist, um sie zu beheben. Das ist keine Rauheit um ihrer selbst willen. So vermeiden generierte Welten, zu Content-Schulden zu werden.
Der Browser verändert die Iterationsökonomie
Jacquard, das in einem Browser-Tab läuft, kann wie eine Verteilungsfunktion klingen, und das ist es auch. Null Installation senkt die Kosten, eine Welt auszuprobieren. WebGPU und WebGL2 geben der Engine einen praktischen Rendering-Pfad. Ein Klassenzimmer, ein Forschungspartner oder eine Design-Sitzung muss nicht mit einer schweren nativen Installation beginnen. Aber der Browser zählt aus einem tieferen Grund.
Er macht die Iterationsschleife kürzer. Ein Agent kann bauen, der Editor kann prüfen, der Spieler kann testen, und das Log kann abgespielt werden, ohne die Welt durch eine Kette proprietärer Werkzeuge zu bewegen. Dieselbe Umgebung kann eine Szenengraph exponieren, Physik ausführen, Audio abspielen, Leistung prüfen und ein portables Bundle paketieren. Das löst kein Game Design, aber es entfernt viel zeremonielle Umständlichkeit aus dem Studium davon.
Der Browser macht auch Grenzen klarer. Wenn sich die Welt wie eine Webseite öffnet, kann die Grenze dessen, was ausgeführt wurde, was geladen wurde, welcher Zustand sich geändert hat und was exportiert wurde, explizit gemacht werden. Wenn die Engine striktes TypeScript für ES2022 ist, mit offenen glTF-Assets und serialisierbaren Welten, kann das Artefakt von mehr Menschen gelesen werden als von der kleinen Priesterschaft einer einzigen Desktop-Engine.
Diese Offenheit ist ein praktischer Vorteil. Mehr Augen können die Darstellung prüfen. Mehr Agenten können über MCP angebunden werden. Mehr Fehler können als Logs reproduziert statt als Anekdoten erzählt werden. Der Browser macht das Problem nicht einfach. Er macht das Problem beobachtbar.
Der Prototypendruck würde es zerbrechen
Es gibt einen vertrauten Software-Reflex: Wenn etwas sich gut demonstrieren lässt, glättet man es, bis es verpackt werden kann. Jacquard ist genau die Art von System, die diesen Reflex bestraft. Glättet man es zu früh, muss das Team so tun, als sei der Autorenvertrag geklärt, bevor die harten Fragen gelöst sind. Was ist der stabile Autorenvertrag? Welche generierten Verhaltensweisen sind unterstützbar? Welche Physikbehauptungen halten über Browser hinweg? Welche Editor-Konzepte sind jetzt dauerhaft? Welche Sicherheitsprüfungen sind verpflichtend?
Ein voreiliges Paket müsste so tun, als seien die Antworten bereits geklärt. Das würde die Forschung auf das verengen, was am einfachsten zu verpacken ist. Das Ergebnis wäre ein Spielzeug mit einer polierten Fassade und einem fragilen Rücken. Das interessante Versprechen von Jacquard ist größer: eine Spiel-Engine, in der KI-Agenten und menschliche Designer dieselbe typisierte Bedienoberfläche teilen, in der der Weltzustand prüfbar ist, in der Wiedergabe mechanisch ist und in der Generierung durch Systeme begrenzt wird statt durch Stimmungen.
Dieses Versprechen verdient Geduld, weil es mehrere schwierige Felder gleichzeitig berührt. Sprachdesign für Programmierung erscheint in den Tool-Schemas. Mensch-Computer-Interaktion erscheint im Editor. Simulation erscheint in der Physik. Spiel-KI erscheint im NPC-Verhalten. Sicherheit erscheint in den Grenzen um die Generierung. Infrastruktur erscheint in Verpackung, Browser-Ausführung und offenen Formaten. Eine enge Implementierung würde eines wählen und die anderen als Randfälle bezeichnen. Jacquard hält sie verbunden.
Der Punkt ist, die Behauptung präzise zu halten. Jacquard ist Forschung zur agentensteuerbaren, browser-nativen Spielerstellung. Sie kann für Experimente und Partnerarbeit nützlich sein, ohne vorzugeben, dass jeder Autorenvertrag endgültig ist. Diese Ehrlichkeit ist Teil der Technik.
Was die Forschung glaubwürdig macht
Die Zeichen sind keine Marketing-Zeichen. Sie sind technische und erfahrungsbezogene Zeichen. Eine generierte Welt sollte durch den Editor ohne geheimen Zustand prüfbar sein. Tool-Aufrufe sollten mit nützlichen typisierten Fehlern fehlschlagen. Wiedergabe sollte bedeutsame Fehler reproduzieren. NPC-Verhalten sollte als Daten lesbar und als Systeme debugbar sein. Playtests sollten offensichtliche Unmöglichkeiten abfangen, bevor sie zu menschlicher Enttäuschung werden.
Die Engine sollte auch die Autorenschaft bewahren. KI-gebaute Spiele brauchen weiterhin menschlichen Geschmack. Der Agent kann eine Welt entwerfen, aber die Designerin muss sie formen können, ohne die Spur zu verlieren, wie sie entstanden ist. Wenn der Mensch von vorn beginnen muss, um die Kontrolle zurückzugewinnen, war der Agent kein Mitarbeiter. Er war eine schnelle Quelle technischer Schulden.
Sicherheit sollte weniger theatralisch und mehr mechanisch werden. Eine generierte Änderung sollte Umfang, Herkunft und Prüfstatus tragen. Schreibgeschützte Prüfung sollte sich von Mutation unterscheiden. Build sollte verweigern, was nicht sauber verpackt werden kann. Debug sollte zeigen, woher ein Verhalten stammt. Playtest sollte skriptbar genug sein, um Behauptungen wiederholbar zu machen. Das sind langweilige Wörter, und genau deshalb sind sie wichtig.
Wenn diese Eigenschaften gewöhnlich sind, kann Jacquard stärkere Versprechen unterstützen. Bis dahin ist Forschung die ehrliche Bezeichnung. Sie sagt dem Team und der Leserin, dass das Ziel nicht nur ist, KI Spiele produzieren zu lassen, sondern KI-produzierte Spielwelten lesbar genug zu machen, um sie zu besitzen.
Die nützliche Behauptung
Jacquard und getypte Welten für KI-gebaute Spiele, denn es geht nicht wirklich darum, dass Spiele aus Prompts entstehen. Es geht um die Maschinerie, die nötig ist, bevor promptbasierte Spiele zu ernsthaften Artefakten werden: getypte Einschränkungen, gemeinsame Editor-Funktionen, deterministische Physik, überprüfbares NPC-Verhalten, offene Assets, portable Bundles und Sicherheit rund um die Generierung.
Das hilfreiche Bild ist nicht eine magische Engine. Es ist eine Werkstatt, in der der Agent und der Designer dieselben Werkzeuge anfassen. Der Agent bekommt keine versteckte Tür. Der Editor bekommt keine schwächere Karte. Das Physiksystem wird nicht optional, wenn die Szene hübsch aussieht. Das Ereignisprotokoll verschwindet nicht nach der Demo. Die generierte Welt bleibt eine Welt, die jemand untersuchen, erneut abspielen, verändern und verteidigen kann.
Das ist ein langes Engineering-Programm, kein Slogan. Wenn es gelingt, werden die nutzerseitigen Oberflächen klarer, weil die schwierigen Fragen nicht überstürzt wurden. Wenn es scheitert, wird das Scheitern trotzdem etwas über die Bedingungen lehren, unter denen KI sicher interaktive Systeme erstellen kann. Beide Ergebnisse sind nützlich.
Vorerst ist das Präziseste, was man sagen kann, dies: Jacquard ist eine offene Forschungs-Engine für KI-gebaute Spielwelten. Es ist ihr erlaubt, aufregend zu sein. Es ist auch erforderlich, dass sie exakt ist. Die Zukunft von KI-erstellten Spielen wird nicht von der hübschesten ersten Szene gewonnen. Sie wird von der Welt gewonnen, die noch Sinn ergibt, wenn der Spieler, der Designer, der Agent und das Wiedergabeprotokoll alle zu ihr zurückkehren.