Skip to content
← The showcaseFull public sample · no login
Full public research sample

The demo is the beginning. Not the deliverable.

A dungeon scene from the project’s public demo collection. A useful starting point—not a controlled model comparison.

YouTube-provided thumbnail: From a prompt to a small 3D worldWatch on YouTube
YouTube-provided preview · author video opens in a new tab. YouTube may require sign-in.

A small 3D world is an invitation to explore. The useful question is whether the scene stays editable when your requirements change.

The public project links this demonstration and describes a tool-assisted Blender workflow. It does not provide a controlled comparison of today’s Fable and Astra models. We can explain the route, the dependencies and a sensible next experiment without claiming a winner.

What this complete sample gives you

A source record, a decision about the deliverable, an editable-handoff method, a usable starter brief, failure checks and a clear boundary around what we did not test. It is free to read; it is not a paid entitlement.

01 / First choose the deliverable—not the model

For an editable product scene, the useful deliverable is a Blender project with named objects, materials, lighting and camera settings—not only the final image. For a web hero, a lightweight exported asset may matter more than a photoreal render. Decide this before trying the demo. Our interpretation: a text-to-scene workflow is most promising when subsequent changes are simple enough to inspect. It is a weaker fit when you need production topology, exact engineering dimensions or a guaranteed asset licence and cannot review those yourself.

02 / What the public project actually supplies

Blender MCP is a community integration by Siddharth Ahuja, not a Blender-official product. Its documentation describes a client-facing MCP server and an addon inside Blender. The assistant can inspect and modify a scene and execute Python. The public examples include the dungeon and reference-image scenes shown here. That supports the existence of a tool-assisted route; it does not establish which current frontier model will produce the best result, how many attempts those demos required, or what a beginner’s completion rate will be.

Supporting documentation (opens in a new tab)

03 / Split the workflow at the editable handoff

Our recommended sequence has four checkpoints. First describe the required shot and the elements that must remain editable. Second ask the assistant to inspect the existing scene before proposing changes. Third build only the broad geometry and camera composition; inspect that before adding materials or external assets. Fourth save a separate project version before rendering or exporting. The decision to continue belongs at each checkpoint. This sequence is our editorial recommendation, not a tested recipe or a transcription of the author’s tutorial.

04 / A starter brief you can adapt

Use the brief below to make an experiment inspectable. It deliberately starts with inspection rather than an instruction to execute arbitrary code. The goal is to preserve a small editable scene and a record of what changed. We have not run this prompt against the current Fable or Astra models. Treat it as an original working template to adapt, not a benchmark-winning prompt.

Original starter brief · not a tested prompt
Goal: an editable scene for a single product shot.
Before changing anything, inspect the open Blender scene and report its objects, active camera and existing materials.
Propose the smallest reversible set of changes for a neutral backdrop, one product object and soft studio lighting.
Do not delete existing objects, install packages, fetch assets, spend API credits or execute a proposed script until I approve it.
Keep objects and materials named. Ask before overwriting files.
Stop after the rough composition so I can review the camera and proportions.
At the end, report what changed, what remains manual, and how I can reopen the editable project.

05 / The parts that can break

The project documentation warns that Python execution can make powerful changes. Work in a copy and review permissions before connecting tools. Imported models, textures and generation services have separate licences and possible costs; the integration’s MIT licence does not grant rights to every asset it imports. The documentation also describes telemetry settings. Check the current defaults and data policy before using confidential work. An attractive scene is not enough to settle any of those questions.

Supporting documentation (opens in a new tab)

06 / Which route should you try?

If you already have a supported MCP client and are comfortable checking a Blender scene, start with that client and a small reversible edit. If you only need a static image, this route may add unnecessary software and review work; use an image workflow and check its output instead. If you need a website asset, test the export and load time on the target page. We have not established a Fable-versus-Astra winner for this task. Choose the route with the fewest new dependencies, then compare alternatives only if it misses a requirement.

07 / What would change our conclusion

We would want native project files, complete prompts and visible settings, failed attempts, human correction time and an independently opened export. A useful next test would ask two toolchains to make the same small change to the same licensed scene. Until those materials exist, do not convert this case into a claim about model superiority, a promised time saving, or an income opportunity. The value here is a clearer experiment and fewer hidden assumptions—not certainty the evidence cannot support.

Evidence and limits

Original editorial analysis of an author demonstration and an adaptable, untested brief. No native Blender project, controlled model comparison, video course or guaranteed result is included. The public source remains open.

Source project licence (opens in a new tab)