AI game prototyping, on an engine the prototype can survive on

The usual cost of a fast prototype is that you have to throw it away. Flockbay prototypes inside a real Godot project, so a good one keeps going.

The two-tool problem

Standard practice is to prototype in something quick and rebuild in something serious. That is sensible when the quick tool produces a format nothing else can read, and it costs you the whole prototype every time.

It also distorts what you learn. A prototype built in a smaller tool teaches you about a smaller version of your game. If the idea depends on scale, distance, weather or a landscape you can get lost in, a tool that removed those cannot tell you whether it works — and if the idea depends on a jump arc and a ledge, a tool that only does rooms and dialogue cannot either. The mismatch is what costs you, in both directions.

Flockbay collapses the two. What you make is a Godot project from the first minute, running natively on the bundled Godot, so a prototype that turns out to be good does not need to be re-made anywhere else.

What makes it fast

Behaviour comes from description. You say what should happen and Director 1 writes the GDScript in your project. Prototyping is mostly systems work — the loop, the failure state, the thing the enemy does — and systems work is exactly what is slow to write by hand.

World comes from your hands, and which tools those hands get is settled when you make the project: 2D or 3D, shown as two pictures, with no default. On the 3D side it is terrain, water, weather and buildings, placed directly in the builder. In 2D it is ground you drag into place and sprites you position, turn and size yourself. Rough is fine and rough is the point at this stage. You are answering a question, not decorating.

A flat prototype starts fastest of anything in the app. A new 2D project is already playable — sky, a band of scenery, ground with a ledge cut into it, a floating platform, a person who walks, falls and jumps — and ground you drag is walkable the moment you let go, because the tiles, the edges and the collision all fall out of which cells you covered. That is a prototype's entire wish list and nothing beyond it.

And you play it immediately, locally. No build queue, no export step to check something obvious.

Prototyping the thing you are actually unsure about

The most common prototyping mistake is building the parts you already know work. If you are confident the combat is fine and unsure whether the traversal is boring, then the prototype is the traversal, with placeholder everything else.

This tool makes that discipline easier to hold, because the surrounding systems can be described in a sentence and stop consuming attention. You spend the session on the uncertainty rather than on the scaffolding around it.

It also makes it cheap to build the same idea twice, two different ways, and play both. That comparison answers questions no amount of discussion does.

What it will not tell you

A prototype does not tell you whether the game will hold for twelve hours. It tells you whether the core is interesting for ten minutes. Those are different questions and only one of them is answerable this early.

It also will not tell you whether the game looks good, because at this stage it does not. Judging art direction off a prototype is a reliable way to kill a good idea.

Practicalities

Desktop app for Mac and Windows, Godot bundled inside. Free to download, and the builder is free to use; Indie at $10 a month unlocks the AI assistance, with a limited trial of it on the free plan.

Building needs an internet connection because Director 1 and generation are online. The prototype you built runs locally, so you can playtest it anywhere, including in front of someone on a bad connection.

Knowing when to stop prototyping

The failure mode at this stage is not building badly. It is enjoying the prototype phase and never leaving it, because prototypes are fun and finishing is not.

A prototype has done its job when it has answered the question you built it for. Write the question down before you start, and when you can answer it, stop and decide: continue this into a game, or discard it and ask the next question.

Discarding is a legitimate outcome and a cheap one here, because the answer cost you an evening. Most ideas should die at this stage and the ones that survive are worth the year.

Questions

How rough can a prototype be here?
As rough as you like. Untextured terrain and placeholder shapes are normal and the game still runs natively at full speed.
Do I have to rebuild it later in a real engine?
No. It is a Godot project from the start. Continuing is just continuing.
Can I prototype 3D specifically?
Yes. Pick 3D when you make the project and terrain, water and weather are there without setup. Picking 2D is the same app with the flat world's own tools, and it gets you to something playable sooner.
How much does it cost to try?
Nothing. Free download, free builder, no card. Indie at $10 a month unlocks the AI assistance, and you can try that before paying.
Can I prototype on a flight?
No. Building needs a connection for the AI and generation. Playing a prototype you already built does not.