Jacquard ja kirjoitetut maailmat tekoälyllä rakennettuihin peleihin
Demo on helppo osa
Ensimmäinen Jacquard-demo on tarkoituksella viettelevä. Agentti avaa selainpohjaisen moottorin, kutsuu tyypitettyä työkalua, luo kohtauksen, muokkaa maastoa, sijoittaa objekteja, kytkee käyttäytymisen, tallentaa bundlen ja luovuttaa maailman takaisin ihmiselle, joka voi painaa play-nappia. Ei monen gigatavun editoria. Ei työpöytämoottorin seremoniaa. Ei rituaalia, jossa asennetaan natiivi työkaluketju ennen kuin ensimmäinen idea voi liikkua.
Jos tarina olisi tässä, Jacquard olisi helppo selittää: nopeampia prototyyppejä, halvempia harjoitussimulaatioita ja pieniä interaktiivisia maailmoja, jotka on tehty tavallisesta kielestä. Lähdemateriaali tukee osittain tätä muotoa: Jacquard on Dweven tutkimusprojekti, kirjoitettu tiukkana TypeScriptinä, ja suunniteltu toimimaan selaimen välilehdellä. Reitin metatiedot kuvaavat web-natiivin pelimoottorin, jossa tekoälyagentit rakentavat kokonaisia pelejä tyypitetyn API:n kautta, mukaan lukien visuaalinen editori, fysiikka ja NPC-käyttäytyminen.
Mutta hyvä demo voi piilottaa todellisen ongelman. Se, että agentti tuottaa uskottavan pelikohtauksen, ei ole enää vaikea osa. Vaikea osa on tehdä generoidusta maailmasta riittävän rajattu tarkastettavaksi, riittävän muokattava suunnittelijalle, riittävän fyysinen pelattavaksi, riittävän käyttäytyvä ollakseen merkityksellinen, ja riittävän turvallinen niin, ettei generoinnista tule uutta tapaa luoda tarkistamatonta tilaa.
Se on kiinnostava kysymys: voiko pelimoottori paljastaa jokaisen merkityksellisen operaation tyypitettynä pintana, jonka sekä agentit että ihmiset jakavat, samalla säilyttäen toiston, tekijyyden, turvallisuuden ja suunnittelun tekstuurin?
Miksi kysymys on edelleen avoin
Tavallinen paketoitu työkalu yrittää jäädyttää lupauksensa. Tässä on mitä se tekee. Tässä on tukimalli. Tässä on raja. Tässä on vikatila. Jacquard on kiinnostavampi ennen kuin nuo lauseet muuttuvat liian sileiksi, koska vaikeat kysymykset ovat edelleen yhteydessä toisiinsa.
Nykyinen lähdekoodi kuvaa agenttien ensisijaista moottoria, MCP-pintaa, determinististä toistoa, Rapier3D:tä WASM:ssä, WebGPU:ta WebGL2-varalla, glTF 2.0 -assetteja ja selainvain polun. Nämä ovat konkreettisia teknisiä valintoja. Ne ovat myös vasta alkua tekoälyn kirjoittamien pelien sosiaaliselle sopimukselle.
Pelit eivät ole dokumentteja törmäyslaatikoilla. Pelimaailma on elävä järjestely geometriaa, ajoitusta, fysiikkaa, syötteitä, tilasiirtymiä, pelaajan odotuksia ja kirjoitettua yllätystä. Jos tekoälyjärjestelmä tuottaa raportin, lukija voi merkitä kappaleen vääräksi. Jos tekoälyjärjestelmä tuottaa pelimaailman, virhe voi ilmetä ovena, johon ei pääse, ei-pelaajahahmona, joka valehtelee tehtävän tilasta, fysiikan impulssina, joka rikkoo toiston, tai editorioperaationa, jonka agentti suoritti mutta jota suunnittelija ei myöhemmin ymmärrä.
Epämukavat kysymykset ovat asian ydin. Mitä agentin tulisi saada muuttaa suoraan? Mitkä editorin ominaisuuksista on oltava ensiluokkaisia tyypitettyjä operaatioita? Mitkä generoidut assetit ovat turvallisia paketoida? Mitkä käyttäytymiset on voitava tarkastaa ennen kuin ne ajetaan? Mikä maailman tila kuuluu tapahtumalokiin piilotetun moottorin keon sijaan? Nämä eivät ole kosmeettisia backlog-kohteita. Ne ovat moottori.
Moottori on argumentti ulottuvuudesta
Useimmat pelimoottorit ovat erinomaisia työkaluja ihmisille työpöydän ääressä. Se ei tee niistä hyviä alustoja agenteille. Niiden voima elää usein valikoiden, paneelien, moottorikohtaisten skriptauskielten, omistettujen asset-putkien ja käyttöliittymävirtojen takana, jotka olettavat, että ihminen voi visuaalisesti etsiä seuraavan hallintalaitteen. Agentti voi oppia klikkaamaan, mutta editorin läpi klikkaaminen ei ole sama asia kuin ohjelmallinen sopimus.
Jacquard ottaa päinvastaisen kannan. Jos editori pystyy siihen, työkalukutsun pitäisi pystyä siihen. Ominaisuus, johon agentti ei yllä koodin kautta, ei tässä tutkimuskysymyksessä käytännössä ole olemassa. Sääntö kuulostaa ankaralta, kunnes katsoo agentin yrittävän rakentaa maailmaa vain GUI-pohjaisella moottorilla. Agentti joutuu tyytymään likiarvoihin: arvaa valikko, toivo että valittu paneeli on aktiivinen, kaavi virheilmoitus ja jatka tilasta, jota se ei pysty todistamaan.
Lähde nimeää kitkan suoraan: vain GUI-pohjaiset ominaisuudet, raskaat asentajat, moottorikohtaiset DSL-kielet, suljetut putkistot. Jacquard vastaa selaimen välilehdellä, avoimilla formaateilla, glTF-varannoilla, serialisoitavilla maailmoilla, skeemavalidoituilla parametreilla, tyypitetyillä virheillä ja yhdellä tyypitetyllä pinnalla, jota sekä visuaalinen editori että agentti käyttävät. Siksi moottori ei ole vain moottori. Se on kokeilu ulottuvuudesta.
Ulottuvuus ei ole mukavuutta. Se on turvallisuutta. Kun jokainen toiminto on kutsu, jokainen toiminto voidaan nimetä, rajoittaa, lokioida, hylätä, toistaa ja selittää. Kun kyvykkyys on piilotettu valikon taakse, agentin on salakuljetettava tarkoitus pinnan läpi, jota ei koskaan suunniteltu sitä varten. Ero on sama kuin insinöörin lukiessa API-jäljitystä ja ihmisen yrittäessä muistaa, mikä paneeli oli auki, kun kohtaus muuttui.
Maailma ei ole kuva
AI-kuvagenerointi opetti ihmiset hyväksymään oudon kaupan: pyydä kuvaa, saat kuvan, anna rakenteen virheet anteeksi, jos pinta näyttää oikealta. Pelit eivät kestä tätä kauppaa. Pelitasoa ei arvioida vain sen perusteella, miltä se näyttää yhdestä kamerakulmasta. Sitä arvioidaan sen perusteella, pääseekö pelaaja liikkumaan sen läpi, pysyykö fysiikka vakaana, ratkeavatko tavoitteet, kunnioittaako NPC-käyttäytyminen maailmaa ja voidaanko tila toistaa, kun jotain menee pieleen.
Tämä on se kohta, jossa tyypitetyt rajoitteet nousevat keskiöön. Maastotyökalu ei voi vain maalata kukkuloita. Sen on tiedettävä, missä kuljettavat pinnat ovat, miten rinteet vaikuttavat hahmohallintaan, miten kasvillisuus ja valaistus vaikuttavat näkyvyyteen ja miten siemenpohjainen generointi tuottaa saman tuloksen myöhemmin uudelleen. Kohtaustyökalu ei voi vain asetella asioita. Sen on luotava osoitettavia entiteettejä, liitettävä komponentteja, versioitava graafia ja tehtävä tuloksesta riittävän diffattavaa tarkastelua varten.
Jacquard-työkalupaletti tekee tämän näkyväksi. Sivulla nimetään viisitoista kategoriaa: scene, entity, component, asset, material, physics, terrain, lighting, audio, UI, quest, NPC, build, debug ja playtest. Siinä nimetään myös vain luku -resursseja, kuten projektin metatiedot, kohtausgraafi, resurssiluettelo, suorituskykymittarit ja virheloki. Tämä ei ole mielivaltainen valikko. Se on taksonomia siitä, mitä pelimaailman on paljastettava, ennen kuin agentti voi olla enemmän kuin fiksu makronauhuri.
Tutkimusongelma ei ole se, voivatko kaikki viisitoista kategoriaa olla olemassa. Ne ovat jo olemassa lähdeväitteenä. Ongelma on se, kuinka ilmaisuvoimaisia, turvallisia ja yhdisteltäviä kunkin on oltava, ennen kuin generoidut maailmat lakkaavat olemasta hauraita artefakteja ja alkavat käyttäytyä kuin suunnitellut järjestelmät. Vastausta ei löydy kehottamalla kovemmin. Se löytyy tekemällä esityksestä vaikeampi valehdella.
Editori ei ole koriste
Heikko tulkinta agenttivetoisesta työkalusta kohtelee editoria katselijana. Agentti tekee asiat; ihminen katselee. Tämä on väärä malli Jacquardille. Lähdeteksti on tarkka: visuaalinen editori käyttää samaa rajapintaa kuin agentit. Se on saman pinnan ei-etuoikeutettu asiakas. Tämä yksittäinen seikka estää syvän jakautumisen muodostumisen projektin sisällä.
Jos agentilla on yksityinen reitti maailmaan ja editorilla toinen, ihminen häviää lopulta. Generoidusta tilasta tulee teknisesti kelvollista mutta käytännössä muokkaamatonta. Suunnittelija näkee linnan, mutta ei voi selvittää, miksi tehtävälippu on kiinnitetty tuohon entiteettiin, miksi maastossa on näkymätön este tai miksi NPC:n aikataulu muuttuu toisen yön jälkeen. Tulos näyttää tuottavuudelta ja käyttäytyy kuin velka.
Yhteinen rajapinta tarkoittaa, että editorissa on oltava vastineet samoille käsitteille, joita agentti käsittelee. Sen on näytettävä kohtausgraafi, komponentit, käyttäytymiset, resurssit, virheet ja suorituskyky tavoilla, joista ihminen voi järkeillä. Sen on annettava suunnittelijan korjata maailma poistumatta sopimuksesta, johon toisto perustuu. Editori on siis osa tutkimusinstrumenttia.
Tämä on epämukava vaatimus, koska se hidastaa mielikuvitusta. On helpompaa antaa agentin generoida piilotettu johdotus ja toivoa sitten, että demo toimii edelleen. Jacquard pyytää, että piilotettu johdotus tulee riittävän näkyväksi, jotta suunnittelija voi ottaa sen omakseen. Tekoälyn rakentamista peleistä tulee vakavia vasta, kun ihminen voi periä ne ilman rikosteknistä arkeologiaa.
Fysiikka on se paikka, jossa viehätys muuttuu vastuullisuudeksi
Fysiikalla on armoton tapa muuttaa epämääräinen generointi näkyväksi epäonnistumiseksi. Tarina sietää hieman kerronnallista käsien heiluttelua. 3D-maailma, jossa on kappaleita, törmäyksiä, maastoa ja pelaajan syötettä, ei siedä. Jos askel muuttuu kuvataajuuden mukaan, toisto ajautuu harhaan. Jos hahmonhallinta riippuu kirjaamattomasta impulssista, bugiraportista tulee huhu. Jos sama siemen tuottaa erilaiset kappaleiden sijainnit toisella koneella, maailma ei ole toistettavaa todistusaineistoa.
Jacquard ankkuroi tämän Rapier3D:hen WASM:ssä ja kiinteään 60Hz:n aikaväliin. Lähdemateriaali kuvaa deterministisen fysiikan, siemenennetyn satunnaisuuden, tallennetun syötteen ja mekaanisen toiston kirjoitetusta tapahtumalokista. Sama siemen, sama loki, samat ruudut. Bugiraportti on liitetty loki; toista se ja näe, mitä pelaaja näki. Tämä on vahvempi väite kuin ruututallenne, koska se säilyttää vuorovaikutuksen syyt, ei vain pikselit.
Tutkimuskysymys on, mitä tapahtuu, kun generointi astuu tuohon silmukkaan. Agentti voi luoda sillan, mutta sillan on noudatettava massaa, törmäystä, saavutettavuutta ja pelitestausrajoitteita. Se voi luoda NPC:n, mutta NPC:n on navigoitava maailmassa, jonka geometria voi muuttua. Se voi säätää maastoa, mutta syntyvien rinteiden on pysyttävä pelattavina. Se voi lisätä käsikirjoitetun tapahtuman, mutta tapahtuma on kirjattava lokiin siten, että toisto voi taittaa sen mukaan.
Fysiikka ei siis ole alijärjestelmä pinon pohjalla. Se on yksi generoinnin tuomareista. Generoitu pelimaailma ei ole hyvä, koska se näyttää uskottavalta. Se on hyvä, kun pelaaja voi asua siinä, kun säännöt pitävät ja kun myöhempi arvioija voi toistaa saman epäonnistumisen sen sijaan, että kysyisi mallilta, mitä se tarkoitti.
NPC-käyttäytyminen on kerros, jossa kieli loppuu kesken
Ei-pelaajahahmot tekevät Jacquardista vaikeamman kuin tasoeditorin. Staattinen huone voidaan tarkastaa geometriana. NPC on tilaa ajassa: aikataulu, tavoite, havainto, dialogi, sosiaalinen verkosto, tehtävärelaatio, reitinhaku, muisti ja epäonnistuminen. Lähdemateriaali nimeää käyttäytymispuut, aikataulut, tavoitteet, narratiivin datana, ehtograafit ja haarautuvan etenemisen. Ne sanat ovat kohta, jossa tekoälyn rakentamat pelit lakkaavat olemasta lelu.
Kieli on hyödyllinen intentille. Se on huono lopullinen esitysmuoto käyttäytymiselle. Kehote voi sanoa, että vartijan tulisi olla epäluuloinen yöllä, avulias kyläläisille, vihamielinen varkaille ja anteeksiantava sen jälkeen, kun pelaaja suorittaa tehtävän. Moottori tarvitsee jotain terävämpää: mikä anturi lukee vaaran, mikä ehto muuttaa asennetta, mikä tehtävälippu ohittaa epäluulon, mikä aikataulu liikuttaa vartijaa ja mikä dialogirivi on sallittu tilasiirtymän jälkeen.
Tuo terävyys on syy, miksi kirjoitetut NPC-työkalut ovat tärkeitä. Ilman niitä agentti tuottaa tunnelmaa. Niiden kanssa sen on kirjoitettava käyttäytyminen tarkastettaviin rakenteisiin. Suunnittelija voi sitten kysyä, onko vartija epäreilu, voiko tehtävä jumiutua, luoko sosiaalinen verkosto mahdottomia velvoitteita vai saisiko generoitu ohje kaikki NPC:t konvergoimaan samaan tylsään rutiiniin.
NPC-käyttäytyminen tekee turvallisuudesta myös käytännöllistä. Turvaton generointi ei ole vain loukkaavaa tekstiä tai kiellettyä sisältöä. Se voi olla käyttäytymislenkki, joka loukuttaa pelaajan, tehtävä, joka ei ratkea, generoitu sosiaalinen verkosto, joka koodaa vihamielisen stereotypian, tai aikataulu, joka aiheuttaa suorituskyvyn romahduksen. Generoinnin turvallisuuden on toimittava pelijärjestelmien tasolla, ei vain sanojen tasolla.
Turvallisuus on muodon ongelma
Helpoin turvallisuustarina sanoo, että agentti voi tai ei voi generoida sisältöpalan. Jacquard tarvitsee rakenteellisemman tarinan. Kysymys ei ole vain siitä, onko generoitu resurssi sallittu. Kysymys on siitä, sopiiko generoitu muutos maailman sopimukseen. Muuttaako se vain sille annettua laajuutta? Paljastaako se, mitä se muutti? Voiko editori tarkastaa sen? Voiko toisto toistaa sen? Voivatko build- ja pelitestityökalut hylätä sen ennen kuin ihminen luulee uutuutta valmiudeksi?
Lähde osoittaa tähän suuntaan tyypitetyillä kutsuilla, skeeman validoinnilla, vain luku -resursseilla, debugilla, pelitestauksella, kannettavilla paketeilla ja avoimilla tiedostoilla. Nämä eivät ole hohdokkaita turvallisuusominaisuuksia, mutta ne merkitsevät enemmän kuin dramaattinen kieltäytymisviesti. Rajattu kutsu voidaan evätä. Tyypitetty virhe voidaan korjata. Vain luku -resurssi voi antaa agentin tarkastaa muuttamatta. Build-vaihe voi paketoida vain sen, mikä on serialisoitavissa. Deterministinen pelitesti voi paljastaa, että generoitu ovi ei koskaan aukea.
Turvallinen generointi tarkoittaa myös sitä, että vastustetaan kiusausta piilottaa epävarmuus. Jos agentti ei voi tietää, onko pulma ratkaistavissa, järjestelmän ei pitäisi paketoida sitä ratkaistuna. Jos NPC-käyttäytyminen riippuu epäselvästä tilasta, editorin pitäisi tehdä se epäselvyys näkyväksi. Jos fysiikan toisto poikkeaa, väitteen pitäisi epäonnistua. Epäonnistumisen sanasto on vielä rakenteilla.
Jacquardin pitäisi tehdä epävarmuudesta näkyvää sen sijaan, että se kiillottaisi sen valheelliseksi lupaukseksi. Kun generoitu sisältö ei ole riittävän rajattua, editorin, lokin, toistopolun ja tyypitettyjen virheiden pitäisi paljastaa se aukko, kun se on vielä riittävän pieni korjattavaksi. Se ei ole karheutta karheuden vuoksi. Näin generoidut maailmat välttävät muuttumasta sisältövelaksi.
Selain muuttaa iteroinnin talouden
Jacquard selaimen välilehdessä voi kuulostaa jakeluominaisuudelta, ja sitä se on. Nolla-asennus alentaa maailman kokeilemisen kustannusta. WebGPU ja WebGL2 antavat moottorille käytännöllisen renderöintipolun. Luokkahuoneen, tutkimuskumppanin tai suunnittelusession ei tarvitse alkaa raskaalla natiiviasennuksella. Mutta selain merkitsee jotain syvempää.
Se lyhentää iteraatiolenkkiä. Agentti voi rakentaa, editori voi tarkastaa, pelaaja voi testata ja loki voidaan toistaa ilman, että maailmaa siirretään omisteisten työkalujen ketjun läpi. Sama ympäristö voi paljastaa scenegraphin, ajaa fysiikkaa, soittaa ääntä, tarkastaa suorituskyvyn ja paketoida kannettavan paketin. Se ei ratkaise pelisuunnittelua, mutta se poistaa paljon satunnaista seremoniallisuutta sen tutkimisesta.
Selain myös tekee rajoista selkeämpiä. Jos maailma aukeaa kuin verkkosivu, sen raja, mitä ajettiin, mitä ladattiin, mikä tila muuttui ja mitä vietiin, voidaan tehdä näkyväksi. Jos moottori on tiukka TypeScript, joka kohdistuu ES2022:een, avoimilla glTF-varannoilla ja sarjallistettavilla maailmoilla, artefaktin voi lukea useampi kuin pieni pappiskunta yhden työpöytämoottorin ympärillä.
Tämä avoimuus on käytännön etu. Useampi silmäpari voi tarkastaa esityksen. Useampi agentti voidaan kytkeä MCP:n kautta. Useampi vika voidaan toistaa lokina sen sijaan, että niitä kerrottaisiin anekdootteina. Selain ei tee ongelmasta helppoa. Se tekee ongelmasta havaittavan.
Prototyypin paine rikkoisi sen
On tuttu ohjelmistoalan refleksi: kun jokin toimii demossa hyvin, sitä siloitellaan, kunnes se voidaan paketoida. Jacquard on juuri sellainen järjestelmä, joka rankaisee tästä refleksistä. Silitä sitä liian aikaisin, ja tiimin on teeskenneltävä, että kirjoittamisen sopimus on lyöty lukkoon ennen kuin vaikeat kysymykset on ratkaistu. Mikä on vakaa kirjoittamisen sopimus? Mitkä tuotetut käyttäytymiset ovat tuettavissa? Mitkä fysiikkaväitteet pitävät paikkansa eri selaimissa? Mitkä editorin käsitteet ovat nyt pysyviä? Mitkä turvatarkistukset ovat pakollisia?
Ennenaikainen paketti joutuisi teeskentelemään, että vastaukset ovat jo selvillä. Se kaventaisi tutkimuksen siihen, mikä on helpointa paketoida. Tuloksena olisi hauska lelu, jolla on kiillotettu pinta ja hauras selkä. Jacquardin kiinnostava lupaus on suurempi: pelimoottori, jossa tekoälyagentit ja ihmissuunnittelijat jakavat saman tyypitetyn toimintapinnan, jossa maailman tila on tarkasteltavissa, jossa toisto on mekaanista ja jossa tuottaminen on rajattu järjestelmillä eikä tunnelmilla.
Tämä lupaus ansaitsee kärsivällisyyttä, koska se koskettaa useita vaikeita aloja kerralla. Ohjelmointikielten suunnittelu näkyy työkalujen skeemoissa. Ihmisen ja tietokoneen vuorovaikutus näkyy editorissa. Simulaatio näkyy fysiikassa. Pelitekoäly näkyy NPC-käyttäytymisessä. Turvallisuus näkyy tuottamisen ympärillä olevissa rajoissa. Infrastruktuuri näkyy paketoinnissa, selaimessa suorittamisessa ja avoimissa formaateissa. Kapea toteutus valitsisi yhden ja kutsuisi muita reunatapauksiksi. Jacquard pitää ne yhteydessä.
Tarkoitus on pitää väite tarkkana. Jacquard on tutkimusta agenttiohjattavasta, selainpohjaisesta pelien luomisesta. Se voi olla hyödyllinen kokeiluille ja kumppanityölle ilman, että teeskennellään jokaisen kirjoittamisen sopimuksen olevan lopullinen. Tämä rehellisyys on osa suunnittelua.
Mikä tekee tutkimuksesta uskottavaa
Merkit eivät ole markkinointimerkkejä. Ne ovat teknisiä ja kokemuksellisia merkkejä. Tuotettu maailma pitäisi voida tarkastaa editorin kautta ilman salattua tilaa. Työkalujen kutsujen pitäisi epäonnistua hyödyllisillä tyypitetyillä virheillä. Toiston pitäisi toistaa merkitykselliset viat. NPC-käyttäytymisten pitäisi olla luettavissa datana ja virheenjäljityskelpoisia järjestelminä. Pelitestauksen pitäisi havaita ilmeiset mahdottomuudet ennen kuin niistä tulee inhimillistä pettymystä.
Moottorin pitäisi myös säilyttää tekijyys. Tekoälyn rakentamat pelit tarvitsevat silti inhimillistä makua. Agentti voi luonnostella maailman, mutta suunnittelijan on voitava muokata sitä menettämättä jälkeä siitä, miten se tehtiin. Jos ihmisen on aloitettava alusta saadakseen hallinnan takaisin, agentti ei ollut yhteistyökumppani. Se oli nopea teknisten velkojen lähde.
Turvallisuudesta pitäisi tulla vähemmän teatraalista ja enemmän mekaanista. Tuotetun muutoksen pitäisi kantaa laajuus, alkuperä ja tarkistuksen tila. Vain luku -tarkastelun pitäisi erota muokkaamisesta. Rakennuksen pitäisi kieltäytyä siitä, mitä ei voi paketoida puhtaasti. Virheenjäljityksen pitäisi näyttää, mistä käyttäytyminen on peräisin. Pelitestauksen pitäisi olla riittävän skriptattavaa, jotta väitteet voidaan toistaa. Nämä ovat tylsiä sanoja, ja siksi ne ovat tärkeitä.
Kun nämä ominaisuudet ovat arkipäivää, Jacquard voi tukea vahvempia lupauksia. Siihen asti tutkimus on rehellinen nimike. Se kertoo tiimille ja lukijalle, että tavoitteena ei ole vain saada tekoäly tuottamaan pelejä, vaan tehdä tekoälyn tuottamista pelimaailmoista riittävän luettavia, jotta ne voi omistaa.
Hyödyllinen väite
Jacquard ja kirjoitetut maailmat tekoälyn rakentamiin peleihin, koska kyse ei oikeastaan ole peleistä, jotka ilmestyvät kehotteista. Kyse on koneistosta, jota tarvitaan ennen kuin kehotteista syntyneistä peleistä tulee vakavasti otettavia artefakteja: kirjoitetut rajoitteet, jaetut editorin käyttöliittymät, deterministinen fysiikka, tarkasteltavissa oleva NPC-käyttäytyminen, avoimet resurssit, kannettavat paketit ja turvallisuus generoinnin ympärillä.
Hyödyllinen mielikuva ei ole taika-moottori. Se on työpaja, jossa agentti ja suunnittelija koskettavat samoja työkaluja. Agentti ei saa piilo-ovea. Editori ei saa heikompaa karttaa. Fysiikkajärjestelmästä ei tule valinnaista, kun näkymä näyttää kauniilta. Tapahtumaloki ei katoa demon jälkeen. Generoitu maailma pysyy maailmana, jota joku voi tarkastella, toistaa, muuttaa ja puolustaa.
Tämä on pitkä tekninen ohjelma, ei iskulause. Jos se onnistuu, käyttäjälle näkyvät pinnat ovat selkeämpiä, koska vaikeita kysymyksiä ei ole kiirehditty. Jos se epäonnistuu, epäonnistuminen opettaa silti jotakin niistä edellytyksistä, joilla tekoäly voi turvallisesti kirjoittaa interaktiivisia järjestelmiä. Molemmat lopputulokset ovat hyödyllisiä.
Toistaiseksi tarkin sanottava on tämä: Jacquard on avoin tutkimusmoottori tekoälyn rakentamille pelimaailmoille. Sen on lupa olla jännittävä. Sen on myös oltava täsmällinen. Tekoälyn kirjoittamien pelien tulevaisuutta ei voita kaunein ensimmäinen näkymä. Sen voittaa maailma, joka on edelleen järkevä, kun pelaaja, suunnittelija, agentti ja toistoloki palaavat siihen.