Strona główna / Artykuły / Testing GPT-6 Astra on Creative Builds: Blender, Godot and Three.js

Artykuł opublikowany po angielsku.

Testing GPT-6 Astra on Creative Builds: Blender, Godot and Three.js

A cautious look at early creator reports of GPT-6 Astra building Blender models, a Godot level and a jelly physics demo, plus prompts to test it on your own work.

1577 słów

A sketch turns into the brief for a 3D model. A favorite building becomes a Blender project. A game idea grows into a level with weather, shifting light and interactive systems. People are posting projects like these on X, all built with GPT-6 Astra, and together they pose a question that matters to every maker using AI: how far toward a finished piece can you now delegate the route from concept to result?

The early evidence says Astra's real strength is connecting steps. For a creator, the useful test is whether it keeps your intent intact while it moves through software, decisions and revisions to produce something you can actually use.

What the launch materials claim

OpenAI presents Astra as an advance in computer use, software engineering, scientific reasoning and professional work. The launch materials also stress better visual judgment, plus the ability to produce documents, spreadsheets, presentations, websites and games. Those are the company's claims, not results from independent testing, and the headline numbers come from its own evaluation table and latency simulation. They say nothing certain about how good or how fast your particular project will turn out.

For a creative business, the better question is simpler. Can the model take a clear brief and return something editable with fewer interventions from you? The examples below make that question concrete.

A steam train from an old drawing

Tom Krcha posted that he handed Astra an old drawing of a steam train and asked for a Blender reconstruction. A drawing like that leaves plenty unresolved: depth, proportions, how the parts relate, and surfaces the reference never shows. That's what makes the task hard, though how accurately Astra handled it hasn't been verified.

The workflow is attractive for illustrators and AI artists. A finished image becomes the starting point for an object you can rotate, light and show from different angles. A character illustration might be extended into a collectible concept, or a fictional vehicle could become an interactive portfolio piece. Those are ideas to test, and a single post doesn't prove either one works.

The Palace of Fine Arts in Blender

Sharif Shameem reported that Astra rebuilt San Francisco's Palace of Fine Arts in Blender. Architecture makes a handy test because viewers can compare the output with a well-known subject. Does the silhouette hold up? Do the proportions convince? Does it stay coherent from a different angle?

A practical lesson follows for your own builds: pick a reference with clear structural features before you ask for something purely imaginary. Possible uses include virtual exhibition spaces, architectural storytelling and interactive brand settings. Whether any of it has commercial value depends on the quality of the deliverable and on the rights to the material behind it, and AI involvement doesn't change that.

A roguelike level across Blender and Godot

The X account @op7418 reported using Astra with Blender and Godot Engine to make a 3D roguelike game level. The indexed post lists day and night cycles, weather, modeling, textures, weapon switching and a skill system.

The combination is what stands out. A level needs assets, logic and interactions to work together, so a successful prototype would show coordination across several parts of a project, beyond nice geometry. The tool setup matters too, since Blender and Godot are named next to Astra. Typing the same idea into an ordinary chat with no comparable software access won't necessarily give the same outcome.

For a small creative business, this points to compact interactive experiences, such as a product exploration, an educational activity or a navigable exhibition. Begin with one complete interaction and check that it works before you widen the world.

Jelly physics in the browser

The user @scottstts (Scott) gave Astra a prompt asking for a jelly that looks tasty and bounces. Other posts describe what came back as a jelly physics demo running on Three.js and WebGPU. Scott also wrote that Fable 5.1 "doesn't even come close," which is his own judgment and not a controlled benchmark. A playable version was also shared, so you can try the demo at jelly.scottsun.io.

It's a useful case because it mixes visual design, browser 3D graphics and simulated motion. A believable jelly needs more than the right shape or color. It has to deform, rebound and respond like soft material. Think interactive product visuals, playful landing pages, teaching simulations, or small web pieces where motion carries the message. The real test is whether Astra can read an art direction such as "delicious and bouncy" and produce coherent materials, lighting, motion and interaction, rather than only producing the code underneath.

Read demos with some caution

All of these examples were found through web-indexed X post text, and direct access to the posts was blocked during research. The full videos, project files, complete prompts and revision histories weren't available to inspect. Treat them as attributed creator reports, not independently reproduced demonstrations.

A chosen clip also can't prove reliability. It may hide the setup, the failed attempts, the cleanup work, or features that look finished but don't function. Before you treat an impressive demo as a repeatable workflow, ask these questions:

  • Which software and permissions did the model have?
  • How much human revision did it take?
  • Can you edit and export the result?
  • Does it still work beyond the camera angle or interaction on show?

The answers decide whether a prototype helps your business.

Prompt: extend an illustration into a 3D object

Use this when you have a character, product or object illustration and want something you can view from any angle.

Use the attached illustration as the visual reference for a 3D model.

Reconstruct it as a single object in Blender. Preserve the silhouette,
proportions, and colour palette of the reference. Where the drawing
doesn't show depth or hidden sides, make reasonable design decisions
and tell me what you assumed.

Requirements:
- Clean topology I can edit later
- Basic materials matching the reference palette
- Three-point lighting setup
- Render four preview angles: front, 3/4, side, top
When done, report: what matched the reference, what you invented,
and which parts are weakest if I want to refine them.

Pay most attention to the instruction that makes the model list what it assumed. Depth is never settled by a flat drawing, so you want every guess visible instead of hidden inside the geometry.

Prompt: turn a feeling into physics

Use this to test whether the model can translate a mood into motion and material behavior instead of just a shape.

Build a browser-based interactive visual using Three.js.

Art direction: [describe the feeling in 3-5 words — e.g. "soft, heavy,
slow-melting wax" or "brittle, glassy, chiming"]

Requirements:
- One central object that behaves like that material when clicked or dragged
- Deformation and recovery that reads as physical, not animated on a loop
- Lighting and surface that support the art direction
- Works on mobile touch, not just desktop mouse
- Single self-contained HTML file
Then tell me: which parameters control the feel, and what I'd change
to make it heavier, faster, or softer.

Asking which parameters control the feel is what turns a one-off demo into something you can tune without regenerating it. That's the difference between a toy and an asset.

Prompt: build a client-ready prototype

Reach for this one when you want a portfolio piece, a product explainer or a client prototype, something with a purpose beyond a pretty render.

Use the attached image as the visual reference for an interactive
browser experience.

Goal: [what it's for - portfolio piece / product explainer /
client prototype for X]
Build:
- One detailed central object visitors can rotate and zoom
- Three clickable hotspots, each revealing a short caption
- Palette, proportions, and atmosphere taken from the reference
- Responsive layout, mobile-first
- Single self-contained file I can host anywhere
Before you finish, check the interactions and the mobile layout yourself.
Then report: what works, what's incomplete, which file or section
I edit to change the captions, and one thing you'd improve with
more time

The self-check plus the request to say which section to edit is what makes the result sellable. A prototype you can't edit by hand is a screenshot, not a client deliverable.

Where to start

The early Astra reports are a good reason to try more ambitious creative workflows. They don't show that every project will succeed, and they don't make professional judgment optional.

The most interesting prospect is staying with one idea as it moves from a visual reference to an editable object to an interactive experience. If Astra does that reliably in your setup, a small creative business could take on projects that used to need more coordination, outside specialists and production time. The next experiment worth running is a single finished experience that you can inspect, improve and put in front of an audience.