Being "anti-AI" is a liability. So is expecting AI to make you good.
Published: August 1, 2026 · by the mebo team
Game developers are sorting themselves into two camps: the ones who refuse AI on principle, and the ones who think AI is the principle. Both are making the same mistake — confusing the tool with the craft. Speed decides who gets to keep making games. Taste decides whether the games are worth making. You need both, and in 2026, pretending otherwise is a luxury most developers can't afford.
Full disclosure before the argument: we build mebo, an AI IDE for Godot, so weigh our incentives as you read. The argument still has to stand on its own — here it is.
Speed has always been king
Every generation of game-dev tooling was "cheating" when it arrived. Engines replaced
hand-rolled renderers. Version control replaced folders named final_v3_REAL.
Asset stores replaced modeling every crate from scratch. Godot itself is a monument to
not doing everything by hand — nobody ships a homemade physics engine to prove a point.
Each time, the developers who adopted the new layer first didn't just work less. They shipped more, learned faster, and got to spend their hours on the parts players actually feel. AI-assisted development is the next step on the same staircase. The pattern is old; only the name is new.
The math is unkind to purists
Here's the uncomfortable arithmetic every honest developer knows: most game ideas aren't fun. Not yours, not ours, not anyone's. First ideas rarely survive contact with players, and the only reliable way to find the one that works is to test many.
That makes iteration speed the denominator of your entire career. If a playable prototype costs you a month, you get maybe ten real attempts a year, and every dead end burns one of them. If a prototype costs a weekend, a dead end costs a weekend — and "let's try the dumb version of this idea" becomes a Tuesday, not a quarter.
Your odds of shipping a game people want scale with how many ideas you can afford to test.
Game dev is already risky and time-intensive. Thousands of games launch every year and most sink quietly; the market doesn't grade on effort. Refusing the tool that compresses your idea-to-verdict loop doesn't reduce that risk — it doubles down on it, out of pride, with the one resource you can't buy back.
And yet: AI will not make you a great developer
Now the half the AI-maximalists get wrong. A model has no taste. It doesn't know your platformer should feel like a coiled spring, that your horror game dies the moment the player feels safe, or that the feature you're excited about is bloating the scope of a game that should ship in March. It cannot tell "technically works" from "feels right", and it will happily build the wrong thing at incredible speed.
Point an agent at a vague idea, accept everything it produces, and you get the median of everything — playable slop. The developers actually getting a 10x out of these tools aren't outsourcing judgment. They're outsourcing busywork: the boilerplate, the wiring, the version-drift archaeology, the fifth rewrite of the inventory UI. The design calls — what to build, what to cut, when it finally feels right — never leave their hands.
AI amplifies the developer you already are. Amplified taste ships gems. Amplified aimlessness ships slop, faster.
"But my skills will atrophy"
Depends which skills. Mashing tab on unreviewed autocomplete probably does atrophy something. Reading a diff and deciding whether it lands is a different activity — it's code review, the same muscle senior engineers spend their days exercising. When the assistant grounds its edits in the class reference for your exact engine version, review becomes a tour of correct idioms applied to your own code.
What atrophies is typing. Typing was never the craft. The craft is knowing what the game needs next — and you keep all the reps that matter: reading, judging, directing.
What the fast ones actually do
- They delegate busywork, not judgment. The agent scaffolds, wires and refactors; the human decides what the game is.
- They review everything. Every change lands as a diff they read and approve. Authorship isn't negotiable.
- They demand grounding. Answers come from the engine's actual documentation for the version they run — not vibes from a training set.
- They close the loop. The agent runs the game, reads the errors and fixes them before a human ever looks up.
- They playtest ruthlessly. More builds in front of real players, sooner — because finding the fun is the whole job.
This workflow is what mebo is built around — an agent that maps your Godot project, learns it as you build, grounds itself in your version's docs, and hands you every change for approval. But the workflow matters more than the logo on it. Whatever tool you choose: accept nothing blindly, and let nothing slow you down.
The bottom line
No player has ever loved a game because its developer typed every line by hand. Players judge the game: the feel, the surprise, the polish. Those come from iteration. Iteration comes from speed. And speed, in 2026, comes from working with an agent while staying the author.
Being anti-AI is a liability because it taxes the one resource you can't buy back. Being uncritically pro-AI is a liability because it automates away the judgment that makes games worth playing. Speed is king. Taste is the kingmaker. Take both.
Common questions
Should game developers use AI in 2026?
For engineering busywork — code, scenes, wiring, debugging — yes; the iteration-speed advantage is too large to concede to everyone else shipping alongside you. The caveats matter: review every change, keep the design decisions, and use tools grounded in your engine's real documentation. AI for art and assets is a separate, genuinely contested question that stays your call.
Does using AI make your game worse?
Unreviewed AI output does — mushy mechanics, subtle bugs, code nobody on the team understands. Reviewed AI output is indistinguishable from your best work, because you read and approved every line of it. Quality follows the review bar, not the generator.
Will AI replace game developers?
It replaces the busywork, not the developer. A model has no sense of fun, no scope discipline and no opinion about what your game should be — those remain the job. The developers at risk aren't the ones using AI; they're the ones iterating slower than everyone else in their genre.
mebo is not affiliated with or endorsed by the Godot Engine project.
Download