Unreal Engine vs Godot Engine

Agent access

1. ai-native userPoint an agent at llms.txt or agent-oriented docs

   weight 2 · round drawn
   Unreal Engine—none0/10

   A direct probe found no llms.txt on Epic's domains, and appending .md to docs URLs returns the HTML SPA shell rather than agent-readable markdown, meaning there is no mechanism to point an agent at machine-readable docs.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine—none0/10

   Explicit probes show no llms.txt (404 at docs.godotengine.org/llms.txt), no .md doc mirrors, and no agent-oriented docs endpoint; the only doc format is standard human-facing HTML documentation.

   • [probe] “PROBE llms.txt: HTTP 404 at https://docs.godotengine.org/llms.txt”
   • [probe] “PROBE docs-md: HTTP 404 at https://docs.godotengine.org/en/stable/.md”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): godotengine.org serves no llms.txt (HTTP 404; docs.godotengine.org 404 as well) and docs pages…”

   proof ↗⚑ flag

2. ai-native userRun the product headlessly / in CI for automation

   weight 2 · round to Godot Engine
   Unreal Engine~partialprobed6/10

   Docs show real automation building blocks: command-line launch arguments (unreal-docs-7, unreal-docs-14), UAT commands for cooking/packaging/deploying (unreal-docs-16, unreal-docs-17), and Python editor scripting for automating asset tasks (unreal-docs-4), all of which are commonly used to run Unreal headlessly in CI pipelines. However, there is no explicit first-party 'headless mode' or CI-integration guide, and the probe notes Unreal's docs/repos are largely non-machine-readable (403s, no llms.txt, no official MCP), suggesting automation setup requires manual/expert configuration rather than a turnkey CI story. Missing for 10: dedicated headless-mode documentation, official CI/CD templates (e.g., GitHub Actions), and independent hands-on confirmation of CI pipelines running Unreal successfully.

   • [claimed-docs] “command-line arguments can be an invaluable tool for testing and optimizing your project”
   • [claimed-docs] “Command-line Arguments, also called Additional Launch Parameters, customize how the engine runs on startup.”
   • [claimed-docs] “UnrealEditor.exe <GameName or uproject> -run=cook -targetplatform=<Plat1>+<Plat2>”
   • [claimed-docs] “This command can cook content for a platform, package it up into a platform's native format for distribution, deploys it to the device, and …”
   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine✓fullprobed8/10

   Godot documents an official CLI for command-line work and headless operation is explicitly confirmed via runtime probe (`godot --headless` for CI builds, exports, and scripted editor automation), plus EditorScript for scripted automation and one-click exports supporting CI pipelines. Missing for 10: no first-party CI/CD documentation or GitHub Actions template explicitly walking through a CI setup, and no independent hands-on report confirming headless CI use in the wild.

   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [claimed-docs] “Godot is designed to be friendly to them, so here are the steps for working entirely from the command line.”
   • [claimed-docs] “Scripts extending this class and implementing its _run() method can be executed from the Script Editor's File > Run menu option (or by press…”
   • [claimed-docs] “This is useful for adding custom in-editor functionality to Godot.”
   • [github] “Games can be exported with one click to a number of platforms, including the major desktop platforms (Linux, macOS, Windows), mobile platfor…”
   • [probe] “official CLI documented at https://docs.godotengine.org/en/stable/tutorials/editor/command_line_tutorial.html”
   • [probe] “PROBE runtime (recorded 2026-09-15): Godot installs keylessly from Homebrew (cask godot 4.7.2, '2D and 3D game engine') — one command to the…”

   proof ↗⚑ flag

3. ai-native userPlug MCP servers into this product so it can use their tools

   weight 3 · round drawn
   Unreal Engine—none0/10

   Unreal Engine is a platform/tool (not an agent), so the MCP-server axis fairly applies, but evidence shows no official Epic-maintained MCP server exists (GitHub search for `mcp org:EpicGames` returns 0 results) and the most popular community MCP integration is unmaintained since 2025, meaning there's no first-party way to plug MCP servers into Unreal for tool use.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine—none0/10

   There is no evidence Godot itself can consume MCP servers as a client to use their tools; the probe shows no official MCP integration exists (0 results searching GitHub org, no llms.txt), only unofficial third-party community projects like godot-mcp and godot-ai, which expose Godot's editor as an MCP *server* for external agents to control, not Godot acting as an MCP client consuming external tools.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): godotengine.org serves no llms.txt (HTTP 404; docs.godotengine.org 404 as well) and docs pages…”

   proof ↗⚑ flag

4. ai-native userConnect an agent via an official MCP server

   weight 3 · round drawn
   Unreal Engine—none0/10

   Unreal Engine is a platform/tool (not itself an agent), so an official MCP server axis applies, but evidence shows no official Epic MCP server exists — a GitHub org search returns 0 results, and the most popular community MCP integration is unmaintained since 2025.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine—none0/10

   Evidence explicitly shows no official Godot MCP server exists (GitHub org search for 'mcp' returns 0 results, no llms.txt, no official endpoint); only third-party community MCP projects exist. The axis applies since Godot could plausibly ship an official MCP integration for editor automation, but no such first-party offering is documented.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): godotengine.org serves no llms.txt (HTTP 404; docs.godotengine.org 404 as well) and docs pages…”

   proof ↗⚑ flag

5. ai-native userUse an official CLI

   weight 2 · round drawn
   Unreal Engine✓fullprobed7/10

   Unreal ships an official CLI surface: UnrealEditor.exe/UAT commands for cooking, packaging, deploying and running projects, plus documented command-line arguments for automation and testing, and Python editor scripting for scriptable workflows — all first-party and independently confirmed as keylessly fetchable per the probe. missing for 10: explicit AI-native framing or agent-oriented tooling around the CLI, and independent hands-on validation of using it in agentic workflows.

   • [claimed-docs] “command-line arguments can be an invaluable tool for testing and optimizing your project”
   • [claimed-docs] “Command-line Arguments, also called Additional Launch Parameters, customize how the engine runs on startup.”
   • [claimed-docs] “UnrealEditor.exe <GameName or uproject> -run=cook -targetplatform=<Plat1>+<Plat2>”
   • [claimed-docs] “This command can cook content for a platform, package it up into a platform's native format for distribution, deploys it to the device, and …”
   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine✓fullprobed7/10

   Godot ships an official command-line interface (godot binary with --headless, export, script-run flags) documented extensively and confirmed via runtime probe, enabling scripted/agentic automation such as CI builds and exports. Missing for 10: no AI-specific CLI features (e.g., structured/agent-friendly output modes), no independent hands-on validation of CLI scripting workflows beyond docs, and no llms.txt or machine-readable docs mirror.

   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [claimed-docs] “Godot is designed to be friendly to them, so here are the steps for working entirely from the command line.”
   • [probe] “official CLI documented at https://docs.godotengine.org/en/stable/tutorials/editor/command_line_tutorial.html”
   • [probe] “PROBE runtime (recorded 2026-09-15): Godot installs keylessly from Homebrew (cask godot 4.7.2, '2D and 3D game engine') — one command to the…”

   proof ↗⚑ flag

6. ai-native userDrive the product through a documented public API

   weight 3 · round drawn
   Unreal Engine~partialprobed6/10

   Unreal ships genuinely documented public APIs — a Python editor-scripting API for automating asset/editor tasks, a C++ gameplay API, and command-line/UAT automation flags — which a user or script can drive programmatically. However, the probe evidence shows these are not AI-native accessible: no official Epic MCP server, no llms.txt, docs served only as an HTML SPA (no .md fetch), and the GitHub source repo is EULA/account-gated returning 404 to unauthenticated API calls, with the leading community MCP abandoned since April 2025. Missing for 10: AI-agent-discoverable/machine-readable API docs, an official MCP or agent-facing interface, and keyless programmatic access to source/API metadata.

   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”
   • [claimed-docs] “there may be cases where you want precise control over when and how Assets are discovered, loaded, and audited. For these cases, the Asset M…”
   • [claimed-docs] “command-line arguments can be an invaluable tool for testing and optimizing your project”
   • [claimed-docs] “Command-line Arguments, also called Additional Launch Parameters, customize how the engine runs on startup.”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine~partialprobed6/10

   Godot exposes a documented, scriptable surface (command-line/headless mode, EditorScript for in-editor automation, full GDScript/C# class API, and a keyless JSON Asset Library API) that an agent could drive programmatically, per godot-docs-3/5/12/14 and godot-probe-rt-1/2. However this is a traditional engine API/CLI, not an AI-native interface: probes confirm no llms.txt, no OpenAPI spec, and no official MCP server (godot-probe-1/2/3, godot-probe-rt-3), leaving only third-party community MCP wrappers of uneven maintenance. Missing for 10: an official machine-readable API spec (OpenAPI/llms.txt) and a first-party MCP or agent-oriented interface layer.

   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [claimed-docs] “Scripts extending this class and implementing its _run() method can be executed from the Script Editor's File > Run menu option (or by press…”
   • [claimed-docs] “Godot is designed to be friendly to them, so here are the steps for working entirely from the command line.”
   • [claimed-docs] “This is useful for adding custom in-editor functionality to Godot.”
   • [probe] “PROBE runtime (recorded 2026-09-15): Godot installs keylessly from Homebrew (cask godot 4.7.2, '2D and 3D game engine') — one command to the…”
   • [probe] “PROBE runtime (recorded 2026-09-15): the Godot Asset Library exposes a keyless JSON API — GET godotengine.org/asset-library/api/asset?godot_…”
   • [probe] “PROBE llms.txt: HTTP 404 at https://docs.godotengine.org/llms.txt”
   • [probe] “PROBE docs-md: HTTP 404 at https://docs.godotengine.org/en/stable/.md”
   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.godotengine.org/openapi.json, https://docs.godotengine.org/swagger.json, https://docs.g…”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): godotengine.org serves no llms.txt (HTTP 404; docs.godotengine.org 404 as well) and docs pages…”

   proof ↗⚑ flag

7. ai-native userBuild against official SDKs

   weight 2 · round to Godot Engine
   Unreal Engine~partialprobed5/10

   Unreal ships extensive official build surfaces — C++ APIs, Python editor-scripting API, Blueprint visual scripting, plugin SDK, and CLI/automation tooling — all documented on dev.epicgames.com, which functions as an official SDK for building games/tools. However, the probe evidence shows these are poorly suited for AI-native/agentic consumption: no official MCP server exists, GitHub source access is gated (404 without auth), main sites 403 non-browser clients, no llms.txt, and docs aren't served as fetchable markdown, undercutting AI-native usability of the SDK. Missing for 10: official MCP server or agent-friendly API, machine-readable/llms.txt documentation, keyless programmatic access to source and APIs.

   • [claimed-docs] “Creating new Gameplay classes in C++, and all changes will be reflected in the Unreal Editor after compiling with either Visual Studio or XC…”
   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”
   • [claimed-docs] “Plugins are collections of code and data that developers can easily enable or disable within the Editor on a per-project basis.”
   • [claimed-docs] “Access to the source code All platforms & features Forums and documentation on the Epic Developer Community”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine~partialprobed6/10

   Godot ships official, well-documented SDKs/language bindings — GDScript, C# via .NET, and GDExtension/C++ — plus a command-line interface and a queryable Asset Library JSON API, all of which an AI-native developer could build against (godot-docs-1, godot-docs-2, godot-docs-8, godot-docs-3, godot-probe-rt-2). However, there is no AI/agent-specific SDK, no official MCP server, and no machine-readable docs (llms.txt/.md mirrors return 404), with only unofficial community MCP projects filling that gap. Missing for 10: an official AI-agent SDK or MCP server, machine-readable/llms.txt documentation, and first-party AI integration tooling.

   • [claimed-docs] “GDScript is a high-level, object-oriented, imperative, and gradually typed programming language built for Godot.”
   • [claimed-docs] “C# is a high-level programming language developed by Microsoft. In Godot, it is implemented with the modern .NET runtime.”
   • [claimed-docs] “Keep your code modular with an object-oriented API using Godot's own GDScript, C#, C++, or bring your own using GDExtension.”
   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [probe] “PROBE runtime (recorded 2026-09-15): the Godot Asset Library exposes a keyless JSON API — GET godotengine.org/asset-library/api/asset?godot_…”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): godotengine.org serves no llms.txt (HTTP 404; docs.godotengine.org 404 as well) and docs pages…”
   • [probe] “PROBE llms.txt: HTTP 404 at https://docs.godotengine.org/llms.txt”

   proof ↗⚑ flag

Agentic features

1. ai-native userGet AI-generated insights and suggestions from my data inside the product

   weight 2 · round drawn
   Unreal Engine—none0/10

   No evidence in the pack of Unreal Engine surfacing AI-generated insights or suggestions from project data; docs cover Blueprints, C++, Python scripting, plugins, and networking but nothing about analytics/AI-driven suggestions, and the probe notes the engine has no official MCP or AI-native tooling exposure.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

2. ai-native userSet up automations that run autonomously in the background

   weight 2 · round to Unreal Engine
   Unreal Engine~partialprobed5/10

   Unreal exposes Python editor scripting, commandlets, and UAT/command-line automation that can be scripted to run unattended (e.g., asset processing, cooking, packaging) which supports background automation, but nothing in the evidence describes an AI-native agent framework, scheduler, or official API/MCP for autonomous orchestration — and the probe explicitly notes no official Epic MCP and no machine-readable API, undermining AI-native automation setup. missing for 10: official AI-agent/automation orchestration layer, documented scheduling/trigger system for unattended runs, first-party API or MCP for AI agents to invoke automations.

   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”
   • [claimed-docs] “command-line arguments can be an invaluable tool for testing and optimizing your project”
   • [claimed-docs] “Command-line Arguments, also called Additional Launch Parameters, customize how the engine runs on startup.”
   • [claimed-docs] “UnrealEditor.exe <GameName or uproject> -run=cook -targetplatform=<Plat1>+<Plat2>”
   • [claimed-docs] “This command can cook content for a platform, package it up into a platform's native format for distribution, deploys it to the device, and …”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine~partialprobed3/10

   Godot's headless CLI mode and EditorScript/plugin system let scripts run without the GUI (e.g., for CI builds/exports), which can be wired into external schedulers or automation pipelines, but there is no built-in agent/automation-scheduling framework or AI-native background-task system documented. missing for 10: native scheduling/trigger system, evidence of persistent background agents, AI-specific automation hooks, independent confirmation of autonomous unattended runs beyond CI export scripts.

   • [probe] “PROBE runtime (recorded 2026-09-15): Godot installs keylessly from Homebrew (cask godot 4.7.2, '2D and 3D game engine') — one command to the…”
   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [claimed-docs] “Scripts extending this class and implementing its _run() method can be executed from the Script Editor's File > Run menu option (or by press…”
   • [claimed-docs] “A plugin is a great way to extend the editor with useful tools. It can be made entirely with GDScript and standard scenes, without even relo…”

   proof ↗⚑ flag

3. ai-native userDelegate tasks to a built-in AI assistant inside the product

   weight 3 · round drawn
   Unreal Engine—none0/10

   No evidence in the pack of any built-in AI assistant inside Unreal Editor that users can delegate tasks to; all documentation covers Blueprints, C++, Python scripting, plugins, and CLI tools, not an AI agent. The probe evidence even notes the lack of any official Epic AI/MCP integration.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”
   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”
   • [claimed-docs] “Plugins can add runtime gameplay functionality, modify built-in Engine features (or add new ones), create new file types, and extend the cap…”

   proof ↗⚑ flag

   Godot Engine—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

4. ai-native userOperate the product with natural-language commands

   weight 2 · round drawn
   Unreal Engine—none0/10

   Evidence shows only traditional scripting/programming interfaces (Blueprints, C++, Python, CLI args) with no natural-language command layer; the probe explicitly notes no official Epic MCP server, no llms.txt, and only an unmaintained community MCP project, meaning there's no documented way to operate Unreal via natural-language commands.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”
   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”
   • [claimed-docs] “provides the ability for designers to use virtually the full range of concepts and tools generally only available to programmers”

   proof ↗⚑ flag

   Godot Engine—none0/10

   Evidence shows only conventional scripting (GDScript, C#), CLI tooling, and editor plugin APIs — none of which constitute natural-language command operation. No official MCP server or NL interface exists (GitHub search for org:godotengine mcp returns 0 results), and only unofficial third-party community MCP projects (godot-mcp, godot-ai) exist, which are not part of the product itself.

   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [probe] “official CLI documented at https://docs.godotengine.org/en/stable/tutorials/editor/command_line_tutorial.html”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): godotengine.org serves no llms.txt (HTTP 404; docs.godotengine.org 404 as well) and docs pages…”

   proof ↗⚑ flag

Api quality

1. ai-native userExplore an interactive API reference with runnable examples

   weight 2 · round drawn
   Unreal Engine—none0/10

   The evidence shows only standard static documentation pages (C++, Blueprints, Python scripting, plugins) with no interactive API reference or runnable/executable code examples; the probe evidence explicitly notes Unreal's docs are not even machine-readable (no llms.txt, .md URLs return HTML shell) and there's no official API sandbox or live-code explorer mentioned anywhere.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”
   • [claimed-docs] “Creating new Gameplay classes in C++, and all changes will be reflected in the Unreal Editor after compiling with either Visual Studio or XC…”
   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”

   proof ↗⚑ flag

   Godot Engine—none0/10

   Godot ships extensive static class/API reference docs (godot-docs-1–17) but none of the evidence shows an interactive reference with runnable/executable code examples (no REPL, playground, or in-browser code execution is mentioned), and probes confirm no llms.txt, no OpenAPI spec, and no .md-mirrored interactive docs.

   • [claimed-docs] “GDScript is a high-level, object-oriented, imperative, and gradually typed programming language built for Godot.”
   • [claimed-docs] “C# is a high-level programming language developed by Microsoft. In Godot, it is implemented with the modern .NET runtime.”
   • [probe] “PROBE llms.txt: HTTP 404 at https://docs.godotengine.org/llms.txt”
   • [probe] “PROBE docs-md: HTTP 404 at https://docs.godotengine.org/en/stable/.md”
   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.godotengine.org/openapi.json, https://docs.godotengine.org/swagger.json, https://docs.g…”

   proof ↗⚑ flag

2. ai-native userDownload a machine-readable API spec (OpenAPI or equivalent)

   weight 2 · round drawn
   Unreal Engine—none0/10

   No evidence of an OpenAPI or similar machine-readable API spec; the probe evidence explicitly finds Unreal's docs and APIs are not machine-readable (no llms.txt, .md docs serve HTML shells, no official MCP/API spec), confirming absence rather than just lack of mention.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine—none0/10

   Godot is a game engine, not a web/service API, but the story is about whether a machine-readable API spec (OpenAPI or equivalent) can be downloaded — probes explicitly show no OpenAPI/swagger endpoints exist (all 404s) and no llms.txt equivalent either, so the applicable axis yields no evidence of delivery.

   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.godotengine.org/openapi.json, https://docs.godotengine.org/swagger.json, https://docs.g…”
   • [probe] “PROBE llms.txt: HTTP 404 at https://docs.godotengine.org/llms.txt”
   • [probe] “PROBE docs-md: HTTP 404 at https://docs.godotengine.org/en/stable/.md”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): godotengine.org serves no llms.txt (HTTP 404; docs.godotengine.org 404 as well) and docs pages…”

   proof ↗⚑ flag

3. ai-native userTest against a sandbox environment without touching production data

   weight 1 · round drawn
   Unreal Engine—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

   Godot Engine—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

4. ai-native userRely on versioned APIs with a documented deprecation policy

   weight 2 · round drawn
   Unreal Engine—none0/10

   No evidence pack item documents API versioning conventions or a deprecation policy for Unreal's C++/Blueprint/Python APIs; the docs cover feature usage (Blueprints, C++, plugins, replication) but never mention deprecation macros, version compatibility guarantees, or a documented sunset policy. The probe evidence further shows Unreal's docs/API surface is poorly machine-readable, with no llms.txt or markdown API references that would expose such a policy.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine—none0/10

   The evidence pack contains no documentation of a versioned API policy or deprecation schedule for Godot's scripting/engine APIs (GDScript, C#, GDExtension); community notes only mention version differences (3.5.2 LTS vs 4.0) informally, not a documented deprecation policy. Since engine APIs could plausibly have such policies, absence of evidence yields 'none' rather than 'na'.

   • [community] “Godot 3.5.2 is still the LTS version and still exports just great for the web... I decided to switch from Godot 4.0 C# to Godot 3.5.2 with G…”

   proof ↗⚑ flag

Agent editor

1. ai-native userAn agent can drive the editor and project programmatically — create scenes and nodes, edit properties, trigger builds — through a documented scriptable interface

   weight 3 · round drawn
   Unreal Engine~partialprobed6/10

   Unreal documents a genuine scriptable interface — the Python Editor Scripting API for asset/property automation (docs-4, docs-12), Blueprints for visual node-based logic (docs-1), and CLI/UAT commands for cooking, packaging and triggering builds (docs-7,14,16,17) — which together let a script or agent create/edit content and trigger builds. However, the probe evidence shows no official Epic MCP server or AI-agent-oriented interface exists (0 results for org:EpicGames MCP repos), the most popular community MCP wrapper is unmaintained since 2025, and the docs themselves are not agent-friendly (SPA HTML, no llms.txt, .md suffix doesn't return markdown), undermining ease of programmatic/agentic access despite the underlying scripting capability being real. Missing for 10: official AI-agent/MCP integration, machine-readable documentation, evidence of an agent actually driving these interfaces end-to-end.

   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”
   • [claimed-docs] “there may be cases where you want precise control over when and how Assets are discovered, loaded, and audited. For these cases, the Asset M…”
   • [claimed-docs] “provides the ability for designers to use virtually the full range of concepts and tools generally only available to programmers”
   • [claimed-docs] “command-line arguments can be an invaluable tool for testing and optimizing your project”
   • [claimed-docs] “UnrealEditor.exe <GameName or uproject> -run=cook -targetplatform=<Plat1>+<Plat2>”
   • [claimed-docs] “This command can cook content for a platform, package it up into a platform's native format for distribution, deploys it to the device, and …”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine~partialprobed6/10

   Godot documents multiple genuine programmatic surfaces — GDScript/C# scripting, EditorScript for in-editor automation, EditorPlugin for extending the editor, and a full command-line interface supporting headless mode and export/build triggering — which together let a script or external process create scenes/nodes, edit properties, and build. However these are general-purpose developer APIs, not an agent-oriented interface, and there is no official MCP server or agent-facing wrapper (GitHub search found zero official MCP results, llms.txt 404s, only community MCP projects of varying activity). Missing for 10: an official/first-party agent-facing API or MCP server, and independent hands-on evidence of an agent actually driving the editor end-to-end via these interfaces.

   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [claimed-docs] “A plugin is a great way to extend the editor with useful tools. It can be made entirely with GDScript and standard scenes, without even relo…”
   • [claimed-docs] “Scripts extending this class and implementing its _run() method can be executed from the Script Editor's File > Run menu option (or by press…”
   • [claimed-docs] “It can be made entirely with GDScript and standard scenes, without even reloading the editor.”
   • [claimed-docs] “This is useful for adding custom in-editor functionality to Godot.”
   • [probe] “official CLI documented at https://docs.godotengine.org/en/stable/tutorials/editor/command_line_tutorial.html”
   • [probe] “PROBE runtime (recorded 2026-09-15): Godot installs keylessly from Homebrew (cask godot 4.7.2, '2D and 3D game engine') — one command to the…”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): godotengine.org serves no llms.txt (HTTP 404; docs.godotengine.org 404 as well) and docs pages…”

   proof ↗⚑ flag

Codegen

1. ai-native userLLM-generated code mostly works on the first try — stable, well-documented APIs with abundant public examples the models have seen

   weight 2 · round to Godot Engine
   Unreal Engine—none0/10

   No evidence directly addresses whether LLM-generated Unreal C++/Blueprint code works reliably on first try; the pack only shows general API docs exist and community comments about C++ complexity and blueprint limitations. The probe evidence even indicates docs are poorly machine-readable (403s, no llms.txt, gated source) which undercuts the 'abundant examples models have seen' premise but isn't a direct test of code-gen success either.

   • [claimed-docs] “Creating new Gameplay classes in C++, and all changes will be reflected in the Unreal Editor after compiling with either Visual Studio or XC…”
   • [community] “My main problem with UE is C++, I don't want to even try to download files or read json in a blueprint.”
   • [community] “blueprints are great for prototyping, but once you have too much complexity in a BP it can easily cascade inefficiencies to the point it bec…”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine~partialcommunity4/10

   Godot's GDScript/C# APIs are extensively documented (godot-docs-1/2) and the engine has a large public codebase/asset library that could supply LLM training examples, but there is no direct evidence about LLM-generated code success rates, and community reports note documentation gaps in the past and major GDScript/API syntax breaks between Godot 3 and 4 (godot-comm-11, godot-comm-14, godot-comm-15) that would fragment what models have seen. missing for 10: direct evidence of LLM code-generation success, confirmation that version-specific API drift (3.x vs 4.x GDScript) doesn't cause mismatched generations, independent benchmarks of first-try correctness.

   • [claimed-docs] “GDScript is a high-level, object-oriented, imperative, and gradually typed programming language built for Godot.”
   • [claimed-docs] “C# is a high-level programming language developed by Microsoft. In Godot, it is implemented with the modern .NET runtime.”
   • [community] “Godot 3.5.2 is still the LTS version and still exports just great for the web... I decided to switch from Godot 4.0 C# to Godot 3.5.2 with G…”
   • [community] “gdscript is pretty awful. It's only python-like for someone who's never used python. No list comprehensions, no tuples... It's like Python 1…”
   • [community] “I have tried to use it something like 2 years ago and just gave up in front of the poorly documented custom scripting language they used.”

   proof ↗⚑ flag

Copilot

1. ai-native userAn official AI assistant inside the engine helps with engine tasks — generating scripts, answering API questions, scaffolding scenes or assets

   weight 2 · round drawn
   Unreal Engine—none0/10

   No evidence of an official in-engine AI assistant for generating scripts, answering API questions, or scaffolding scenes; the pack only covers Blueprints, C++, Python editor scripting, and plugins as manual tooling. The probe evidence explicitly notes no official Epic MCP/AI integration and that the most popular community MCP project is unmaintained.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”
   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”

   proof ↗⚑ flag

   Godot Engine—none0/10

   No evidence of any official AI assistant built into the Godot editor for generating scripts, answering API questions, or scaffolding scenes; the evidence pack only shows scripting languages, plugins, CLI tools, and asset import pipelines — plus explicit probes confirming no official MCP/AI integration exists and only unofficial community projects (e.g., godot-mcp, godot-ai) fill the gap.

   • [probe] “PROBE runtime negative (recorded 2026-09-15): godotengine.org serves no llms.txt (HTTP 404; docs.godotengine.org 404 as well) and docs pages…”

   proof ↗⚑ flag

Inference

1. game developerRun ML models inside the game — an official inference runtime for on-device model execution

   weight 1 · round drawn
   Unreal Engine—none0/10

   The evidence pack contains no mention of an on-device ML inference runtime (e.g., NNE, ONNX Runtime integration) for Unreal Engine; documentation citations cover Blueprints, C++, Python scripting, plugins, networking, and packaging, but nothing about running ML models in-game. Since game engines can plausibly ship such runtimes, this axis applies, but no supporting evidence exists.

   ⚑ flag

   Godot Engine—none0/10

   No evidence of any official ML inference runtime (e.g., ONNX/TensorFlow Lite integration) built into Godot for on-device model execution; the evidence pack covers scripting, export, plugins, and community sentiment but nothing about ML inference. Missing for 10: official inference API/runtime docs, model-loading tutorials, any first-party ML/AI execution feature.

   ⚑ flag

Formats

1. technical artistStandard interchange formats — glTF, FBX, USD — import cleanly

   weight 2 · round drawn
   Unreal Engine—none0/10

   The evidence pack contains no documentation, community, or probe citations addressing glTF, FBX, or USD import functionality in Unreal Engine; all provided docs cover Blueprints, C++, plugins, networking, and licensing instead. Since asset-pipeline import is a fair and applicable axis for a game engine, but no supporting evidence exists in this pack, the verdict is none.

   ⚑ flag

   Godot Engine—none0/10

   The evidence pack only describes Godot's generic asset-import pipeline (auto-import to res://.godot/imported/, bulk import parameter changes) but never mentions glTF, FBX, or USD specifically, nor any hands-on report of clean or problematic imports for these formats — missing for 10: explicit glTF/FBX/USD import documentation, fidelity/compatibility notes, and any community corroboration of import quality for technical artists.

   • [claimed-docs] “Godot will automatically import these files internally and keep the imported resources hidden in a res://.godot/imported/ folder.”
   • [claimed-docs] “Changing the import parameters of several assets at the same time is also possible.”
   • [claimed-docs] “To import assets in Godot, place your assets (image files, scenes, audio files, fonts, etc) directly in the project folder.”

   proof ↗⚑ flag

Import

1. technical artistAsset import is automatable — import hooks, presets, and pipeline scripts process incoming assets without hand-clicking each one

   weight 2 · round drawn
   Unreal Engine~partialclaimed6/10

   Docs confirm Python scripting can automate asset-management tasks like LOD generation, and the Asset Manager gives programmatic control over asset discovery/loading, while Plugins can add new file-type handling — together these support scripted, non-interactive asset pipelines. However, there's no explicit documentation of dedicated 'import hooks' (e.g. post-import delegates/factories) or preset-based automated import workflows, and no independent/community confirmation that artists actually use this for hands-off batch import. missing for 10: explicit import-hook/factory API docs, named import-preset tooling, and third-party/community validation of automated import pipelines.

   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”
   • [claimed-docs] “provides a framework for managing Assets that can divide content into chunks that make sense in the context of your project”
   • [claimed-docs] “there may be cases where you want precise control over when and how Assets are discovered, loaded, and audited. For these cases, the Asset M…”
   • [claimed-docs] “Plugins can add runtime gameplay functionality, modify built-in Engine features (or add new ones), create new file types, and extend the cap…”
   • [claimed-docs] “Plugins are collections of code and data that developers can easily enable or disable within the Editor on a per-project basis.”

   proof ↗⚑ flag

   Godot Engine~partialprobed6/10

   Docs confirm Godot auto-imports assets on drop-in and supports batch-editing import parameters across multiple assets at once, plus a general editor-plugin/EditorScript system and headless CLI usable for scripted automation (godot-docs-9, godot-docs-15, godot-docs-17, godot-docs-4/13, godot-docs-5/14, godot-probe-4, godot-probe-rt-1). However, the evidence never names Godot's specific import-hook API (e.g., EditorImportPlugin/postimport scripts) or shows a documented pipeline-scripting workflow purpose-built for technical artists. Missing for 10: explicit documentation of custom import plugin/hook APIs, real-world pipeline-script examples, and independent corroboration that artists use this for hands-off batch processing.

   • [claimed-docs] “Godot will automatically import these files internally and keep the imported resources hidden in a res://.godot/imported/ folder.”
   • [claimed-docs] “Changing the import parameters of several assets at the same time is also possible.”
   • [claimed-docs] “To import assets in Godot, place your assets (image files, scenes, audio files, fonts, etc) directly in the project folder.”
   • [claimed-docs] “A plugin is a great way to extend the editor with useful tools. It can be made entirely with GDScript and standard scenes, without even relo…”
   • [claimed-docs] “It can be made entirely with GDScript and standard scenes, without even reloading the editor.”
   • [claimed-docs] “Scripts extending this class and implementing its _run() method can be executed from the Script Editor's File > Run menu option (or by press…”
   • [claimed-docs] “This is useful for adding custom in-editor functionality to Godot.”
   • [probe] “official CLI documented at https://docs.godotengine.org/en/stable/tutorials/editor/command_line_tutorial.html”
   • [probe] “PROBE runtime (recorded 2026-09-15): Godot installs keylessly from Homebrew (cask godot 4.7.2, '2D and 3D game engine') — one command to the…”

   proof ↗⚑ flag

Marketplace

1. game developerA large asset store or package ecosystem gives me ready-made models, tools, and plugins

   weight 2 · round to Godot Engine
   Unreal Engine~partialprobed5/10

   Docs show a genuine plugin and asset-management ecosystem (plugins can add gameplay features, new file types, editor extensions; Asset Manager for content organization) and community comment notes strong third-party program/community support, but there is no direct evidence in the pack describing the actual Marketplace/Fab asset store, its catalog size, or the quality of ready-made models — the probe entry only notes fab.com exists but is API-gated, not its content richness. Missing for 10: concrete marketplace/store catalog evidence, examples of ready-made models/tools available, and independent user reviews of the store experience.

   • [claimed-docs] “Plugins can add runtime gameplay functionality, modify built-in Engine features (or add new ones), create new file types, and extend the cap…”
   • [claimed-docs] “Plugins are collections of code and data that developers can easily enable or disable within the Editor on a per-project basis.”
   • [claimed-docs] “provides a framework for managing Assets that can divide content into chunks that make sense in the context of your project”
   • [claimed-docs] “there may be cases where you want precise control over when and how Assets are discovered, loaded, and audited. For these cases, the Asset M…”
   • [community] “Unreal was already the best engine purely on being easy to work with, support from third party programs and community, none of those things …”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine✓fullprobed7/10

   Godot ships an official Asset Library with categorized listings (2D/3D Tools, Shaders, Materials, Scripts, Templates, Projects, Demos) and a public JSON API for querying it, directly matching the asset-store/package-ecosystem story. Missing for 10: independent evidence of the store's actual scale/quality (e.g. asset counts, community praise of the marketplace itself) and any third-party commentary comparing it to competitor stores.

   • [claimed-docs] “Godot Asset Library ... Category Any 2D Tools 3D Tools Shaders Materials Tools Scripts Misc Templates Projects Demos”
   • [probe] “PROBE runtime (recorded 2026-09-15): the Godot Asset Library exposes a keyless JSON API — GET godotengine.org/asset-library/api/asset?godot_…”

   proof ↗⚑ flag

1. ai-native userPerform bulk operations across many items at once

   weight 2 · round to Unreal Engine
   Unreal Engine~partialprobed5/10

   Unreal's Python editor-scripting API and Asset Manager are documented to automate time-consuming asset tasks (e.g., batch-generating LODs for Static Meshes) and manage large sets of Assets in chunks, which supports bulk operations across many items, and UAT/command-line tooling and cooking commands support batch build/deploy across multiple platforms/targets. However there is no concrete first-party example of an AI-native agent performing bulk edits, no official MCP server, and the probe evidence flags Unreal as the least machine-readable/agent-accessible of comparable products (gated APIs, 403s, no llms.txt), undercutting AI-native automation-depth claims. Missing for 10: worked examples of bulk operations orchestrated end-to-end, official AI/agent tooling or MCP integration, independent hands-on confirmation of scripted bulk workflows.

   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”
   • [claimed-docs] “provides a framework for managing Assets that can divide content into chunks that make sense in the context of your project”
   • [claimed-docs] “there may be cases where you want precise control over when and how Assets are discovered, loaded, and audited. For these cases, the Asset M…”
   • [claimed-docs] “UnrealEditor.exe <GameName or uproject> -run=cook -targetplatform=<Plat1>+<Plat2>”
   • [claimed-docs] “This command can cook content for a platform, package it up into a platform's native format for distribution, deploys it to the device, and …”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine~partialclaimed4/10

   Godot supports batch editing of import parameters across multiple assets (godot-docs-15), EditorScript for custom in-editor automation (godot-docs-5/14), and CLI/headless scripting for automated workflows (godot-docs-3/12), which together enable some bulk operations. However there's no dedicated bulk-editing API, no evidence of scripted bulk scene/node manipulation at scale, and no AI-native tooling or examples of large-scale automated bulk operations. Missing for 10: dedicated bulk-edit API/tooling, documented examples of scripted bulk operations across many scenes/nodes, AI-agent-oriented automation examples, independent corroboration of bulk-operation workflows.

   • [claimed-docs] “Changing the import parameters of several assets at the same time is also possible.”
   • [claimed-docs] “Scripts extending this class and implementing its _run() method can be executed from the Script Editor's File > Run menu option (or by press…”
   • [claimed-docs] “This is useful for adding custom in-editor functionality to Godot.”
   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [claimed-docs] “Godot is designed to be friendly to them, so here are the steps for working entirely from the command line.”

   proof ↗⚑ flag

2. ai-native userDefine rules that trigger actions automatically on events

   weight 3 · round to Unreal Engine
   Unreal Engine✓fullcommunity6/10

   Unreal's Blueprint visual scripting and C++ delegate system explicitly support binding functions to be invoked automatically at a future time/event (dynamic delegates), and Blueprints expose event graphs for designers to wire up event-triggered logic without code. Community commentary confirms Blueprints are used for prototyping event-driven logic though complexity pushes users to C++. Missing for 10: explicit documentation of Event Dispatchers/Event Graph event-binding UI, and independent hands-on validation of rule-trigger reliability at scale.

   • [claimed-docs] “provides the ability for designers to use virtually the full range of concepts and tools generally only available to programmers”
   • [claimed-docs] “You can dynamically bind a delegate to a member function of an arbitrary object, calling the function on the object at a future time”
   • [community] “blueprints are great for prototyping, but once you have too much complexity in a BP it can easily cascade inefficiencies to the point it bec…”

   proof ↗⚑ flag

   Godot Engine—none0/10

   The evidence pack covers GDScript, C#, plugins, EditorScript, and CLI tooling, but never mentions Godot's signal/event system or any explicit mechanism for defining rules that auto-trigger actions on events; without a citable capability, this is unsupported. missing for 10: any documentation of signals/event-connection APIs, examples of automated rule-triggering, or AI-oriented automation hooks.

   ⚑ flag

3. ai-native userVersion, review, and roll back my automations

   weight 1 · round drawn
   Unreal Engine—none0/10

   The evidence pack covers Blueprints, C++, Python scripting, plugins, asset management, and cooking, but contains no mention of version control integration, change review/diffing, or rollback mechanisms for Blueprints, Python scripts, or other automations. This is a plausible axis for a dev engine (e.g., source control on Blueprints), but no supporting evidence exists.

   ⚑ flag

   Godot Engine—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

2d

1. game developer2D is a first-class workflow — sprites, tilemaps, 2D physics — not a 3D afterthought

   weight 2 · round to Godot Engine
   Unreal Engine—none0/10

   The evidence pack contains no mention of sprites, tilemaps, Paper2D, or 2D physics support in Unreal Engine—only C++, Blueprints, plugins, networking, and licensing topics. Since a 3D-first engine could plausibly ship a first-class 2D workflow, this axis applies, but no evidence documents it, so the story is unsupported.

   ⚑ flag

   Godot Engine✓fullcommunity7/10

   First-party docs explicitly market Godot's 'dedicated 2D rendering engine with real 2D pixel coordinates and 2D nodes,' distinguishing 2D as first-class rather than a 3D afterthought, and the asset library segments 2D vs 3D tools, reinforcing separate 2D-focused workflows. Community threads corroborate Godot's strength and ease relative to competitors for indie/2D-style projects, though none specifically praise tilemaps or 2D physics. Missing for 10: explicit documentation/evidence on TileMap editor and 2D physics engine (Box2D-like) specifics, and independent hands-on confirmation of 2D-specific workflow quality.

   • [claimed-docs] “Make crisp and performant 2D games with Godot's dedicated 2D rendering engine with real 2D pixel coordinates and 2D nodes.”
   • [claimed-docs] “Godot Asset Library ... Category Any 2D Tools 3D Tools Shaders Materials Tools Scripts Misc Templates Projects Demos”
   • [claimed-docs] “Godot's Node and Scene system gives you both power and flexibility to create anything.”
   • [community] “I'm using it every day at work... Godot was just what I needed since I wanted a visual editor but still be able to code. The scripting langu…”

   proof ↗⚑ flag

Performance

1. game developerProfile and scale — a real profiler, plus data-oriented paths (ECS, jobs, instancing) when scenes get heavy

   weight 2 · round drawn
   Unreal Engine—none0/10

   The evidence pack contains no documentation or community evidence about Unreal Insights, stat/profiling commands, GPU profiling, or data-oriented paths like Mass Entity/ECS, job systems, or GPU instancing — only generic command-line-argument docs mentioning 'testing and optimizing' in passing. Profiling and data-oriented scaling are core, expected capabilities for a AAA game engine, so the axis applies, but nothing in the pack demonstrates a real profiler or ECS/jobs/instancing systems.

   • [claimed-docs] “command-line arguments can be an invaluable tool for testing and optimizing your project”
   • [claimed-docs] “Command-line Arguments, also called Additional Launch Parameters, customize how the engine runs on startup.”

   proof ↗⚑ flag

   Godot Engine—none0/10

   The evidence pack contains no mention of Godot's built-in profiler, ECS, job/threading system, or MultiMesh/instancing APIs for scaling heavy scenes; only a community note that hitting high framerates may require dropping to C++/GDExtension, which doesn't confirm profiling or data-oriented tooling. missing for 10: evidence of a real profiler UI, ECS support, job/threading system, and instancing APIs for scaling.

   • [community] “The other con will likely be around performance, it's passable at 90hz, but if you want to start hitting framerates like 144hz, the critical…”

   proof ↗⚑ flag

Physics

1. game developerBuilt-in physics — rigid bodies, collisions, raycasts — works out of the box

   weight 2 · round drawn
   Unreal Engine—none0/10

   The evidence pack contains no documentation, community reports, or probes specifically addressing Unreal's physics system (rigid bodies, collision detection, raycasting, Chaos/PhysX). Coverage is entirely about Blueprints, C++, plugins, asset management, networking, licensing, and community sentiment on cost/usability — none of which substantiates the built-in physics story.

   ⚑ flag

   Godot Engine—none0/10

   The evidence pack contains no mention of Godot's physics system, rigid bodies, collision detection, or raycasting APIs — only general engine features like 2D rendering, node/scene system, scripting, and export tooling are cited. Absence of evidence for this applicable core-engine capability means it cannot be credited as full/partial.

   ⚑ flag

Rendering

1. game developerThe engine ships a modern production 3D renderer — PBR materials, global illumination or baked lighting, shadows, post-processing

   weight 3 · round to Unreal Engine
   Unreal Engine~partialcommunity5/10

   Community evidence confirms Unreal's renderer includes Lumen for real-time global illumination/reflections and general praise for lighting quality, supporting the GI/rendering claim, but the evidence pack lacks first-party documentation or hands-on confirmation of PBR material workflows, shadow systems, or the post-processing pipeline explicitly. missing for 10: explicit docs/evidence on PBR material editor, shadow mapping/ray-traced shadows, and post-process volume/effects stack.

   • [community] “Lumen implements efficient Software Ray Tracing, allowing for global illumination and reflections to run on a wide range of video cards, whi…”
   • [community] “For someone who's actually using UE4 as an artistic break for web dev, I thoroughly recommend it. It allows you to create great environments…”

   proof ↗⚑ flag

   Godot Engine—none0/10

   The evidence pack documents Godot's 2D rendering engine explicitly (godot-docs-7) but contains no mention of a 3D renderer, PBR materials, global illumination/baked lighting, shadows, or post-processing pipeline anywhere in the docs, GitHub, or community citations.

   • [claimed-docs] “Make crisp and performant 2D games with Godot's dedicated 2D rendering engine with real 2D pixel coordinates and 2D nodes.”
   • [claimed-docs] “Godot's Node and Scene system gives you both power and flexibility to create anything.”

   proof ↗⚑ flag

Collaboration

1. studio leadThe project format and tooling play well with version control and multi-person teams — mergeable scenes, diffable text formats, or built-in collaboration

   weight 2 · round drawn
   Unreal Engine—none0/10

   The evidence pack contains no mention of Unreal's scene/level file formats, diffability, source-control integration (e.g., Perforce/Git-LFS workflows), or any built-in multi-user collaboration tooling; it only covers Blueprints, C++, plugins, networking replication, and licensing. Missing for 10: any documentation or community evidence on .uasset/.umap format mergeability, text-based diffable formats, or built-in collaboration features like Multi-User Editing.

   ⚑ flag

   Godot Engine—none0/10

   The evidence pack contains no mention of Godot's text-based .tscn/.tres scene format, scene diffability, merge-friendly project files, or built-in team-collaboration tooling — only general references to the node/scene system, asset import pipeline, and PR review practices for the engine's own codebase, none of which address version-control friendliness of authored projects.

   ⚑ flag

Editor

1. technical artistA full visual editor — viewport, inspector, prefabs/scene composition — is the primary way to build levels

   weight 3 · round to Godot Engine
   Unreal Engine✓fullcommunity7/10

   Unreal's editor-centric workflow (Blueprints visual scripting, Editor extensions, Asset Manager, Level building/testing via UE Toolbar) is well documented as the primary way to construct levels and gameplay without programmer-only tools, and community comments (comm-3, comm-11, comm-16) corroborate that it's an actual GUI-driven editor experience artists use. missing for 10: explicit documentation naming 'viewport' and 'inspector' panels, and 'prefab' terminology (Unreal uses Blueprint/Actor classes instead) with independent hands-on confirmation of scene-composition workflow specifically for technical artists.

   • [claimed-docs] “provides the ability for designers to use virtually the full range of concepts and tools generally only available to programmers”
   • [claimed-docs] “Plugins can add runtime gameplay functionality, modify built-in Engine features (or add new ones), create new file types, and extend the cap…”
   • [claimed-docs] “provides a framework for managing Assets that can divide content into chunks that make sense in the context of your project”
   • [claimed-docs] “Use UE Toolbar to quickly test a part of your currently loaded Level for testing and debugging.”
   • [community] “Unreal was already the best engine purely on being easy to work with, support from third party programs and community, none of those things …”
   • [community] “What I hate about unity is the whole interface editor thing... Is this Unreal Engine more earth to earth when it comes to programming?”

   proof ↗⚑ flag

   Godot Engine✓fullcommunity8/10

   Godot's core identity is a visual editor built around a Node/Scene composition system (scenes act as prefabs), inspector for property editing, and viewport for level/scene building, well documented across docs (scene system, import pipeline, plugins extending editor tools) and corroborated by community users praising it as 'a visual editor but still be able to code' compared favorably to more code-heavy alternatives. missing for 10: no dedicated hands-on walkthrough of viewport/inspector UI specifics or prefab-equivalent scene-instancing workflow details, and some community comments note friction for beginners with non-visual-scripting workflows.

   • [claimed-docs] “Godot's Node and Scene system gives you both power and flexibility to create anything.”
   • [claimed-docs] “Godot will automatically import these files internally and keep the imported resources hidden in a res://.godot/imported/ folder.”
   • [claimed-docs] “A plugin is a great way to extend the editor with useful tools. It can be made entirely with GDScript and standard scenes, without even relo…”
   • [community] “I'm using it every day at work... Godot was just what I needed since I wanted a visual editor but still be able to code. The scripting langu…”
   • [community] “For beginners Godot is not as intuitive as other engines (e.g. Unreal with it's visual blueprints). For people with programming experience I…”

   proof ↗⚑ flag

Extensibility

1. game developerExtend and automate the editor itself — custom tools, editor scripts, plugins that manipulate scenes and assets programmatically

   weight 3 · round to Godot Engine
   Unreal Engine✓fullcommunity8/10

   Docs confirm multiple official extension paths: Python editor scripting for automating asset/editor tasks, Blueprints for designer-level scripting, C++ for deep gameplay/editor class extension, and a Plugins system explicitly designed to 'extend the capabilities of the Editor.' These are core, well-documented first-party mechanisms for programmatic scene/asset manipulation and editor customization. Missing for 10: independent hands-on corroboration specifically of the Python/editor-scripting API (community evidence mostly discusses C++/Blueprint complexity rather than editor automation), and no mention of newer scripting surfaces like the Editor Utility Widgets or Python API depth in third-party sources.

   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”
   • [claimed-docs] “Plugins can add runtime gameplay functionality, modify built-in Engine features (or add new ones), create new file types, and extend the cap…”
   • [claimed-docs] “Plugins are collections of code and data that developers can easily enable or disable within the Editor on a per-project basis.”
   • [claimed-docs] “provides the ability for designers to use virtually the full range of concepts and tools generally only available to programmers”
   • [claimed-docs] “Creating new Gameplay classes in C++, and all changes will be reflected in the Unreal Editor after compiling with either Visual Studio or XC…”
   • [community] “blueprints are great for prototyping, but once you have too much complexity in a BP it can easily cascade inefficiencies to the point it bec…”

   proof ↗⚑ flag

   Godot Engine✓fullprobed9/10

   Godot has first-party, well-documented mechanisms for editor extension: EditorPlugin/plugin system for custom scenes/asset manipulation without reloading the editor, EditorScript for scripted one-off editor automation runnable via Ctrl+Shift+X, and a CLI/headless mode enabling scripted automation of the editor itself. The Asset Library also hosts many community editor tool plugins, corroborating a real ecosystem. missing for 10: no independent hands-on report specifically validating plugin/EditorScript workflows (community evidence is about the engine generally, not editor scripting extensibility).

   • [claimed-docs] “A plugin is a great way to extend the editor with useful tools. It can be made entirely with GDScript and standard scenes, without even relo…”
   • [claimed-docs] “Scripts extending this class and implementing its _run() method can be executed from the Script Editor's File > Run menu option (or by press…”
   • [claimed-docs] “It can be made entirely with GDScript and standard scenes, without even reloading the editor.”
   • [claimed-docs] “This is useful for adding custom in-editor functionality to Godot.”
   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [claimed-docs] “Godot Asset Library ... Category Any 2D Tools 3D Tools Shaders Materials Tools Scripts Misc Templates Projects Demos”
   • [probe] “PROBE runtime (recorded 2026-09-15): Godot installs keylessly from Homebrew (cask godot 4.7.2, '2D and 3D game engine') — one command to the…”

   proof ↗⚑ flag

Ci

1. game developerBuild and export the project from the command line, headless, in CI — no human clicking an editor

   weight 3 · round to Godot Engine
   Unreal Engine✓fullprobed8/10

   Official docs give concrete CLI commands for headless building/cooking/packaging/deploying a project (UnrealEditor.exe -run=cook, and the build/cook/package/deploy/run automation command), plus a dedicated command-line-arguments reference for scripted/CI use, all without needing to open the editor UI. Missing for 10: independent third-party CI pipeline case study confirming it works end-to-end, and explicit mention of UAT/BuildCookRun tool name or exit-code/scripting integration details.

   • [claimed-docs] “UnrealEditor.exe <GameName or uproject> -run=cook -targetplatform=<Plat1>+<Plat2>”
   • [claimed-docs] “This command can cook content for a platform, package it up into a platform's native format for distribution, deploys it to the device, and …”
   • [claimed-docs] “Command-line Arguments, also called Additional Launch Parameters, customize how the engine runs on startup.”
   • [claimed-docs] “command-line arguments can be an invaluable tool for testing and optimizing your project”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine✓fullprobed9/10

   Godot documents a full command-line workflow for editing, building, and exporting projects without opening the GUI editor, and the runtime probe confirms `godot --headless` is usable for CI builds/exports/scripted automation. This is well-documented first-party capability and corroborated by an independent runtime check. Missing for 10: no independent third-party CI pipeline case study or hands-on report confirming headless export works flawlessly in a real CI environment.

   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [claimed-docs] “Godot is designed to be friendly to them, so here are the steps for working entirely from the command line.”
   • [probe] “official CLI documented at https://docs.godotengine.org/en/stable/tutorials/editor/command_line_tutorial.html”
   • [probe] “PROBE runtime (recorded 2026-09-15): Godot installs keylessly from Homebrew (cask godot 4.7.2, '2D and 3D game engine') — one command to the…”

   proof ↗⚑ flag

Server

1. game developerGame logic runs headless on servers — a dedicated-server or server-runtime build without rendering

   weight 2 · round to Godot Engine
   Unreal Engine—none0/10

   The evidence pack covers general networking/replication (client-server sync), command-line arguments, and cooking/packaging, but nowhere mentions Unreal's dedicated-server build target, a headless/no-rendering server runtime, or how to produce a server-only executable. Without explicit documentation of a server-only build path, this axis is unsupported by the given evidence. Missing for 10: any mention of a 'Server' build target, -server or -nullrhi headless launch flags, or dedicated-server packaging instructions.

   • [claimed-docs] “Replication is the name for the process of synchronizing data and procedure calls between clients and servers”
   • [claimed-docs] “Replication is the name for the process of synchronizing data and procedure calls between clients and servers.”
   • [claimed-docs] “UnrealEditor.exe <GameName or uproject> -run=cook -targetplatform=<Plat1>+<Plat2>”
   • [claimed-docs] “This command can cook content for a platform, package it up into a platform's native format for distribution, deploys it to the device, and …”
   • [claimed-docs] “Command-line Arguments, also called Additional Launch Parameters, customize how the engine runs on startup.”

   proof ↗⚑ flag

   Godot Engine~partialprobed6/10

   Runtime evidence confirms Godot ships a `--headless` flag used for CI builds, exports, and scripted automation, and official docs describe extensive command-line/editor-less workflows (godot-probe-rt-1, godot-docs-3/12). However, the evidence pack lacks first-party documentation specifically covering dedicated-server export templates or headless runtime performance/behavior details beyond the CLI tutorial. Missing for 10: dedicated first-party docs on server export templates, detailed headless runtime behavior, and independent hands-on confirmation of headless server deployment at scale.

   • [probe] “PROBE runtime (recorded 2026-09-15): Godot installs keylessly from Homebrew (cask godot 4.7.2, '2D and 3D game engine') — one command to the…”
   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [claimed-docs] “Godot is designed to be friendly to them, so here are the steps for working entirely from the command line.”

   proof ↗⚑ flag

Testing

1. game developerTests run headlessly — unit and integration tests of game code execute in CI against the real engine

   weight 2 · round to Godot Engine
   Unreal Engine—none0/10

   The evidence pack only shows generic command-line argument docs and a UE Toolbar mention for ad-hoc level testing/debugging; there is no evidence of Unreal's Automation System, Gauntlet, or any documented headless unit/integration test execution flow running the real engine in CI. Missing for 10: mention of the Automation Testing framework, -nullrhi/-unattended/-ExecCmds test invocation, CI integration examples, or independent reports of headless test runs against the real engine.

   ⚑ flag

   Godot Engine~partialprobed4/10

   Godot explicitly supports headless CLI operation (`godot --headless`) for automation and scripted editor tasks, and documents command-line workflows and EditorScript execution, which are prerequisites for CI test runs against the real engine. However, there is no evidence of an official unit/integration testing framework (e.g., GUT) or documented CI test-runner examples/integration in the evidence pack. Missing for 10: official testing framework docs, CI pipeline examples, evidence of test-result reporting from headless runs.

   • [probe] “PROBE runtime (recorded 2026-09-15): Godot installs keylessly from Homebrew (cask godot 4.7.2, '2D and 3D game engine') — one command to the…”
   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [claimed-docs] “Godot is designed to be friendly to them, so here are the steps for working entirely from the command line.”
   • [claimed-docs] “Scripts extending this class and implementing its _run() method can be executed from the Script Editor's File > Run menu option (or by press…”
   • [claimed-docs] “This is useful for adding custom in-editor functionality to Godot.”

   proof ↗⚑ flag

Governance

1. studio leadThe project's governance and funding are transparent — a foundation, published finances, or a public roadmap I can plan against

   weight 1 · round drawn
   Unreal Engine—none0/10

   Evidence covers licensing costs, royalty terms, and technical documentation, but nothing indicates a governing foundation, published financial statements, or a public roadmap for Unreal Engine — Epic Games remains a private, closed-governance company with only EULA/royalty terms disclosed (unreal-docs-10, unreal-comm-9, unreal-comm-13).

   • [claimed-docs] “Access to the source code”
   • [community] “For those who don't know what the deal is with Unreal Engine, there's no charge until you get the first million dollars in revenue. Then the…”
   • [community] “It appears they've backed off on the royalties, too: originally, it was 5% of gross, and now it's 5% of gross after $3000 sales per quarter.”

   proof ↗⚑ flag

   Godot Engine—none0/10

   The evidence pack contains license info (MIT) and community remarks about core-team PR management, but no evidence of a governing foundation, published financial reports, or a public roadmap that a studio lead could plan against. missing for 10: foundation/legal-entity documentation, published financial statements or funding sources, public roadmap or release-planning documentation.

   • [github] “Godot is completely free and open source under the very permissive MIT license. No strings attached, no royalties, nothing.”
   • [community] “Akien does a great job managing the PRs. They have a decent system to enable them to review quickly and the core team does a ton of code rev…”
   • [community] “There were several significant land-mines that blew up in my face and it has made me lose some confidence in the core Godot team... I think …”

   proof ↗⚑ flag

License

1. studio leadThe license is permissive with no royalties or per-install fees — I keep what my game earns

   weight 3 · round to Godot Engine
   Unreal Engine—none0/10

   Community evidence explicitly documents that Unreal charges a 5% royalty on gross revenue after the first $1M (or $3,000/quarter) — this is the opposite of 'no royalties, keep what you earn.' No evidence pack item supports a royalty-free/no-fee licensing model; instead multiple citations (comm-1, comm-9, comm-13, comm-2) confirm a royalty-based commercial license.

   • [community] “UE offers everything free... Only way to pay to use Unreal Engine is to earn more than $1,000,000 USD which for most people means everything…”
   • [community] “For those who don't know what the deal is with Unreal Engine, there's no charge until you get the first million dollars in revenue. Then the…”
   • [community] “It appears they've backed off on the royalties, too: originally, it was 5% of gross, and now it's 5% of gross after $3000 sales per quarter.”
   • [community] “i know games with $3 million dollar budgets that chose Unity over Unreal because with Unreal that would have cost them $150k whereas with Un…”

   proof ↗⚑ flag

   Godot Engine✓fullcommunity9/10

   Godot is MIT-licensed, explicitly described as 'completely free and open source... no royalties, nothing' and 'free to use for any purpose,' with community corroboration noting no forced splash screen requirement unlike Unity. Missing for 10: no explicit discussion of edge cases like trademark/logo usage restrictions or third-party asset licensing nuances.

   • [github] “Godot is completely free and open source under the very permissive MIT license. No strings attached, no royalties, nothing.”
   • [claimed-docs] “You are free to use Godot Engine, for any purpose”
   • [community] “One thing many of the big players do that Godot doesn't is require telling the user they used that engine. If you use Unity, you need to sho…”

   proof ↗⚑ flag

Source

1. game developerRead and modify the full engine source when I hit a wall

   weight 2 · round to Godot Engine
   Unreal Engine✓fullprobed7/10

   Epic's license page explicitly grants 'Access to the source code' and docs describe creating new Gameplay C++ classes that recompile directly into the Editor, and community comments corroborate 'source code included.' Missing for 10: independent hands-on account of actually patching core engine internals (not just gameplay classes), and the probe notes the source repo is EULA/GitHub-account gated rather than freely open, which adds friction to the 'when I hit a wall' scenario.

   • [claimed-docs] “Access to the source code”
   • [claimed-docs] “Access to the source code All platforms & features Forums and documentation on the Epic Developer Community”
   • [claimed-docs] “Creating new Gameplay classes in C++, and all changes will be reflected in the Unreal Editor after compiling with either Visual Studio or XC…”
   • [claimed-docs] “Creating new Gameplay classes in C++, and all changes will be reflected in the Unreal Editor after compiling with either Visual Studio or XC…”
   • [community] “Crytek has financial worries. Plus it's the most difficult to use, because it's almost all C++. Unity is very accessible thanks to C# script…”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine✓fullcommunity9/10

   Godot is MIT-licensed open source, with full source available on GitHub, permissive rights to use/modify/redistribute per the license page, and an active core team accepting PRs/code reviews from contributors — directly enabling developers to read and modify engine internals when needed. missing for 10: no explicit evidence pack citation of the exact source-code repo browsing/build docs beyond compilation instructions link.

   • [github] “Godot is completely free and open source under the very permissive MIT license. No strings attached, no royalties, nothing.”
   • [claimed-docs] “You are free to use Godot Engine, for any purpose”
   • [github] “See the official docs for compilation instructions for every supported platform.”
   • [community] “Akien does a great job managing the PRs. They have a decent system to enable them to review quickly and the core team does a ton of code rev…”

   proof ↗⚑ flag

Trust

1. studio leadThe pricing and license terms have a track record of stability — no retroactive changes that reprice games already shipped

   weight 2 · round to Godot Engine
   Unreal Engine—none0/10

   The pack shows royalty terms changed over time (5% of gross → 5% after $3,000/quarter) but no evidence addresses whether such changes were ever applied retroactively to already-shipped titles or whether Epic has an explicit no-retroactive-repricing policy/track record. Missing for 10: documented policy or community confirmation that license terms are grandfathered for shipped games, evidence of any past retroactive-change controversy or its resolution.

   • [community] “It appears they've backed off on the royalties, too: originally, it was 5% of gross, and now it's 5% of gross after $3000 sales per quarter.”
   • [community] “For those who don't know what the deal is with Unreal Engine, there's no charge until you get the first million dollars in revenue. Then the…”
   • [claimed-docs] “Access to the source code”

   proof ↗⚑ flag

   Godot Engine✓fullcommunity8/10

   Godot ships under the permissive MIT license with no royalties and no required attribution splash, and since it's a community-governed open-source project (not a single commercial vendor), there's no entity that could retroactively reprice shipped games — MIT terms apply perpetually to released versions. Community commentary explicitly contrasts this with Unity's runtime-fee model requiring payment/splash screens. missing for 10: no explicit independent commentary tracing Godot's licensing history over multiple years to confirm zero retroactive changes, and no first-party statement addressing this stability guarantee directly.

   • [github] “Godot is completely free and open source under the very permissive MIT license. No strings attached, no royalties, nothing.”
   • [claimed-docs] “You are free to use Godot Engine, for any purpose”
   • [community] “One thing many of the big players do that Godot doesn't is require telling the user they used that engine. If you use Unity, you need to sho…”

   proof ↗⚑ flag

1. ai-native userDo everything through the API that I can do in the UI

   weight 2 · round to Godot Engine
   Unreal Engine~partialprobed5/10

   Unreal exposes substantial programmatic surfaces (Python editor scripting, C++ gameplay/engine API, Blueprints, command-line/UAT automation) that cover many editor and runtime tasks, but there is no documentation or evidence claiming full UI/API parity — some editor UI workflows (e.g. certain asset browser, viewport, or complex tooling operations) are not confirmed as scriptable, and the probe notes the engine is poorly machine-accessible overall (gated source repo, 403s on core domains, no official MCP, docs not served as markdown). missing for 10: an explicit statement/spec of full UI-API parity, evidence that every UI action has an API equivalent, and better machine-readable API discovery for AI agents.

   • [claimed-docs] “provides the ability for designers to use virtually the full range of concepts and tools generally only available to programmers”
   • [claimed-docs] “Automate time-consuming Asset management tasks in the Unreal Editor, like generating Levels of Detail (LODs) for Static Meshes.”
   • [claimed-docs] “there may be cases where you want precise control over when and how Assets are discovered, loaded, and audited. For these cases, the Asset M…”
   • [claimed-docs] “Creating new Gameplay classes in C++, and all changes will be reflected in the Unreal Editor after compiling with either Visual Studio or XC…”
   • [claimed-docs] “command-line arguments can be an invaluable tool for testing and optimizing your project”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine~partialprobed6/10

   Godot documents extensive CLI/headless operation, EditorScript for scripting editor actions, and GDScript-based plugins that extend the editor 'without even reloading' it — strong evidence of doing much editor work via API/script rather than UI. However, there is no explicit documentation or claim of full UI/API parity, and no independent confirmation that every UI-only feature has a scripting equivalent. Missing for 10: an explicit full API-UI parity guarantee, independent verification that all editor features are scriptable, and evidence of official OpenAPI/MCP-style programmatic surface (probes show none exists).

   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [claimed-docs] “A plugin is a great way to extend the editor with useful tools. It can be made entirely with GDScript and standard scenes, without even relo…”
   • [claimed-docs] “Scripts extending this class and implementing its _run() method can be executed from the Script Editor's File > Run menu option (or by press…”
   • [probe] “official CLI documented at https://docs.godotengine.org/en/stable/tutorials/editor/command_line_tutorial.html”
   • [probe] “PROBE runtime (recorded 2026-09-15): Godot installs keylessly from Homebrew (cask godot 4.7.2, '2D and 3D game engine') — one command to the…”

   proof ↗⚑ flag

2. ai-native userExport all of my data in open formats and leave

   weight 3 · round to Godot Engine
   Unreal Engine—none0/10

   Evidence covers Blueprints, C++, plugins, source-code access, and asset management, but nothing addresses exporting a project's proprietary .uasset/.umap data into open interchange formats to allow a clean migration away from Unreal. The probe evidence even highlights poor machine-readable/open access to Epic's own ecosystem, reinforcing the lack of a data-portability story.

   • [claimed-docs] “provides a framework for managing Assets that can divide content into chunks that make sense in the context of your project”
   • [claimed-docs] “there may be cases where you want precise control over when and how Assets are discovered, loaded, and audited. For these cases, the Asset M…”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine~partialclaimed5/10

   Godot's MIT license and 'free for any purpose' policy (godot-gh-2, godot-docs-16) mean there's no vendor lock-in, and the asset pipeline docs show raw source assets live in the project folder while only imported caches sit in a hidden .godot folder (godot-docs-9, godot-docs-17), implying user data stays in accessible files. However, there's no explicit documentation of a dedicated 'export all your data' or project-portability feature, nor confirmation that all internal formats (e.g. binary .tscn/.res variants) are fully open/documented. Missing for 10: explicit docs on project file format openness/portability guarantees, a documented data-export or migration tool, and independent corroboration that users can fully extract and reuse their data outside Godot.

   • [github] “Godot is completely free and open source under the very permissive MIT license. No strings attached, no royalties, nothing.”
   • [claimed-docs] “You are free to use Godot Engine, for any purpose”
   • [claimed-docs] “Godot will automatically import these files internally and keep the imported resources hidden in a res://.godot/imported/ folder.”
   • [claimed-docs] “To import assets in Godot, place your assets (image files, scenes, audio files, fonts, etc) directly in the project folder.”

   proof ↗⚑ flag

3. ai-native userRead the product's source under an open license

   weight 2 · round to Godot Engine
   Unreal Engine!disputedcontradicted3/10

   Epic's own licensing page claims 'access to the source code' (unreal-docs-10, unreal-docs-18), but this is EULA/account-gated rather than an open-license grant — the probe confirms the GitHub source repo returns 404 without an authenticated, linked Epic account and all first-party domains block non-browser access, meaning the source is not freely readable under an open license as an AI-native user would need. Missing for 10: no OSI-approved or otherwise open license governing the source, no keyless/anonymous access to the code, no llms.txt or machine-readable confirmation of licensing terms.

   • [claimed-docs] “Access to the source code”
   • [claimed-docs] “Access to the source code All platforms & features Forums and documentation on the Epic Developer Community”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine✓fullcommunity9/10

   Godot is MIT-licensed and open source, with the full source hosted publicly on GitHub and license terms explicitly documented ('completely free and open source under the very permissive MIT license', 'You are free to use Godot Engine, for any purpose'); community evidence corroborates active open contribution/review processes. missing for 10: no independent audit or license-scan citation beyond vendor/GitHub statements.

   • [github] “Godot is completely free and open source under the very permissive MIT license. No strings attached, no royalties, nothing.”
   • [claimed-docs] “You are free to use Godot Engine, for any purpose”
   • [community] “Akien does a great job managing the PRs. They have a decent system to enable them to review quickly and the core team does a ton of code rev…”

   proof ↗⚑ flag

4. ai-native userSelf-host the core product

   weight 3 · round to Godot Engine
   Unreal Engine~partialprobed6/10

   Unreal ships as a locally-installed engine with source-code access (unreal-docs-10/18), so the core product is inherently self-hostable rather than SaaS-only. However, the probe evidence shows source access is EULA/account-gated (must link a GitHub account to Epic), the GitHub repo is not publicly discoverable via API, and there is no simple open self-hosting path comparable to fully open-source engines. Missing for 10: unrestricted/public source access, no account-gating requirement, first-party documentation framing self-hosting as an explicit feature.

   • [claimed-docs] “Access to the source code”
   • [claimed-docs] “Access to the source code All platforms & features Forums and documentation on the Epic Developer Community”
   • [probe] “PROBE runtime negative (recorded 2026-09-15): Unreal is the least machine-readable presence of the eight — api.github.com/repos/EpicGames/Un…”

   proof ↗⚑ flag

   Godot Engine✓fullprobed9/10

   Godot is MIT-licensed, fully open source, and can be self-hosted/self-compiled on any infrastructure the user controls, with headless CLI operation documented for CI/scripted use and confirmed by runtime probes (keyless Homebrew install, --headless mode). missing for 10: no first-party managed self-hosted server/cloud offering docs beyond generic compile-and-run instructions.

   • [github] “Godot is completely free and open source under the very permissive MIT license. No strings attached, no royalties, nothing.”
   • [claimed-docs] “You are free to use Godot Engine, for any purpose”
   • [github] “See the official docs for compilation instructions for every supported platform.”
   • [claimed-docs] “Some developers like using the command line extensively. Godot is designed to be friendly to them, so here are the steps for working entirel…”
   • [probe] “official CLI documented at https://docs.godotengine.org/en/stable/tutorials/editor/command_line_tutorial.html”
   • [probe] “PROBE runtime (recorded 2026-09-15): Godot installs keylessly from Homebrew (cask godot 4.7.2, '2D and 3D game engine') — one command to the…”

   proof ↗⚑ flag

Targets

1. studio leadOne project exports to desktop, mobile, and (directly or via partners) consoles

   weight 3 · round to Godot Engine
   Unreal Engine~partialcommunity7/10

   Docs show a single project can be cooked/packaged/deployed to multiple target platforms via the cook/package pipeline (unreal-docs-16, unreal-docs-17) and tested across platforms via the toolbar (unreal-docs-9), and community mentions cross-platform export (e.g., HTML5) confirm this in practice (unreal-comm-14). However, the evidence pack contains no explicit documentation or independent confirmation of console export specifics (partner/licensee console SDK integration), so console support is inferred rather than directly evidenced. Missing for 10: explicit console-platform export/partner-program documentation, independent studio confirmation of a single project shipping to consoles.

   • [claimed-docs] “UnrealEditor.exe <GameName or uproject> -run=cook -targetplatform=<Plat1>+<Plat2>”
   • [claimed-docs] “This command can cook content for a platform, package it up into a platform's native format for distribution, deploys it to the device, and …”
   • [claimed-docs] “Use UE Toolbar to quickly test a part of your currently loaded Level for testing and debugging.”
   • [community] “For someone who's actually using UE4 as an artistic break for web dev, I thoroughly recommend it. It allows you to create great environments…”

   proof ↗⚑ flag

   Godot Engine✓fullclaimed7/10

   Godot's official GitHub description explicitly states one-click export to desktop (Linux/macOS/Windows), mobile (Android/iOS), web, and consoles from a single project, matching the studio-lead's cross-platform export need, and the license docs/MIT confirm no barriers to shipping across platforms. No community evidence contradicts console or desktop/mobile export capability. Missing for 10: independent/hands-on confirmation of console export specifically (which in practice goes through third-party console partners), and more detail on the partner/porting process for consoles beyond the single GitHub line.

   • [github] “Games can be exported with one click to a number of platforms, including the major desktop platforms (Linux, macOS, Windows), mobile platfor…”
   • [claimed-docs] “You are free to use Godot Engine, for any purpose”
   • [github] “Godot is completely free and open source under the very permissive MIT license. No strings attached, no royalties, nothing.”

   proof ↗⚑ flag

Web

1. web developerMy game runs in the browser with a reasonable payload — WebGL today, and a credible WebGPU story

   weight 2 · round to Godot Engine
   Unreal Engine—none0/10

   The only evidence touching web export is a decade-old community comment noting 'UE4.7 can export to HTML5 too' (unreal-comm-14) — there is no current documentation, no mention of WebGL, no mention of WebGPU, and no discussion of browser payload size or a credible modern web-export pipeline. Given Unreal actually removed HTML5/WebGL export in later versions, this stale anecdote does not establish a current capability.

   • [community] “For someone who's actually using UE4 as an artistic break for web dev, I thoroughly recommend it. It allows you to create great environments…”

   proof ↗⚑ flag

   Godot Engine~partialcommunity5/10

   Evidence confirms Godot supports one-click export to Web platforms (godot-gh-1) and community reports web export working well for GDScript-based projects in the 3.x LTS line (godot-comm-11), but a community report specifically flags that C#/.NET export to web does not work (godot-comm-5), and there is no evidence at all in the pack addressing WebGPU support, payload size optimization, or a build pipeline story for it. Missing for 10: WebGPU backend documentation/evidence, payload-size guidance, and clarity on C# web-export limitations vs GDScript.

   • [github] “Games can be exported with one click to a number of platforms, including the major desktop platforms (Linux, macOS, Windows), mobile platfor…”
   • [community] “It works relatively well, and actually better than in Unity (which uses an older C# version), but unfortunately it does not work everywhere.…”
   • [community] “Godot 3.5.2 is still the LTS version and still exports just great for the web... I decided to switch from Godot 4.0 C# to Godot 3.5.2 with G…”

   proof ↗⚑ flag

2. web developerThe engine installs from a package registry into my existing toolchain — a library I import, bundle, and tree-shake like any dependency

   weight 2 · round drawn
   Unreal Engine—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

   Godot Engine—none0/10

   The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na". (na/none harmonized at arena bring-up — see pipeline/scripts/na-harmonize.ts.)

   ⚑ flag

1. ai-native userOpt out of telemetry and usage tracking

   weight 2 · round drawn
   Unreal Engine—none0/10

   No evidence in the pack addresses telemetry, analytics, or usage-tracking opt-out settings for Unreal Engine or the Editor; all docs and community items concern scripting, licensing, and pricing topics unrelated to privacy controls.

   ⚑ flag

   Godot Engine—none0/10

   No evidence in the pack addresses telemetry, usage tracking, or any opt-out mechanism for Godot; the pack covers scripting languages, plugins, licensing, and community sentiment but never discusses data collection or privacy settings.

   ⚑ flag

Iteration

1. game developerThe edit-run loop is fast — hot reload or near-instant preview after a script change

   weight 2 · round to Unreal Engine
   Unreal Engine~partialclaimed6/10

   Docs confirm Blueprints allow instant in-editor scripting changes without recompilation, and C++ changes are 'reflected in the Unreal Editor after compiling' via Visual Studio/XCode, indicating a hot-reload/live-coding workflow exists. However, no evidence quantifies compile/reload speed, mentions the dedicated 'Live Coding' feature explicitly, or provides independent hands-on confirmation that the loop is fast rather than just functional. Missing for 10: benchmark/timing evidence on hot reload speed, explicit mention of Live Coding feature, independent developer testimony on edit-run loop responsiveness.

   • [claimed-docs] “provides the ability for designers to use virtually the full range of concepts and tools generally only available to programmers”
   • [claimed-docs] “Creating new Gameplay classes in C++, and all changes will be reflected in the Unreal Editor after compiling with either Visual Studio or XC…”
   • [claimed-docs] “Creating new Gameplay classes in C++, and all changes will be reflected in the Unreal Editor after compiling with either Visual Studio or XC…”

   proof ↗⚑ flag

   Godot Engine~partialclaimed4/10

   Evidence shows editor plugins can be built in GDScript without reloading the editor (godot-docs-4/13) and Godot's scene/node system supports live editing, implying reasonably fast iteration, but there is no direct documentation or community confirmation of hot-reloading running gameplay scripts or near-instant preview after a script change during play mode. missing for 10: explicit docs on script hot-reload during play, independent hands-on confirmation of edit-run loop speed for gameplay code, comparison benchmarks.

   • [claimed-docs] “A plugin is a great way to extend the editor with useful tools. It can be made entirely with GDScript and standard scenes, without even relo…”
   • [claimed-docs] “It can be made entirely with GDScript and standard scenes, without even reloading the editor.”
   • [claimed-docs] “Scripts extending this class and implementing its _run() method can be executed from the Script Editor's File > Run menu option (or by press…”
   • [claimed-docs] “This is useful for adding custom in-editor functionality to Godot.”

   proof ↗⚑ flag

Language

1. game developerThe primary scripting language is productive and fully exposes the engine API, with a debugger behind it

   weight 3 · round to Godot Engine
   Unreal Engine~partialcommunity5/10

   Docs show C++ as the primary language with full engine API exposure (new Gameplay classes, delegates binding to arbitrary objects) and it compiles/reflects via Visual Studio/XCode, implying standard IDE debugger support, while Blueprints (the more 'scripting'-like option) explicitly trades off some API depth for accessibility (unreal-docs-1,2,3,11). Community evidence corroborates a productivity/API-completeness tension: Blueprints alone are 'not sufficient' for real scripting tasks and require C++ fallback, and multiple developers cite C++ as their 'main problem' with UE (unreal-comm-4, unreal-comm-7, unreal-comm-15). Missing for 10: no explicit documentation of an integrated scripting debugger workflow (only external Visual Studio/Xcode debugging is implied), and no first-party evidence that any single primary language achieves both full productivity and full API coverage without trade-offs.

   • [claimed-docs] “provides the ability for designers to use virtually the full range of concepts and tools generally only available to programmers”
   • [claimed-docs] “Creating new Gameplay classes in C++, and all changes will be reflected in the Unreal Editor after compiling with either Visual Studio or XC…”
   • [claimed-docs] “You can dynamically bind a delegate to a member function of an arbitrary object, calling the function on the object at a future time”
   • [claimed-docs] “Creating new Gameplay classes in C++, and all changes will be reflected in the Unreal Editor after compiling with either Visual Studio or XC…”
   • [community] “With no scripting support, adding content like vehicles is pretty much impossible. Blueprints are not sufficient for such a task. A few peop…”
   • [community] “My main problem with UE is C++, I don't want to even try to download files or read json in a blueprint.”
   • [community] “blueprints are great for prototyping, but once you have too much complexity in a BP it can easily cascade inefficiencies to the point it bec…”

   proof ↗⚑ flag

   Godot Engine~partialcommunity6/10

   GDScript is documented as Godot's native, high-level, object-oriented, gradually-typed language that fully exposes the engine API (nodes/scenes, editor plugins, EditorScript), and community reports back this up as reasonably fast to learn and productive for people with programming experience. However, the evidence pack contains no explicit documentation of a GDScript-specific debugger (only C#'s Visual Studio debugging is called out), and some community feedback calls GDScript's ergonomics and documentation poor (comm-14, comm-15), creating real caveats rather than a clean full delivery. Missing for 10: explicit docs on the built-in GDScript debugger/breakpoints workflow, and stronger independent confirmation that GDScript is unambiguously productive for professional use.

   • [claimed-docs] “GDScript is a high-level, object-oriented, imperative, and gradually typed programming language built for Godot.”
   • [claimed-docs] “Keep your code modular with an object-oriented API using Godot's own GDScript, C#, C++, or bring your own using GDExtension.”
   • [claimed-docs] “A plugin is a great way to extend the editor with useful tools. It can be made entirely with GDScript and standard scenes, without even relo…”
   • [claimed-docs] “Scripts extending this class and implementing its _run() method can be executed from the Script Editor's File > Run menu option (or by press…”
   • [community] “I'm using it every day at work... Godot was just what I needed since I wanted a visual editor but still be able to code. The scripting langu…”
   • [community] “gdscript is pretty awful. It's only python-like for someone who's never used python. No list comprehensions, no tuples... It's like Python 1…”
   • [community] “I have tried to use it something like 2 years ago and just gave up in front of the poorly documented custom scripting language they used.”
   • [community] “Godot 4 is using actual .NET instead of Mono, so you get all the tooling support that implies, including seamless debugging with Visual Stud…”

   proof ↗⚑ flag

Visual

1. technical artistBuild gameplay logic with visual scripting without writing code

   weight 2 · round to Unreal Engine
   Unreal Engine!disputedcontradicted6/10

   Epic's docs confirm Blueprints let designers use most programmer-level tools without code (unreal-docs-1), and this is Unreal's flagship visual-scripting system for gameplay logic. However, hands-on community reports concretely contradict full no-code sufficiency: one dev states Blueprints were 'not sufficient' for adding content like vehicles and required C++ (unreal-comm-4), and another notes complex Blueprint graphs 'cascade inefficiencies' making C++ necessary at scale (unreal-comm-15), with a third citing C++ as the main pain point when trying to avoid it (unreal-comm-7). Missing for 10: independent case studies of large shipped games built purely in Blueprints without C++ fallback, and clearer scoping of what gameplay complexity Blueprints alone can handle.

   • [claimed-docs] “provides the ability for designers to use virtually the full range of concepts and tools generally only available to programmers”
   • [community] “With no scripting support, adding content like vehicles is pretty much impossible. Blueprints are not sufficient for such a task. A few peop…”
   • [community] “blueprints are great for prototyping, but once you have too much complexity in a BP it can easily cascade inefficiencies to the point it bec…”
   • [community] “My main problem with UE is C++, I don't want to even try to download files or read json in a blueprint.”

   proof ↗⚑ flag

   Godot Engine—none0/10

   The evidence pack documents only code-based scripting options (GDScript, C#, GDExtension/C++) and editor plugins/scripts, with no mention of a node-graph or visual scripting system for building gameplay logic without writing code; Godot's own VisualScript feature is not referenced anywhere in the pack.

   • [claimed-docs] “GDScript is a high-level, object-oriented, imperative, and gradually typed programming language built for Godot.”
   • [claimed-docs] “C# is a high-level programming language developed by Microsoft. In Godot, it is implemented with the modern .NET runtime.”
   • [claimed-docs] “Keep your code modular with an object-oriented API using Godot's own GDScript, C#, C++, or bring your own using GDExtension.”
   • [claimed-docs] “A plugin is a great way to extend the editor with useful tools. It can be made entirely with GDScript and standard scenes, without even relo…”
   • [claimed-docs] “Scripts extending this class and implementing its _run() method can be executed from the Script Editor's File > Run menu option (or by press…”

   proof ↗⚑ flag