Stage Engine for studios, with the caveats up front
There is no enterprise tier, no seat pricing and no shared workspace. If you run a studio, that is the first thing to know, and it still might be worth having on a few machines.
What we do not have
No team plan. No per-seat licensing. No admin console, no shared project hosting, no role permissions, no single sign-on. Stage Engine is a desktop application that one person installs on their own Mac or Windows machine and signs into.
If your procurement process needs a vendor with all of that, we are not that vendor today and pretending otherwise would waste a meeting. The pricing is Free, Indie at $10 a month and Pro at $50, and those are the only options.
Everything below assumes you are fine with people expensing a $10 or $50 subscription rather than buying a floor licence.
Where it genuinely helps: the week-one prototype
The expensive thing in a studio is not building the prototype, it is deciding whether the idea is worth building. That decision usually waits on an engineer being free, and by the time one is, the question has gone cold.
Stage Engine collapses that. A designer builds the world by hand and describes the behaviour; Director 1 writes the GDScript; the thing runs locally on the bundled Godot and someone plays it that afternoon. The output is a real Godot project, not a mockup, so what you are judging is a game rather than a slide.
That is a real reduction in the cost of finding out an idea is bad, which is where most of the value in prototyping lives.
Where it helps second: the people who cannot currently build
Writers, artists, audio people and producers usually have ideas they can only express by asking someone else to build them. That request has a queue and the queue is long enough that most of the ideas die in it.
Given this tool, those people can build a playable version of what they mean. Not shippable, and not intended to be. Playable, which is a completely different quality of argument in a review meeting.
They also judge the result themselves, which is worth saying plainly: not writing the code has never stopped anyone knowing whether a game feels right.
Where it does not fit
Production on a large existing codebase. If you have a mature Godot or Unity project with an established pipeline, this is not a tool that plugs into it. It is app-shaped, not plugin-shaped.
Collaboration is also outside it. There is no multi-user editing, no built-in version control workflow and no shared world. What people build here, they build alone and then bring out.
And building requires an internet connection, because Director 1, asset generation and world data come over the network. If your studio machines are on an isolated network, that is a hard blocker and there is no offline mode.
The technical shape, briefly
Desktop app for Mac and Windows. Bundles Godot. Games run locally at the machine's framerate — no streaming, no cloud build, no browser preview. Projects are ordinary Godot projects, which means nothing built here is stranded if you move the work into your own pipeline afterwards.
An external agent can drive the app over MCP if your team already has its own AI tooling and would rather use that than Director 1.
How to trial it without a process
Put it on one machine belonging to one person who has an idea they cannot currently build. Give them a fortnight and one question to answer: is this idea worth an engineer.
Do not roll it out, do not write a policy, and do not have a meeting about tooling. The whole point is that the cost of finding out is a $10 subscription and someone's spare afternoons, and any process wrapped around that immediately costs more than the thing it governs.
If the answer comes back playable and interesting, you have a prototype and a decision. If it comes back dull, you saved a quarter.
Questions
- Is there a team or enterprise plan?
- No. Free, Indie at $10 a month, Pro at $50, per person. There is no seat pricing, admin console or shared workspace.
- Can several people work on the same project?
- Not inside the app. There is no collaborative editing. Projects are ordinary Godot projects, so what you do with them outside is up to you.
- Can we use it on an offline network?
- No. Building requires an internet connection because the AI, asset generation and world data come over the network. Playing a finished build does not.
- Does it integrate with our existing Godot project?
- It is not a plugin for an existing pipeline. It builds its own real Godot projects.
- Can we use our own models?
- Yes, by driving the app with your own agent over MCP.