Slay the Spire 2 Bans AI Code: Only Human-Authored Mods Allowed

Slay the Spire 2 Bans AI Code: Only Human-Authored Mods Allowed

I opened Godot’s GitHub at 2 a.m. and the pull request list read like a broken faucet of pull requests: steady, useless, and impossible to ignore. Review threads filled with near-identical patches and boilerplate answers, and I felt my free time siphoned into a machine’s mistakes. You’d feel the same if you’d ever tried to teach code to something that can’t be taught.

I’m a reporter and code meddler of sorts, and I’ve spent enough hours in maintainer queues to know where morale goes when contributions stop being human. The Godot Engine team has responded by drawing a hard line: from now on, only human-authored code is allowed in their official tree. That decision is blunt, public, and built on a nightmarish practicality—reviewing AI-generated PRs became an impossible grind.

The Silent in Slay the Spire 2
Godot was used to create Slay the Spire 2. Image via Mega Crit

I scrolled through maintainers’ comments and saw a pattern.

The Godot post on contribution policy makes the motive plain: reviewers were spending their free time mentoring what turned out to be automated outputs. When your feedback only ends up training a bot instead of grooming a human maintainer, the task stops feeling like community work and starts feeling like busywork. The core ask from the team is simple—protect contributor education and accountability so maintainers don’t burn out.

Why did Godot ban AI-generated code?

Kotaku and others flagged the problem: an explosion of pull requests, many produced or submitted by AI agents, overwhelmed a volunteer review base. Beyond volume, the quality and provenance were problems. The Godot policy flags several harms—demoralization of reviewers, a flood of low-effort changes, and the loss of traceable responsibility. Their answer: ban autonomous agents, require mandatory disclosure of any AI assistance, and insist on a human review step before merging.

I watched the policy list the specific restrictions line by line.

Here’s what the engine’s rules actually do. Autonomous AI agents that submit code will get you permanently removed from Godot’s GitHub. Any use of AI to write “substantial pieces of code” must be disclosed. Using AI in project communication is prohibited. And every pull request needs an explicit human review before merge. It’s not a vague warning; it’s a legalistic nudge toward human accountability.

How will this affect indie developers who use Godot for games like Slay the Spire 2?

If you’re an indie dev or a studio like Mega Crit that ships on Godot, day-to-day work won’t suddenly stop. The change mostly targets community contributions and repository hygiene. But it will alter how teams treat “quick fixes” and prototype helpers: AI outputs can accelerate experimentation, but they can’t be dropped into the main branch without a human taking authorship and responsibility.

I listened to the maintainers explain why this felt necessary.

They said something blunt: AI contributions are demoralizing. Review work used to be its own reward—mentoring newcomers, sharing tribal knowledge, turning contributors into maintainers. When the feedback loop feeds a model instead of a person, that reward evaporates. The policy is an attempt to keep the mentorship economy alive.

Will other game engines follow Godot’s approach?

Big corporate publishers and engine vendors—Epic, Unity—have different incentives. They frequently tout AI for productivity gains and rely on scale to triage noise. But the open-source world is different: smaller teams, volunteer time, a cultural premium on stewardship. I expect other open-source projects to watch this experiment closely; if morale and maintenance overhead improve, this could become a pattern for community-led tools.

There are two shapes to this debate. One side sees AI as a force multiplier for individual devs; the other sees it as a vector for low-effort noise that corrodes communities. Godot picked the latter, and their rules are weaponized to protect the human side of contribution.

My take: code needs named authors who can explain design intent and stand behind fixes. When that chain breaks, you don’t just lose maintainability—you lose the human stories that make open-source trustworthy. Review threads turned into a room full of echoing drafts, and that hollowed out the very thing Godot relies on.

If maintainers sprint to keep projects healthy, what does it mean for your tooling choices and community strategy—will you accept AI as a private lab tool or insist it never touches the main branch?