Point and click is writing, plus a lot of plumbing

A point and click adventure has, underneath it, a surprising amount of state. Which items you hold. Which items have been combined. Which conversation topics have unlocked. Which door is now unlocked because of a thing you did two scenes ago. Which line the character says on the second examine rather than the first.

None of that is creative work. All of it must be exactly right, because the genre fails loudly: one broken flag and the game is unfinishable, and the player will not know whether they are stuck because of a bug or because they are missing something.

This is the ideal case for handing code away. It is high-volume, low-taste, and unforgiving of small mistakes.

The writing. Every good adventure game is carried by its dialogue and its examine text, and that is not something to generate and forget. The joke in the description of a broom is why people remember these games.

The puzzle design. A good adventure puzzle is fair in hindsight, which means the solution has to be visible before it is needed and the game has to hint without telling. That is a judgement about a specific player at a specific moment, and it is yours.

The scenes. You build them by hand in the builder, deciding what is in frame, what draws the eye, and what the player will try to click on first because it looks important.

The inventory, with combining and use-on rules. The dialogue system, with branches and conditions and topics that appear once something is known. The flag state that tracks what has happened. The save file. The hotspot handling, the cursor states, the walk-to logic.

You describe behaviour in plain language: using the crowbar on the crate opens it, but only after the guard has left, and if the guard is still there the character refuses with this line. Director 1 writes the GDScript in your project.

Then you play it and find the hole, because there is always a hole. You describe it and it gets fixed. That loop is the normal way to work here.

Stage Engine is a desktop app for Mac and Windows with Godot bundled inside it. Your project is a real Godot project on your disk, so your writing, your art and your audio are files you own rather than rows in someone else's database.

The game runs locally when you press play. There is no browser version and no streaming.

Building needs an internet connection, because Director 1 and asset generation come over the network. Playing what you built does not.

The classic look is a painted 2D background with characters on top, and Godot handles that fine. Stage Engine leans 3D in its world tools, which opens the other branch of the genre: real 3D scenes with a fixed camera, where you can move the camera later and the room is still there.

Art comes from generation, the web, or your own hand, and geometry can be built directly when that is the honest fastest way to get you playing. You will always be told which route was taken.

Adventure games have one characteristic death: the player is stuck, has tried everything, and cannot tell whether they are missing an object, missing an idea, or hitting a bug. They stop playing and never come back, and they rarely tell you why.

The defences are known. Make the required object visible before it is needed. Have the character comment on what is wrong rather than refusing silently. Give a hint system that escalates. Avoid a puzzle whose solution depends on knowledge the character has and the player does not.

Most of those are systems, which means they are code and get written for you. What is not automatic is testing for it. Watch someone else play, say nothing, and write down every place they hesitate. That list is your real bug report and no tool produces it.