Prompt to 3D game: the prompt writes the systems, you shape the space

Try writing down the exact shape of a hill you can picture. Height, slope on each side, where it flattens, how the ridge runs, where the trees stop. It takes a paragraph, it will still be wrong, and you would have drawn it in fifteen seconds.

This gets worse the more of a world there is. A valley, a river through it, a road that follows the river, a town where the road crosses — the relationships between those things are the design, and prose is a bad format for relationships in space.

So Flockbay does not ask you to describe the world. You build it, by hand, in a builder with manual controls: shape terrain, cut a valley, let water fill it, set the weather and the time of day, place the buildings and the trees where you want them.

More on this: Prompt templates for your own agent in Flockbay

Everything with rules. How the player moves and what they can climb. What the wolves do when they smell you. Whether the torch burns down. What happens when you enter the town at night with a stolen thing in your bag.

Flockbay writes those as GDScript inside your project. You never have to read it, though it is a normal Godot project and the file is right there.

Then you play it, and this is the part that matters most in 3D: things feel wrong in ways you only notice at the controls. The camera swings too fast, the jump does not clear the gap you thought it would, the enemy sees you through a hedge. Those are precise, useful corrections and they only come from playing.

Flockbay is a desktop app for Windows and it ships with Godot inside. When you press play, your machine renders the game. No streaming, no queue, no browser tab holding a budget over you.

For 3D that is the difference between a scene and a world. Draw distance, terrain resolution, dynamic weather, how many characters can be doing things at once — all of it comes out of the hardware actually running the frame.

Building needs an internet connection. The chat, asset generation and world data all come over the network. Playing what you built does not.

More on this: Looking for an AI dungeon master, or a game to put one in?

Something rough that runs. A landscape you have started shaping, a character that moves the way you asked, one system doing what you described. Not a game yet.

Getting from there to a game is iteration, and most of it is you deciding things: this is too big, that is too dark, this route is boring, that fight is too long. The tool is fast at acting on those. Having them is the work only you can do.

More on this: Open worlds are a scale problem before they are a design problem

Free to download, and the whole builder is free. Flockbay is free on your own AI: your Claude or ChatGPT plan, your own agent, or an API key. Flockbay builds from a library of ready-made objects, or with Godot's own shapes. The engine and the export path are not held behind a plan.

First worlds are almost always too big. A landscape that looks reasonable from above turns out to take four minutes to cross on foot with nothing happening, and nothing kills a 3D game faster than empty walking.

The fix is to build to walking distance rather than to the view. Decide how long it should take to get from one interesting thing to the next, walk it, and shrink the gap until it stops being a chore.

You will notice this immediately once you play it and never notice it while looking at the builder from above. That is a general rule for 3D: the camera you design in is not the camera anyone plays in.

More on this: A 3D game maker for people who bring their own Claude or ChatGPT plan