Text-to-3D lands in your game + agents verify before continuing
This day text/image-to-3D genuinely came through: results are stored per game and land straight in your game, no longer sitting on a look-only showcase; the agent runs its own verification after writing code and keeps fixing on failure, instead of stalling to ask the user; the engine compressed one large scene's cold-load from about 2GB to about 45MB; the skeletal-character-animation chain advanced; and a bullet-survival sample joined the game library.
Two lines converging: delivery, and autonomous reliability
The two most notable things this day map exactly onto the two key questions on the "AI builds games" road: how does what's made actually get used, and how does the AI cause people less trouble. The previous day's "text-to-3D model" workbench was still at the "testbed" stage — it could generate, but the result didn't necessarily wire smoothly into a game; this day it walked the last mile, with generated models stored per game and landing straight into your level. On the other line, the "build-gate" installed on the AI over the preceding days still needed the platform watching from behind; this day went further, having the agent close the "write code → verify → continue" loop itself, no longer stopping to ask the user at every turn. With the engine's speedup for large scenes, the advance in skeletal animation, and a new sample game, the day's theme is: making capabilities genuinely usable and automation genuinely worry-free.
Text/image-to-3D works for real — results land in your game
The 3D-generation workbench formally moved from "testbed" to "actually usable" this day. It could already generate 3D models from text or images, but generation is only step one — a model that can't be smoothly saved and wired into the game you're making is just an isolated showpiece. What this day completed is exactly the "delivery" second half: each game has its own 3D asset storage, and generated models are archived per game; generation runs over a publicly-reachable upload path, and after connecting to an external image-to-3D service, generating models from text or images now works end-to-end in a real environment; the backend also opened a dedicated channel to serve 3D assets per game, delivering each game's generated output separately. The accompanying tool editor UI was rebuilt too, aligned to a unified visual style and organizing the sidebar by generation stage. Strung together, the distance from "I want a model of a rock / crate / little monster" to "that model is already in my level" suddenly shortened — generation is no longer a separate stage where you manually carry results around, but a smooth step in the creative flow. For creators without art skills, this genuinely flattens a stretch of the highest bar of all — acquiring assets.
Agents verify their own work, instead of stalling to ask you
Continuing the "build-gate" idea of the preceding days, this day genuinely tightened the agent's "write → verify → continue" loop a step further. The prior pain was subtle and common: an agent would finish a chunk of code, neither proactively running tests nor checking whether the build errored, but stop to ask the user "is this right?" — yet the user often can't judge at all and can only vaguely reply "should be fine," letting the error slip through. This effectively pushed onto people the verification responsibility that should be the machine's. This day's change has the agent auto-run a verification after writing code: it proceeds only on pass, and on failure keeps fixing with the specific errors in hand until it's truly right — no longer needlessly spending one of your conversation turns on a question it could confirm itself. This extends the same logic as the previous days' "no 'done' until the build passes": the latter guarantees the final delivery is correct, this one makes every intermediate step self-close as much as possible and disturb people less. With a new "jump to latest" marker in the chat and no more auto-scroll yanking you to the bottom while reviewing old records, long conversations are far more comfortable to look back over. A genuinely good AI collaborator should "not ask about what it can handle itself," and this day stepped exactly that way.
A large scene's cold-load drops from about 2GB to about 45MB
The engine gave large complex scenes an astonishingly aggressive cold-start slimming this day. The prior pain: a detail-rich indoor scene had to read about 2GB of mesh geometry on first load — not only unbearably slow to start, but agony when repeatedly restarting during development. This day's approach pre-binarizes the mesh data and packs it into a compact cache artifact: for the same scene, the data read on first load shrank from about 2GB to about 45MB, a full order of magnitude faster to start. The significance is that it directly decides "whether this engine can run serious-scale scenes at all" — a load that takes tens of seconds or freezes makes large scenes practically unusable; compressing it to seconds is the first time genuinely large, detailed scenes become "painless to develop." The engine can also light up hundreds of lights at once in one scene while staying efficient, and bake crisp, sharp text into the picture; together these capabilities mean the engine's demo line can finally carry serious scenes approaching real-game scale.
Skeletal-animation groundwork: paving the way for "characters that really move"
The engine also took a solid step on the character-animation line this day: wiring through the vertex-data chain needed for skeletal skinning animation. It sounds low-level, but it corresponds to one of the most important kinds of expression in games — a character runs, jumps and waves naturally because "bones" drive "skin": inside the model is an invisible skeleton, and as each bone swings, the mesh surface ("skin") attached to it deforms along, so the character moves. For this mechanism to work correctly, the engine must correctly pass and compute the string of data for "which bones affect each vertex, and by how much" all the way through. What landed this day is exactly the key link of this chain, paired with a demo showing multiple instances of the same skinned character at once, plus a model importer recognizing several formats and a resolver handling the bone hierarchy. It isn't yet "the character is already moving," but the prerequisite engineering that makes that step possible — with this chain paved, real character animation later can connect onto it steadily. For an engine aiming to make games, character animation is an unavoidable tough nut, and this day cracked a key part of it.
A new bullet-survival sample joins the game library
A "bullet-survival" style 3D sample game was added to the library this day: swarms of little monsters rush in from all sides while the character auto-fires, clearing them continuously and trying to survive a little longer amid an ever-denser encirclement. This genre has been popular in recent years — simple rules, satisfying pace, easy to pick up yet replayable. Making it a ready-made sample has two layers of value: one, it's a playable finished product anyone can open and play, or modify into their own version; two, as a real game with a complete gameplay loop, it in turn tests whether the platform's and engine's capabilities truly hold up — many on-screen enemies stress rendering capacity, auto-combat stresses logic, the survival pace stresses the overall feel. Stress-testing the platform with a real game exposes problems better than any abstract test. Each additional sample in a different style gives later creators one more starting point they can stand directly on.
What this day means
This day pushed both "capability" and "reliability" forward a stretch each — and these are precisely the two legs of an AI creation platform, neither of which can be missing for a steady gait. On the "capability" leg, text-to-3D genuinely landed, large scenes became runnable, skeletal animation was paved, and a new sample joined the library — the platform can do more, bigger, more real things. On the "reliability" leg, the agent learned to verify before continuing — the platform does things more worry-free, less prone to mishap, needing less constant watching. A tool worth trusting long-term never strains on just one leg, but moves both forward in coordinated alternation: the stronger the capability, the more it needs reliability to back it, lest power instead mean a bigger risk of crashing; and the firmer the reliability, the more boldly capability can be pushed toward harder, bigger goals. This day was a step taken with both legs together.