Racing game maker: handling is a feel, and feel is tuned by driving

Everything else in a racing game is decoration around how the vehicle responds. Grip, weight, how quickly it rotates, how much the back steps out, whether braking loads the front. Those numbers are the difference between a car that is fun to drive round an empty car park and one that is a chore on the best track ever made.

You cannot specify that in a sentence. Nobody can. What you can do is drive it, notice it turns in too sharply, say so, drive the revision, and repeat until it is right. That loop is short here because Flockbay rewrites the GDScript in your project as fast as you can describe the problem.

Expect to spend a lot of the project on this, and expect that to be the enjoyable part.

More on this: Godot racing templates give you two different answers to how a car drives

Flockbay builds the track from the brief: it sculpts the terrain, lays the route over it, decides where it climbs and where it drops, and puts the barriers where they need to be. Terrain, water and weather are their own tools, so a coastal circuit in the rain is set rather than hoped for. Then you drive it. When a corner is wrong by a few metres, say so, or press Sculpt around the Godot editor's 3D view and move it yourself, with Godot's undo behind you.

Track design has rules of thumb worth knowing: corners that reward the brave line, a straight long enough to make overtaking possible, a rhythm that varies rather than a sequence of identical bends. None of that is automatic, and a first layout from a brief or a generator is only a first layout. The rest comes from driving your own track and being bored by parts of it.

Elevation change is the cheapest thing that makes a track interesting and the thing beginners most often forget.

Lap timing, checkpoints, the reset when you fall off, opponent behaviour, a grid position, a finishing order, a time trial ghost. All of that is code and none of it is your problem to type. Describe it, Flockbay writes it into the project, you play it.

Opponent AI is worth being specific about. "The AI should brake later than me on the second corner and be beatable on the third lap" is a better instruction than "make the AI good", and it is the kind of instruction you can only give after you have raced it a few times.

Racing is the genre least tolerant of a bad frame time. Input lag and stutter destroy the feel that the rest of the work is spent building.

Flockbay is a desktop app for Windows, macOS and Linux with Godot bundled inside. When you press play, your own machine renders the game with your own graphics card. Nothing is streamed and there is no browser tab in the way.

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

Free to download, world tools included. Flockbay is free, AI included: free hosted AI every day, or your Claude or ChatGPT plan, your own agent, or an API key.

Speed in a racing game is mostly a trick played on the eyes and ears. Field of view that widens as you accelerate, a camera that lags slightly under power, road detail rushing past close to the ground, and engine noise that responds to the throttle rather than the speed.

None of that changes the physics and all of it changes how fast the game feels. It is worth tuning deliberately rather than leaving to whatever the defaults happen to be.

Ask for those as behaviours, then drive and adjust. A car that is genuinely quick and feels slow is a common and fixable problem, and it is usually the camera.