Free, no code, and still an engine rather than a toy

What a free AI game maker gives you is defined on that page.

A game maker gives you assembled parts. A game engine gives you the machinery those parts were built from. The distinction sounds academic until your game needs something the parts do not cover, and then it is the only thing that matters.

Most free no-code products are makers wearing the word engine. They are pleasant, they are genuinely free, and they have a fixed vocabulary of behaviours. When you exhaust that vocabulary there is no next step inside the tool. There is only starting again somewhere else.

The reason that trade exists is that removing code has historically meant removing the ability to express arbitrary behaviour. Menus were the only way anyone knew to do it.

Do not remove it. Write it for the person.

Flockbay runs on Godot, which is open source and free and is a full engine by any measure. Flockbay writes GDScript into your project when you describe what should happen. Because the output is a general programming language, there is no vocabulary to exhaust. If Godot can do it, your game can do it, and nobody had to anticipate your idea.

You never write a line and you are never required to read one. The project is readable, which is a property of it being real, not an obligation on you.

The download is free for Windows and the platform is free to use. Godot itself is open source and free regardless of us. There is no watermark, no export gate, no revenue share and no reduced engine on the free plan.

What costs money is the AI — Flockbay writing your gameplay logic, and texture, sound, prop and rig generation — because those run over the network and cost real money every time. Flockbay is free on your own AI: your Claude or ChatGPT plan, your own agent, or an API key. A product promising unlimited AI for nothing is either about to reprice or is spending someone else's money on you.

The important consequence of that structure: your work is never the hostage. Stop paying and your Godot project is still a Godot project.

More on this: A free 3D game maker, and what free usually hides in 3D

You build the world by hand, and which world is the first thing a new project asks: 2D or 3D, with nothing created until you answer. Pick 3D and the by-hand work is terrain, water, weather, buildings and characters, arranged directly in the builder. Pick 2D and it is ground you drag into existence and drag away again, with the tiles, the edges and the collision all falling out of which cells you covered, plus sprites dropped and dragged with the mouse. Spatial work is done by pointing either way, because that is faster and more precise than describing it.

You describe behaviour to Flockbay and it writes the code. Then you play the game and say what is wrong with it. That verdict is the input the entire process runs on, and being non-technical has no bearing on your ability to give it.

The game runs locally on the bundled Godot at your machine's framerate, which is why a 3D world with real terrain and weather is a reasonable thing to attempt on that side. Building needs an internet connection; playing what you built does not.

More on this: The easiest game maker to actually finish something in

Before committing months anywhere, take the strangest mechanic in your design and try to build only that. Not the tutorial project. The odd one: the door that only opens when nobody is watching, the enemy that copies your last three moves, the season that changes what the map means.

A tool with a fixed vocabulary will fail that test in a specific way. You will find yourself designing around what is available rather than toward what you wanted, and the compromise will feel reasonable each time until the game is somebody else's.

That test is cheap and it is worth doing on us as well. Ask Flockbay for the strange thing on your first day, play the result, and judge it. If the answer is bad, you have lost an afternoon rather than a season.