Babylon.js vs Phaser
open-source
·open-source · free-tier · subscription-per-seat · usage-based
Babylon.js wins · 21–12 (14 drawn)
Agenticness — how well agents can access and operate the productAgenticness
How well agents can access and operate the product
Agent access
ai-native userPoint an agent at llms.txt or agent-oriented docs
weight 2 · round to Babylon.jsBoth doc.babylonjs.com and www.babylonjs.com serve dedicated llms.txt files (confirmed by live probe returning HTTP 200) with structured, categorized documentation summaries covering setup, features, and tooling, directly enabling an agent to be pointed at these files. missing for 10: no independent third-party confirmation of agent usage/consumption of these files in practice, and no .md mirrors of the full docs for deeper agent crawling.
- [probe] “PROBE llms.txt: HTTP 200 at https://doc.babylonjs.com/llms.txt # Babylon.js Documentation > Babylon.js is a powerful, beautiful, simple, an…”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
- [claimed-docs] “Setup & Installation: Framework packages, NPM support, ES6 modules”
- [claimed-docs] “Scene Management: Multiple canvases, offscreen rendering, optimization”
- [claimed-docs] “Playground: Interactive code editor and sharing”
A live llms.txt was found at phaser.io/llms.txt (an examples-API index) and Phaser Studio publishes agent-oriented docs/MCP server pages (phaser.io/agent/mcp) explicitly for connecting coding agents, but the more commonly probed docs.phaser.io/llms.txt returns 404 and the site root 403s non-browser clients, requiring a browser UA and precise deep links to succeed. Missing for 10: a consistently discoverable llms.txt across the main docs domain, no 403/404 friction for automated agent fetches, and independent confirmation that agents can reliably ingest these docs.
- [probe] “PROBE llms.txt: HTTP 404 at https://docs.phaser.io/llms.txt”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
- [probe] “official MCP server documented at https://phaser.io/agent/mcp”
- [claimed-docs] “Build games from inside the editor you already use with the Phaser Game Agent MCP server.”
ai-native userRun the product headlessly / in CI for automation
weight 2 · round to Babylon.jsBabylon.js explicitly documents server-side/Node.js usage and provides a NullEngine specifically for headless rendering without a browser/WebGL context, which is the standard mechanism for running Babylon in CI or automated pipelines; NPM packages and ES6 modules further support scripted/headless integration. missing for 10: no independent/hands-on report of a CI pipeline actually using NullEngine, no explicit CI recipe or GitHub Actions example, and no MCP/agent-specific automation tooling.
- [claimed-docs] “source: https://doc.babylonjs.com/setup/support/serverSide”
- [claimed-docs] “source: https://doc.babylonjs.com/typedoc/classes/BABYLON.NullEngine”
- [claimed-docs] “NPM packages for all modules”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
Phasernone0/10The evidence pack covers installation, scenes, physics, animations, editor and MCP agent features, but nothing addresses headless execution or CI-based automation for Phaser games/tests. Since browser-based game engines can in principle support headless rendering or CI test harnesses, this is a fair but unaddressed axis rather than a category error.
ai-native userConnect an agent via an official MCP server
weight 3 · round to PhaserBabylon.jsnone0/10Babylon.js is a rendering/game engine (not an agent), so the MCP-server axis applies as an ecosystem feature, but evidence explicitly shows no official MCP server exists — only a tiny, inactive community repo with 9 stars.
- [probe] “PROBE runtime negative (recorded 2026-09-15): despite Microsoft parentage, Babylon.js has essentially no MCP ecosystem — no official server,…”
Phaser Studio ships an official 'Phaser Game Agent' MCP server (phaser.io/agent/mcp) documented with 40+ specialized tools and explicit integration with Claude Desktop, Cursor, and GitHub Copilot, letting external agents connect and build games via plain-language commands. Missing for 10: independent/hands-on community validation that the MCP server works as advertised, and clarity on self-hosted/npm distribution (probe found no @phaserjs MCP package on npm, only a hosted endpoint).
- [claimed-docs] “For power users, the MCP Server goes deeper. It implements over 40 specialised tools and integrates directly with Claude Desktop, Cursor, Gi…”
- [claimed-docs] “Build games from inside the editor you already use with the Phaser Game Agent MCP server.”
- [claimed-docs] “You describe what you want in plain language and your agent calls the tools for you.”
- [claimed-docs] “Give the player a double-jump and a coin counter.The jump feels floaty, make gravity stronger.”
- [probe] “official MCP server documented at https://phaser.io/agent/mcp”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
ai-native userUse an official CLI
weight 2 · round to PhaserBabylon.jsnone0/10Babylon.js is a library/engine and the story asks whether it ships an official CLI for AI-native workflows; the evidence pack covers NPM packages, docs, and runtime probes but never mentions a CLI tool of any kind, official or otherwise.
Phaser docs confirm an official CLI tool for scaffolding projects (interactive selection of templates/demo games), which counts as an official CLI, but it is described as interactive Q&A rather than a scriptable/agent-friendly interface, and there's no documentation of flags or non-interactive mode suited for AI-native automated use. missing for 10: evidence of non-interactive/programmatic CLI flags, AI-agent-oriented CLI documentation, and independent confirmation of CLI usability by agents.
- [claimed-docs] “This CLI tool presents an interactive selection of official project templates and demo games.”
- [claimed-docs] “This CLI tool presents an interactive selection of official project templates and demo games. Issue the command, answer some questions and t…”
ai-native userDrive the product through a documented public API
weight 3 · round drawnBabylon.js exposes its full functionality through a well-documented TypeScript/JavaScript API (TypeDoc class references, NPM packages for all modules, tree-shakable ES6 modules) that is the primary way any AI or human driver would programmatically control the engine, and community feedback independently praises the documentation quality and API discoverability. Missing for 10: no formal API stability/versioning contract or independent third-party audit of API completeness beyond community sentiment.
- [claimed-docs] “source: https://doc.babylonjs.com/typedoc/classes/BABYLON.NullEngine”
- [claimed-docs] “TypeScript support with full IntelliSense”
- [claimed-docs] “NPM packages for all modules”
- [claimed-docs] “Modular design with tree-shakable ES6 modules”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
- [community] “Babylon is amazing, the documentation and backwards compatibility is quite something. Just finished a project with it, while the learning cu…”
- [community] “My wife found that ThreeJS breaks backwards compatibility a lot, while Babylon is exactly the opposite. Babylon also has vastly superior doc…”
Phaser ships an extensive, versioned public JS/TS API (Scenes, physics, input, loader, animations) documented at docs.phaser.io with full TypeScript definitions, which is exactly the kind of documented public API an AI agent needs to generate/drive game code programmatically; the runtime probe also shows phaser.io/llms.txt now serving a live, programmatic examples-API index tailored for AI consumption. Missing for 10: a formal machine-readable spec (OpenAPI) for the core API surface — probes show OpenAPI/swagger endpoints all 404 — so discovery still relies on human-oriented docs rather than a fully machine-consumable contract.
- [claimed-docs] “Full TypeScript definitions can be found inside the types folder”
- [claimed-docs] “This will allow you to control the Sprite using the built-in physics functions, such as velocity, acceleration, gravity, etc.”
- [claimed-docs] “Phaser maintains a unified input system that works across all browsers and devices.”
- [claimed-docs] “Common asset types include images, texture atlases, sprite sheets, fonts, audio files and JSON data, but there are many more that Phaser can…”
- [claimed-docs] “Animations are created via the Animation Manager.”
- [probe] “PROBE llms.txt: HTTP 404 at https://docs.phaser.io/llms.txt”
- [probe] “PROBE openapi: all candidate paths 404 (https://docs.phaser.io/openapi.json, https://docs.phaser.io/swagger.json, https://docs.phaser.io/api…”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
ai-native userBuild against official SDKs
weight 2 · round drawnBabylon.js ships official, versioned NPM packages (@babylonjs/core, etc.), full TypeScript typings/IntelliSense, modular ES6 tree-shakable modules, and extensive first-party API docs plus a Playground/Inspector for iterative development — exactly what an AI-native builder needs to target a stable official SDK, corroborated by the npm registry probe (234k weekly downloads, Apache-2.0) and multiple community accounts of strong documentation and active maintenance. missing for 10: no AI-specific SDK affordances like llms.txt-formatted API references beyond the top-level doc index, and no evidence of official AI-agent tooling (MCP server) wrapping the SDK.
- [claimed-docs] “Setup & Installation: Framework packages, NPM support, ES6 modules”
- [claimed-docs] “TypeScript support with full IntelliSense”
- [claimed-docs] “NPM packages for all modules”
- [claimed-docs] “Modular design with tree-shakable ES6 modules”
- [community] “Babylon is amazing, the documentation and backwards compatibility is quite something. Just finished a project with it, while the learning cu…”
- [community] “My wife found that ThreeJS breaks backwards compatibility a lot, while Babylon is exactly the opposite. Babylon also has vastly superior doc…”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
Phaser itself is the official SDK: it's distributed via npm, an official CLI, a CDN, and ships full TypeScript definitions, all documented in first-party docs and corroborated by community usage (games built in JS/TS, TypeScript experience feedback). Missing for 10: independent/third-party audit of the SDK's completeness and explicit multi-platform SDK packaging (e.g., official native wrappers) beyond docs claims.
- [claimed-docs] “npm install phaser”
- [claimed-docs] “Full TypeScript definitions can be found inside the types folder”
- [claimed-docs] “Install via [npm](https://www.npmjs.com/package/phaser): npm install phaser”
- [claimed-docs] “This CLI tool presents an interactive selection of official project templates and demo games. Issue the command, answer some questions and t…”
- [claimed-docs] “Phaser is on jsDelivr which is a "super-fast CDN for developers". Include _either_ of the following in your html”
- [github] “You can use JavaScript or TypeScript for development.”
- [community] “I've spent the past 6 months building a game using Phaser and TypeScript. On the whole, it's been a great experience... one of the worst par…”
- [community] “Phaser 4 was announced ~four years ago and was an attempt to get the project written natively in TypeScript. It looks pretty dead in the wat…”
Agentic features
ai-native userGet AI-generated insights and suggestions from my data inside the product
weight 2 · round drawnBabylon.jsnone0/10The 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.)
ai-native userSet up automations that run autonomously in the background
weight 2 · round drawnBabylon.jsnone0/10The 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.)
ai-native userDelegate tasks to a built-in AI assistant inside the product
weight 3 · round drawnBabylon.jsnone0/10The 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.)
Phasernone0/10Phaser's AI-related evidence (phaser-docs-13/14/15) describes an MCP server that lets *external* coding agents (Claude Desktop, Cursor, Copilot) call Phaser Editor tools — the opposite relationship of a built-in assistant living inside the product that a user delegates tasks to. No evidence shows a native, in-product chat/assistant feature.
- [claimed-docs] “For power users, the MCP Server goes deeper. It implements over 40 specialised tools and integrates directly with Claude Desktop, Cursor, Gi…”
- [claimed-docs] “Build games from inside the editor you already use with the Phaser Game Agent MCP server.”
- [claimed-docs] “You describe what you want in plain language and your agent calls the tools for you.”
- [probe] “official MCP server documented at https://phaser.io/agent/mcp”
ai-native userOperate the product with natural-language commands
weight 2 · round to PhaserBabylon.jsnone0/10The 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.)
Phaser ships an official hosted 'Game Agent' MCP server that lets users describe changes in plain language (e.g., 'Give the player a double-jump...') and have the agent call over 40 specialised tools inside the Scene Editor, integrating with Claude Desktop, Cursor, and Copilot — directly matching natural-language operation. This is corroborated by a runtime probe confirming the live MCP endpoint at phaser.io/agent/mcp. Missing for 10: independent/community hands-on validation of the MCP agent's reliability and no npm-distributed MCP package (only hosted), so evidence is vendor-only.
- [claimed-docs] “For power users, the MCP Server goes deeper. It implements over 40 specialised tools and integrates directly with Claude Desktop, Cursor, Gi…”
- [claimed-docs] “Build games from inside the editor you already use with the Phaser Game Agent MCP server.”
- [claimed-docs] “You describe what you want in plain language and your agent calls the tools for you.”
- [claimed-docs] “Give the player a double-jump and a coin counter.The jump feels floaty, make gravity stronger.”
- [claimed-docs] “Create a particle emitter, reorganise a scene into layers, rename a bunch of objects — it handles it without switching tools.”
- [probe] “official MCP server documented at https://phaser.io/agent/mcp”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
Api quality
ai-native userExplore an interactive API reference with runnable examples
weight 2 · round to Babylon.jsBabylon.js has a TypeDoc-based API reference (e.g. BABYLON.NullEngine class docs) and a separate interactive Playground for runnable code examples/sharing, which together support exploring the API with live examples. However, the evidence doesn't show these are integrated (e.g. runnable snippets embedded directly inside API reference pages) nor is there independent/hands-on corroboration of this specific workflow. Missing for 10: evidence of direct API-reference-to-playground integration, and community validation of the interactive-reference experience.
- [claimed-docs] “source: https://doc.babylonjs.com/typedoc/classes/BABYLON.NullEngine”
- [claimed-docs] “Playground: Interactive code editor and sharing”
- [claimed-docs] “Playground: Interactive code editor at playground.babylonjs.com”
- [probe] “PROBE llms.txt: HTTP 200 at https://doc.babylonjs.com/llms.txt # Babylon.js Documentation > Babylon.js is a powerful, beautiful, simple, an…”
Community evidence confirms Phaser has an extensive examples library ('many examples and docs to work from' — phaser-comm-7), and a runtime probe shows docs.phaser.io/llms.txt now serves as a programmatic examples-API index with endpoints to fetch full source code per example (phaser-probe-rt-1), which is useful for AI-native exploration. However, there is no first-party evidence of an interactive, runnable-in-browser API reference (no OpenAPI/API-reference page found, docs-md and llms.txt initially 404'd per probes), so the story is only partially substantiated. Missing for 10: dedicated interactive API reference UI with live code execution, confirmation the examples API is documented/stable, independent hands-on account of using it.
- [community] “I've made a couple toy projects with Phaser, after comparing other Javascript based 2d engines. Phaser is the most fully featured amongst th…”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
- [probe] “PROBE llms.txt: HTTP 404 at https://docs.phaser.io/llms.txt”
- [probe] “PROBE docs-md: HTTP 404 at https://docs.phaser.io/phaser/getting-started/what-is-phaser.md”
ai-native userDownload a machine-readable API spec (OpenAPI or equivalent)
weight 2 · round to PhaserBabylon.jsnone0/10Babylon.js exposes only human-oriented TypeDoc API references and llms.txt files; explicit probes for OpenAPI/swagger endpoints (openapi.json, swagger.json, etc.) all returned 404, showing no machine-readable API spec is published.
- [probe] “PROBE openapi: all candidate paths 404 (https://doc.babylonjs.com/openapi.json, https://doc.babylonjs.com/swagger.json, https://doc.babylonj…”
- [probe] “PROBE llms.txt: HTTP 200 at https://doc.babylonjs.com/llms.txt # Babylon.js Documentation > Babylon.js is a powerful, beautiful, simple, an…”
Phaser ships full TypeScript type definitions (phaser-docs-4) which function as a machine-readable description of its API surface and can be consumed by tooling/agents, but there is no formal OpenAPI/Swagger spec or comprehensive llms.txt for the full API — probes confirm openapi.json/swagger.json 404 and the only live llms.txt is a narrow examples-index API, not a full API spec (phaser-probe-1, phaser-probe-3, phaser-probe-rt-1). missing for 10: a dedicated OpenAPI/JSON-schema style spec covering the full public API, and an official downloadable machine-readable spec beyond TS typings/examples index.
- [claimed-docs] “Full TypeScript definitions can be found inside the types folder”
- [probe] “PROBE llms.txt: HTTP 404 at https://docs.phaser.io/llms.txt”
- [probe] “PROBE openapi: all candidate paths 404 (https://docs.phaser.io/openapi.json, https://docs.phaser.io/swagger.json, https://docs.phaser.io/api…”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
ai-native userTest against a sandbox environment without touching production data
weight 1 · round to Babylon.jsBabylon.js offers a NullEngine for headless/server-side testing and dedicated Playground/Sandbox tools (playground.babylonjs.com, sandbox.babylonjs.com) that let developers test scenes and code in isolation, which loosely maps to sandboxed testing without touching a 'production' environment. However, as a client-side rendering engine there is no concept of production data/environments analogous to a SaaS backend, so the story only partially applies. Missing for 10: explicit documentation framing these tools as a prod/test separation mechanism, and independent evidence of AI-native agents actually using NullEngine/Playground as a safe sandbox.
- [claimed-docs] “source: https://doc.babylonjs.com/typedoc/classes/BABYLON.NullEngine”
- [claimed-docs] “source: https://doc.babylonjs.com/setup/support/serverSide”
- [claimed-docs] “Playground: Interactive code editor and sharing”
- [claimed-docs] “Sandbox: Model viewer at sandbox.babylonjs.com”
- [claimed-docs] “Playground: Interactive code editor at playground.babylonjs.com”
ai-native userRely on versioned APIs with a documented deprecation policy
weight 2 · round to Babylon.jsBabylon.js ships versioned npm packages (e.g. @babylonjs/core at 9.26.1) and community reports strong backward compatibility across releases, but there is no evidence of a documented, formal deprecation policy (e.g. deprecation timelines, breaking-change notices, semver commitments in docs). missing for 10: explicit documented deprecation policy, versioning/semver commitment docs, migration guides for breaking changes.
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
- [community] “Babylon is amazing, the documentation and backwards compatibility is quite something. Just finished a project with it, while the learning cu…”
- [community] “My wife found that ThreeJS breaks backwards compatibility a lot, while Babylon is exactly the opposite. Babylon also has vastly superior doc…”
Phasernone0/10No evidence of a documented deprecation policy, semver commitments, or API-stability guarantees; the only version-related evidence notes Phaser 2→3 broke compatibility ("States"... won't work in Phaser 3) with no stated migration/deprecation process, and probes found no OpenAPI/versioned docs artifacts.
- [claimed-docs] “If you find any reference to States in code or a tutorial you've found online, it's for Phaser 2 and likely won't work in Phaser 3.”
- [community] “Phaser 4 was announced ~four years ago and was an attempt to get the project written natively in TypeScript. It looks pretty dead in the wat…”
- [probe] “PROBE openapi: all candidate paths 404 (https://docs.phaser.io/openapi.json, https://docs.phaser.io/swagger.json, https://docs.phaser.io/api…”
Ai workflows — AI in the engine loop — agent-driven editors, copilots, codegen-friendly APIs, runtime inferenceAi workflows
AI in the engine loop — agent-driven editors, copilots, codegen-friendly APIs, runtime inference
Agent editor
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 to PhaserBabylon.js exposes a fully documented JS/TS API (scenes, meshes, materials, physics, NPM packages, TypeScript IntelliSense) letting code programmatically create scenes/nodes and edit properties, plus browser tools like Inspector, Playground, and Node Material Editor for scene editing. However these are interactive browser UIs, not designed for external programmatic driving by an agent, there's no 'build' trigger concept, and a runtime probe explicitly notes no official MCP server or agent-integration layer exists (largest community MCP repo has 9 stars, inactive since mid-2025). missing for 10: a documented agent-facing interface (e.g. MCP server or CLI) to drive the Playground/Inspector/NME externally, a build-trigger mechanism, and independent evidence of agents successfully automating editor workflows.
- [claimed-docs] “Scene Management: Multiple canvases, offscreen rendering, optimization”
- [claimed-docs] “Inspector: Visual debugging and scene editing”
- [claimed-docs] “Playground: Interactive code editor and sharing”
- [claimed-docs] “Node Material Editor: Visual shader editor at nme.babylonjs.com”
- [probe] “PROBE runtime negative (recorded 2026-09-15): despite Microsoft parentage, Babylon.js has essentially no MCP ecosystem — no official server,…”
Phaser Studio ships an official 'Phaser Game Agent' MCP server with 40+ specialized tools that integrates with Claude Desktop, Cursor, GitHub Copilot and other MCP clients, letting an agent create particle emitters, reorganize scenes into layers, rename objects, tweak physics/animations, and add filters via natural-language commands routed through documented tool calls — directly matching the 'agent drives the editor programmatically' story. Runtime probe confirms the hosted MCP endpoint is live and documented at phaser.io/agent/mcp. missing for 10: independent/hands-on third-party verification that the MCP tools reliably perform builds/edits, and a published open API/tool reference (npm package) beyond the marketing page.
- [claimed-docs] “For power users, the MCP Server goes deeper. It implements over 40 specialised tools and integrates directly with Claude Desktop, Cursor, Gi…”
- [claimed-docs] “Build games from inside the editor you already use with the Phaser Game Agent MCP server.”
- [claimed-docs] “You describe what you want in plain language and your agent calls the tools for you.”
- [claimed-docs] “Give the player a double-jump and a coin counter.The jump feels floaty, make gravity stronger.”
- [claimed-docs] “Create a particle emitter, reorganise a scene into layers, rename a bunch of objects — it handles it without switching tools.”
- [probe] “official MCP server documented at https://phaser.io/agent/mcp”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
Codegen
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 drawnBabylon.js ships dedicated llms.txt files, extensive typed API docs, and community testimony praising documentation quality and strong backwards compatibility (stability helps LLM-generated code stay valid across versions). However, community evidence also notes it has notably less public content/examples than competitors like Three.js ('a lot more written about three than Babylon'), which limits training-data exposure for LLMs, and docs are client-rendered Next.js with no markdown mirrors, hurting scrapability. Missing for 10: direct evidence of LLM code-generation success rates, broader public example corpus comparable to more-documented competitors, and machine-readable doc mirrors beyond llms.txt.
- [claimed-docs] “Setup & Installation: Framework packages, NPM support, ES6 modules”
- [community] “Babylon is amazing, the documentation and backwards compatibility is quite something. Just finished a project with it, while the learning cu…”
- [community] “My wife found that ThreeJS breaks backwards compatibility a lot, while Babylon is exactly the opposite. Babylon also has vastly superior doc…”
- [community] “Babylon seemed much more approachable than three for basic stuff (a box and a camera). However there is a lot more written about three than …”
- [probe] “PROBE runtime negative (recorded 2026-09-15): despite Microsoft parentage, Babylon.js has essentially no MCP ecosystem — no official server,…”
Phaser has extensive first-party docs, TypeScript definitions, and a long history (widely used since ~2013) that HN commenters confirm produced 'many examples and docs to work from' and 'great documentation,' supporting LLM familiarity. However, other independent reports directly contradict doc quality ('worst documentation... very bad design') and TypeScript support is described as a 'best-effort' bolt-on rather than native, plus the docs explicitly warn that pre-Phaser-3 tutorials/code (States) will not work — all of which undercut first-try reliability for LLM-generated code. Missing for 10: no direct evidence of LLM-generated Phaser code being tested/benchmarked, no resolution of the conflicting doc-quality reports, and no confirmation that the API has stabilized enough to avoid version-mismatch pitfalls.
- [community] “I've made a couple toy projects with Phaser, after comparing other Javascript based 2d engines. Phaser is the most fully featured amongst th…”
- [community] “After trying out several HTML5/JS game libraries, I'm pretty sure that Phaser is the best one for 2D games. It has frequent updates, great d…”
- [community] “I've spent the past 6 months building a game using Phaser and TypeScript. On the whole, it's been a great experience... one of the worst par…”
- [community] “The documentation of Phaser is the worst i've seen to a popular framework. The website is very bad in the design, styling as well as content…”
- [community] “It's still rough around the edges, but I have no doubt Phaser 3 will get to feature complete. What's holding me back is lack of TypeScript d…”
- [community] “Phaser 4 was announced ~four years ago and was an attempt to get the project written natively in TypeScript. It looks pretty dead in the wat…”
- [claimed-docs] “If you find any reference to States in code or a tutorial you've found online, it's for Phaser 2 and likely won't work in Phaser 3.”
- [claimed-docs] “Full TypeScript definitions can be found inside the types folder”
Copilot
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 to PhaserBabylon.jsnone0/10No evidence of an official in-engine AI assistant for generating scripts, answering API questions, or scaffolding scenes; the pack only shows llms.txt documentation files (aimed at external AI tools consuming docs) and explicitly notes an essentially nonexistent MCP ecosystem with no official server.
- [probe] “PROBE runtime negative (recorded 2026-09-15): despite Microsoft parentage, Babylon.js has essentially no MCP ecosystem — no official server,…”
- [probe] “PROBE llms.txt: HTTP 200 at https://doc.babylonjs.com/llms.txt # Babylon.js Documentation > Babylon.js is a powerful, beautiful, simple, an…”
Phaser Studio ships an official 'Phaser Game Agent' MCP server with 40+ specialized tools that integrates with Claude Desktop, Cursor, and Copilot, letting users describe changes in plain language (e.g. 'give the player a double-jump', 'create a particle emitter, reorganise a scene into layers') and have the agent execute them in the editor — directly matching the scaffolding/scripting parts of the story. However this is a separate hosted MCP server/agent rather than an assistant embedded 'inside the engine' itself, and there's no evidence it specifically answers API/documentation questions, nor any independent hands-on corroboration of its effectiveness. Missing for 10: evidence of API Q&A capability, first-party/independent hands-on validation of code-generation quality, and confirmation it's embedded in-engine rather than an external connected tool.
- [claimed-docs] “For power users, the MCP Server goes deeper. It implements over 40 specialised tools and integrates directly with Claude Desktop, Cursor, Gi…”
- [claimed-docs] “Build games from inside the editor you already use with the Phaser Game Agent MCP server.”
- [claimed-docs] “You describe what you want in plain language and your agent calls the tools for you.”
- [claimed-docs] “Give the player a double-jump and a coin counter.The jump feels floaty, make gravity stronger.”
- [claimed-docs] “Create a particle emitter, reorganise a scene into layers, rename a bunch of objects — it handles it without switching tools.”
- [probe] “official MCP server documented at https://phaser.io/agent/mcp”
Asset pipeline — getting content in — automated import, formats, marketplacesAsset pipeline
Getting content in — automated import, formats, marketplaces
Formats
technical artistStandard interchange formats — glTF, FBX, USD — import cleanly
weight 2 · round to Babylon.jsBabylon.js has strong, well-documented glTF import support (dedicated importer docs, sandbox/model viewer, and general multi-format support including .babylon/glTF/STL/OBJ), and community feedback praises smooth import of 3D model data. However, there is no evidence in the pack of native FBX or USD import support, which are explicitly part of the story's required format set — missing for 10: FBX import documentation/tooling, USD import support, independent confirmation of clean FBX/USD round-tripping.
- [claimed-docs] “source: https://doc.babylonjs.com/features/featuresDeepDive/importers/glTF”
- [claimed-docs] “Supports multiple file formats including .babylon, glTF, STL, OBJ, and more”
- [claimed-docs] “Sandbox: Model viewer at sandbox.babylonjs.com”
- [community] “Babylon.js is an amazing framework. The 3d concepts are ingrained into the API and framework. The ability to read 3d model data from Blender…”
Import
technical artistAsset import is automatable — import hooks, presets, and pipeline scripts process incoming assets without hand-clicking each one
weight 2 · round to Babylon.jsBabylon.js exposes glTF/OBJ/STL import via a programmatic SceneLoader API and can run headlessly via NullEngine/server-side rendering (babylonjs-docs-2, babylonjs-docs-3, babylonjs-docs-6, babylonjs-docs-8), which implies imports can be scripted rather than hand-clicked, but there is no dedicated documentation of import hooks, batch presets, or a formal asset-pipeline/automation tool for technical artists. Missing for 10: explicit pipeline/preset tooling, CLI or build-step asset processors, documented hook system for custom import automation, and independent evidence of technical artists using it this way.
- [claimed-docs] “source: https://doc.babylonjs.com/setup/support/serverSide”
- [claimed-docs] “source: https://doc.babylonjs.com/typedoc/classes/BABYLON.NullEngine”
- [claimed-docs] “source: https://doc.babylonjs.com/features/featuresDeepDive/importers/glTF”
- [claimed-docs] “Supports multiple file formats including .babylon, glTF, STL, OBJ, and more”
Phasernone0/10Phaser's docs cover its runtime Loader for fetching common asset types (images, atlases, audio) and an editor/MCP agent for interactive scene building, but there is no evidence of asset-import automation tooling (import hooks, preset-based pipelines, or scripts that batch-process incoming source assets before they reach the game) as a build-time pipeline feature. Missing for 10: any documented import-hook API, preset/config-driven asset processing, or pipeline scripting for automating asset ingestion.
- [claimed-docs] “Common asset types include images, texture atlases, sprite sheets, fonts, audio files and JSON data, but there are many more that Phaser can…”
- [claimed-docs] “Drag and drop objects into place, tweak their animations, adjust their physics bodies, enable special effects and more as you go.”
- [claimed-docs] “Add and configure filters visually — Glow, Shadow, Blur, Pixelate, Bokeh, ColorMatrix, Displacement and more — directly in the Scene Editor'…”
Marketplace
game developerA large asset store or package ecosystem gives me ready-made models, tools, and plugins
weight 2 · round to Babylon.jsBabylon.js has a real npm package ecosystem (234k weekly downloads, modular tree-shakable modules) and supports many asset import formats (glTF, OBJ, STL, .babylon), plus community-built tools like Spector.js debugger and React-BabylonJS integration mentioned in community threads. However, there is no evidence of a dedicated asset store or marketplace for ready-made models comparable to Unity/Unreal asset stores, and the runtime probe explicitly notes the ecosystem around it (e.g., MCP tooling) is thin. Missing for 10: a curated marketplace/asset store for models, a rich plugin directory analogous to Unity Asset Store, and independent evidence of third-party asset packs beyond a couple of community-mentioned tools.
- [claimed-docs] “NPM packages for all modules”
- [claimed-docs] “Modular design with tree-shakable ES6 modules”
- [claimed-docs] “Supports multiple file formats including .babylon, glTF, STL, OBJ, and more”
- [claimed-docs] “source: https://doc.babylonjs.com/features/featuresDeepDive/importers/glTF”
- [community] “Babylon is awesome! I just started writing a game with it. The integration with TypeScript works well and there also are very fun things lik…”
- [community] “The impressive thing about Babylon.js is Spector, a fully functional WebGL debugger extension in Chrome which makes 3D development on the we…”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
- [probe] “PROBE runtime negative (recorded 2026-09-15): despite Microsoft parentage, Babylon.js has essentially no MCP ecosystem — no official server,…”
Phasernone0/10Evidence covers Phaser's editor, MCP agent tooling, npm install, CDN and framework integrations, but there is no mention of a dedicated asset store, marketplace, or curated plugin ecosystem (à la Unity Asset Store) offering ready-made models/tools/plugins. Missing for 10: evidence of an official or third-party asset marketplace, a plugin registry, or curated ready-made asset packages.
Automation depth — how much of the product can run unattendedAutomation depth
How much of the product can run unattended
ai-native userPerform bulk operations across many items at once
weight 2 · round to PhaserBabylon.jsnone0/10The 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.)
The Editor/MCP agent evidence mentions handling tasks like renaming multiple objects and reorganizing scenes without switching tools, implying some bulk-editing capability, but there's no detailed documentation of a systematic bulk-operations API or workflow for AI agents. Missing for 10: explicit bulk-edit tooling/API docs, examples of batch operations across many assets/scenes, and independent confirmation of this capability working at scale.
- [claimed-docs] “Create a particle emitter, reorganise a scene into layers, rename a bunch of objects — it handles it without switching tools.”
- [claimed-docs] “For power users, the MCP Server goes deeper. It implements over 40 specialised tools and integrates directly with Claude Desktop, Cursor, Gi…”
- [claimed-docs] “Build games from inside the editor you already use with the Phaser Game Agent MCP server.”
ai-native userDefine rules that trigger actions automatically on events
weight 3 · round to Babylon.jsBabylon.js does include an ActionManager subsystem for defining triggers (e.g., on-pick, on-intersect) that fire actions automatically, referenced by a community user noting it 'has an action manager,' but this is not documented in the first-party doc excerpts provided and no detail on its rule scope or AI-native usage is given. Missing for 10: official documentation of the ActionManager/trigger system, examples of complex rule chaining, and any AI-agent-specific automation hooks.
- [community] “I would say it is more of a game engine, especially compared to three.js. Babylon.js supports physics plug-ins and collisions, has an action…”
Phasernone0/10Phaser's docs mention a unified input system and scene lifecycle events, but no evidence describes a rule-engine or declarative trigger system where events automatically fire configured actions (e.g., an event-emitter/automation API is never documented in the pack). Missing for 10: documentation of an event-emitter/listener API, examples of rule-based automation, and any AI-native tooling for defining trigger→action rules.
- [claimed-docs] “Phaser maintains a unified input system that works across all browsers and devices.”
- [claimed-docs] “Typical uses for a Scene would be a Loading Screen, a Main Menu, a Game Level, a Boss Fight, an in-game Item Shop, a High Score Table, etc.”
- [claimed-docs] “you can pause, resume and sleep a Scene at will, and that you can easily run multiple Scenes at the same time.”
ai-native userVersion, review, and roll back my automations
weight 1 · round drawnBabylon.jsnone0/10The 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.)
Core engine — the engine core — rendering, 2D, physics, performance at scaleCore engine
The engine core — rendering, 2D, physics, performance at scale
2d
game developer2D is a first-class workflow — sprites, tilemaps, 2D physics — not a 3D afterthought
weight 2 · round to PhaserBabylon.js is documented primarily as a 3D/WebGL engine; only a single community comment notes 'sprite support and other 2d-graphics functionality' and the docs mention a 2D/3D GUI system, but there is no evidence of tilemap tooling or a dedicated 2D physics workflow — 2D appears as an add-on rather than a first-class pipeline. missing for 10: tilemap support, dedicated 2D physics engine/workflow, first-party docs treating 2D as a core (not secondary) workflow, independent corroboration of sprite tooling.
- [community] “Babylon.js is based on the Babylon Toolkit for Silverlight, and includes significantly more features than Three.js, including sprite support…”
- [claimed-docs] “GUI System: 2D and 3D user interfaces”
- [claimed-docs] “Physics: Havok, Cannon.js, Ammo.js integration”
Phaser's docs and community feedback confirm sprites, scenes, arcade physics, animations, tilemaps/atlases, and input are core, well-documented primitives rather than bolted-on features, and community comments reinforce it as a dedicated 2D engine (comparisons to Pixi/Love2D, 'fits 2D, sprites, tilemaps, physics'). missing for 10: independent hands-on benchmarking of tilemap-specific workflows and no explicit dedicated tilemap doc excerpt in the pack (only physics/scenes/animations/input are directly quoted).
- [claimed-docs] “Typical uses for a Scene would be a Loading Screen, a Main Menu, a Game Level, a Boss Fight, an in-game Item Shop, a High Score Table, etc.”
- [claimed-docs] “it's a common practise to have a Scene dedicated entirely to handling the UI for your game, that is rendered above all other Scenes”
- [claimed-docs] “This will allow you to control the Sprite using the built-in physics functions, such as velocity, acceleration, gravity, etc.”
- [claimed-docs] “Phaser maintains a unified input system that works across all browsers and devices.”
- [claimed-docs] “Common asset types include images, texture atlases, sprite sheets, fonts, audio files and JSON data, but there are many more that Phaser can…”
- [claimed-docs] “Animations are created via the Animation Manager.”
- [community] “It's a great tool if you go for a game that fits this framework - 2D, sprites, tilemaps, physics... After experimenting a little with phaser…”
- [community] “Phaser is the perfect framework to get started making HTML5 2D games.”
Performance
game developerProfile and scale — a real profiler, plus data-oriented paths (ECS, jobs, instancing) when scenes get heavy
weight 2 · round to Babylon.jsBabylon.js clearly ships real profiling tools — the Inspector/Scene Inspector for runtime debugging and scene analysis, plus community confirmation of the Spector.js WebGL debugger — but there is no documented ECS, job/worker system, or GPU instancing API in the evidence pack for scaling heavy scenes. Community notes even flag historical GC/allocation pressure concerns around performance-sensitive code. missing for 10: explicit ECS architecture, job/worker-based parallelism, and documented instancing API/guidance for scaling heavy scenes.
- [claimed-docs] “Inspector: Visual debugging and scene editing”
- [claimed-docs] “Scene Inspector: Runtime debugging and scene analysis tools”
- [community] “The impressive thing about Babylon.js is Spector, a fully functional WebGL debugger extension in Chrome which makes 3D development on the we…”
- [community] “It seems to be pretty heavy on object allocation, e.g. BABYLON.Vector3.prototype.add creates a new Vector3 each time, unlike gl-matrix's in-…”
- [community] “The next version (1.2) will remove the pressure on GC by using in-place operators and by reusing more entities.”
Phasernone0/10The evidence pack shows no mention of a built-in profiler, ECS architecture, job system, or instancing support for scaling heavy scenes; Phaser's docs and community discussion focus on Scenes, Arcade physics, animations, and rendering (Canvas/WebGL) with only a passing complaint about relative rendering FPS. Nothing indicates data-oriented performance tooling exists.
- [claimed-docs] “Typical uses for a Scene would be a Loading Screen, a Main Menu, a Game Level, a Boss Fight, an in-game Item Shop, a High Score Table, etc.”
- [claimed-docs] “This will allow you to control the Sprite using the built-in physics functions, such as velocity, acceleration, gravity, etc.”
- [community] “The framework is good, however I got faster (fps wise) results using my own rendering functions on Canvas than I was getting using their ren…”
Physics
game developerBuilt-in physics — rigid bodies, collisions, raycasts — works out of the box
weight 2 · round to PhaserBabylon.jsdisputedcontradicted5/10Docs confirm built-in physics engine integration (Havok, Cannon.js, Ammo.js, Oimo.js) and community posts mention 'physics plug-ins and collisions' as part of the engine's game-engine-like feature set, but a detailed hands-on critique explicitly calls the physics implementation 'inexcusably my first game engine level of incompetence,' citing broken velocity/acceleration handling and frame-rate dependent world time, plus another comment noting it 'doesn't care for real-world physics scale.' This is a concrete first-hand contradiction of the 'works out of the box' claim, not mere skepticism. missing for 10: raycast-specific evidence, independent benchmark refuting or confirming the physics bug claims, resolution/fix documentation.
- [claimed-docs] “Physics: Havok, Cannon.js, Ammo.js integration”
- [claimed-docs] “Support for multiple physics engines (Cannon.js, Oimo.js, Ammo.js)”
- [community] “The 'Physics' in Babylon.js is at the inexcusably 'my first game engine' level of incompetence. Velocity and acceleration treated as if they…”
- [community] “I had high hopes for babylon.js... My gripes: no 'preferred navigation feel', doesn't care for real-world physics scale, setting up a defaul…”
- [community] “I would say it is more of a game engine, especially compared to three.js. Babylon.js supports physics plug-ins and collisions, has an action…”
Docs confirm a built-in Arcade Physics system providing velocity, acceleration, gravity, and collision handling out of the box, and community testimony (phaser-comm-13) lists physics as a core built-in feature, but the pack explicitly notes Arcade physics 'does have its limitations' (phaser-docs-24) and never mentions raycasting or full rigid-body dynamics (e.g., Matter.js integration) with concrete examples. Missing for 10: explicit raycast API evidence, rigid-body/Matter physics documentation, and independent confirmation of collision accuracy beyond Arcade's simplified AABB model.
- [claimed-docs] “This will allow you to control the Sprite using the built-in physics functions, such as velocity, acceleration, gravity, etc.”
- [claimed-docs] “It's very fast and easy to use, with lots of helper functions, but due to its nature it does have its limitations.”
- [community] “It's a great tool if you go for a game that fits this framework - 2D, sprites, tilemaps, physics... After experimenting a little with phaser…”
Rendering
game developerThe engine ships a modern production 3D renderer — PBR materials, global illumination or baked lighting, shadows, post-processing
weight 3 · round to Babylon.jsEvidence confirms Babylon.js is a real-time WebGL/WebGPU rendering engine with a Node Material Editor and native glTF PBR material import, implying baseline PBR support, but the pack contains no explicit documentation of shadow mapping, global illumination/baked lighting, or a post-processing pipeline. Community threads praise visual quality and demos but don't confirm these specific pipeline features either. Missing for 10: explicit shadow system docs, GI/lightmapping baked-lighting docs, post-process stack documentation, and independent corroboration of PBR material fidelity.
- [claimed-docs] “source: https://doc.babylonjs.com/features/featuresDeepDive/importers/glTF”
- [claimed-docs] “Node Material Editor”
- [claimed-docs] “WebGL and WebGPU rendering support”
- [claimed-docs] “WebGPU Support: Next-generation graphics API”
- [community] “This has so many more capabilities than Three.js and the gap seems to be growing.”
Editor tooling — the editor as a product — scene tools, extensibility, team workflowsEditor tooling
The editor as a product — scene tools, extensibility, team workflows
Collaboration
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 drawnBabylon.jsnone0/10The 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.)
Phasernone0/10The evidence pack covers installation, scenes, physics, animation, and a visual Scene Editor, but nothing addresses version-control friendliness, mergeable/diffable scene file formats, or built-in multi-person collaboration tooling. While Phaser's code-first nature implies plain-text source files, there is no explicit documentation of scene file format diffability, conflict resolution, or team collaboration features for the visual editor.
Editor
technical artistA full visual editor — viewport, inspector, prefabs/scene composition — is the primary way to build levels
weight 3 · round to PhaserBabylon.js ships an Inspector for runtime scene debugging/editing, a Node Material Editor, Playground, and Sandbox model viewer, but these are auxiliary tools layered on a code-first engine rather than a unified viewport+prefab+scene-composition editor that serves as the primary level-building workflow. Community commentary confirms it's approached as a programming API/game engine, not an artist-first editor. missing for 10: a full prefab/scene-composition system, an integrated single viewport combining inspector+asset placement+hierarchy editing as the primary workflow, and evidence of technical artists building levels without code.
- [claimed-docs] “Inspector: Visual debugging and scene editing”
- [claimed-docs] “Scene Inspector: Runtime debugging and scene analysis tools”
- [claimed-docs] “Node Material Editor”
- [claimed-docs] “Playground: Interactive code editor and sharing”
- [claimed-docs] “Sandbox: Model viewer at sandbox.babylonjs.com”
- [community] “I switched from Three to Babylon two years ago... Babylon has a compact, active set of devs (I've made bug reports and seen the fix in the n…”
- [community] “I would say it is more of a game engine, especially compared to three.js. Babylon.js supports physics plug-ins and collisions, has an action…”
Phaser Studio ships an official visual Scene Editor with drag-and-drop placement, a real-time Inspector for effects/physics/animations, and scene reorganization into layers (phaser-docs-12, phaser-docs-27, phaser-docs-29), which covers viewport/inspector/scene-composition claims. However, core Phaser itself remains a code-first framework, prefab workflows are never explicitly named, and all evidence is first-party marketing with zero independent/hands-on corroboration of the editor's actual level-building workflow. Missing for 10: explicit prefab/reusable-component system documentation, independent reviews or hands-on reports of the editor, and clarity on how central this paid add-on editor is versus code-based scene building.
- [claimed-docs] “Drag and drop objects into place, tweak their animations, adjust their physics bodies, enable special effects and more as you go.”
- [claimed-docs] “Add and configure filters visually — Glow, Shadow, Blur, Pixelate, Bokeh, ColorMatrix, Displacement and more — directly in the Scene Editor'…”
- [claimed-docs] “Pixel art, tilemap & atlas editors * SFX & music generation”
- [claimed-docs] “Create a particle emitter, reorganise a scene into layers, rename a bunch of objects — it handles it without switching tools.”
Extensibility
game developerExtend and automate the editor itself — custom tools, editor scripts, plugins that manipulate scenes and assets programmatically
weight 3 · round to PhaserBabylon.jsnone0/10Evidence mentions an Inspector for visual scene debugging/editing and a Playground/Node Material Editor, but nothing documents an extensibility API, plugin system, or scripting interface for building custom editor tools or automating the editor itself. Missing for 10: editor plugin/extension API, documented editor scripting hooks, examples of third-party editor tools or automation scripts.
- [claimed-docs] “Inspector: Visual debugging and scene editing”
- [claimed-docs] “Scene Inspector: Runtime debugging and scene analysis tools”
- [claimed-docs] “Playground: Interactive code editor and sharing”
- [claimed-docs] “Node Material Editor”
Phaser's separate Editor product supports visual scene/asset manipulation (drag-and-drop, filters, inspector) and an MCP server exposes 40+ tools letting AI agents call editor-like functions to manipulate scenes/assets programmatically, which partially satisfies 'automate the editor.' However there is no evidence of a scripting/plugin API for the Editor itself (e.g., custom editor panels, extension SDK, editor-scripting language) — the MCP tools are agent-facing, not a documented developer plugin architecture. missing for 10: documented editor plugin/extension SDK, editor scripting API for custom tools, evidence of third-party editor plugins, independent hands-on confirmation of MCP tool automation reliability.
- [claimed-docs] “Drag and drop objects into place, tweak their animations, adjust their physics bodies, enable special effects and more as you go.”
- [claimed-docs] “For power users, the MCP Server goes deeper. It implements over 40 specialised tools and integrates directly with Claude Desktop, Cursor, Gi…”
- [claimed-docs] “Build games from inside the editor you already use with the Phaser Game Agent MCP server.”
- [claimed-docs] “Add and configure filters visually — Glow, Shadow, Blur, Pixelate, Bokeh, ColorMatrix, Displacement and more — directly in the Scene Editor'…”
- [claimed-docs] “Create a particle emitter, reorganise a scene into layers, rename a bunch of objects — it handles it without switching tools.”
- [probe] “official MCP server documented at https://phaser.io/agent/mcp”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
Headless automation — the engine without a human — CLI builds, CI test runs, dedicated serversHeadless automation
The engine without a human — CLI builds, CI test runs, dedicated servers
Ci
game developerBuild and export the project from the command line, headless, in CI — no human clicking an editor
weight 3 · round to Babylon.jsBabylon.js is a library, not an editor-centric tool, so scenes are inherently built via code/npm (NullEngine for headless rendering, server-side support, NPM/ES6 modules) — this enables CLI/CI usage in principle. However, there is no documented official CLI, build/export pipeline, or CI/headless-testing example specific to game export workflows; the evidence only shows generic headless-engine primitives, not an end-to-end automated build/export toolchain. missing for 10: an official CLI or build tool for scene/asset export, documented CI pipeline examples, evidence of automated packaging/export without any editor interaction, independent confirmation of headless CI usage.
- [claimed-docs] “source: https://doc.babylonjs.com/setup/support/serverSide”
- [claimed-docs] “source: https://doc.babylonjs.com/typedoc/classes/BABYLON.NullEngine”
- [claimed-docs] “Scene Management: Multiple canvases, offscreen rendering, optimization”
- [claimed-docs] “NPM packages for all modules”
- [claimed-docs] “Modular design with tree-shakable ES6 modules”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
Phasernone0/10The evidence only shows an interactive CLI installer for scaffolding new projects (phaser-docs-2/21) and a separate paid Scene Editor with an MCP 'agent' for human-in-the-loop coding assistance (phaser-docs-12/13/14/27/29) — neither documents a headless build/export command or CI pipeline usage. There is no mention of a 'phaser build' CLI, bundler config, or automated export pipeline suitable for CI. Missing for 10: documented headless build/export CLI command, CI integration example, evidence that game export doesn't require the GUI editor.
- [claimed-docs] “This CLI tool presents an interactive selection of official project templates and demo games.”
- [claimed-docs] “This CLI tool presents an interactive selection of official project templates and demo games. Issue the command, answer some questions and t…”
- [claimed-docs] “Drag and drop objects into place, tweak their animations, adjust their physics bodies, enable special effects and more as you go.”
- [claimed-docs] “For power users, the MCP Server goes deeper. It implements over 40 specialised tools and integrates directly with Claude Desktop, Cursor, Gi…”
- [claimed-docs] “Build games from inside the editor you already use with the Phaser Game Agent MCP server.”
Server
game developerGame logic runs headless on servers — a dedicated-server or server-runtime build without rendering
weight 2 · round to Babylon.jsBabylon.js documents server-side usage and a NullEngine specifically designed for headless execution (no rendering context) on Node.js, which supports running game logic/physics without a GPU or DOM, per babylonjs-docs-2 and babylonjs-docs-3. However, this is a headless rendering-engine mode rather than a dedicated 'server-runtime build' product, and there's no independent/hands-on corroboration of production server deployments or performance at scale. missing for 10: independent verification of NullEngine in production server use, benchmarks/scale evidence, and any purpose-built 'server build' distinct from just importing core modules headlessly.
- [claimed-docs] “source: https://doc.babylonjs.com/setup/support/serverSide”
- [claimed-docs] “source: https://doc.babylonjs.com/typedoc/classes/BABYLON.NullEngine”
- [claimed-docs] “NPM packages for all modules”
Phasernone0/10No evidence anywhere in the pack of a headless/server-runtime build of Phaser that runs game logic without a canvas/WebGL renderer; all documentation focuses on browser/CDN/npm installs, Scenes, physics, and rendering-oriented editor tooling. Headless server support is a fair question for a game framework (many engines offer it), but nothing here confirms Phaser ships one.
Testing
game developerTests run headlessly — unit and integration tests of game code execute in CI against the real engine
weight 2 · round to Babylon.jsBabylon.js ships a documented NullEngine specifically for running the engine headlessly (no WebGL context) plus a dedicated server-side/Node.js support guide, which is the standard mechanism for executing engine logic in CI/unit tests. Missing for 10: independent/community corroboration of real CI pipelines using NullEngine, and no example test harness or CI config shown in the evidence.
- [claimed-docs] “source: https://doc.babylonjs.com/setup/support/serverSide”
- [claimed-docs] “source: https://doc.babylonjs.com/typedoc/classes/BABYLON.NullEngine”
- [claimed-docs] “NPM packages for all modules”
Licensing openness — the terms you build on — licenses, royalties, source access, pricing stabilityLicensing openness
The terms you build on — licenses, royalties, source access, pricing stability
Governance
studio leadThe project's governance and funding are transparent — a foundation, published finances, or a public roadmap I can plan against
weight 1 · round drawnBabylon.jsnone0/10No evidence pack item addresses governance structure, foundation status, published finances, or a public roadmap for Babylon.js; the pack is entirely feature docs and community sentiment about technical quality.
Phasernone0/10No evidence pack items address governance structure, foundation status, published finances, or a public roadmap for Phaser; the evidence covers technical docs, editor/MCP features, pricing/licensing transfer, and community sentiment only. Missing for 10: any mention of a governing foundation, financial transparency/reports, or a published roadmap that a studio lead could plan against.
License
studio leadThe license is permissive with no royalties or per-install fees — I keep what my game earns
weight 3 · round to Babylon.jsThe runtime probe confirms Babylon.js core packages are published under Apache-2.0, a permissive license with no royalties or per-install fees, and this is corroborated by wide npm adoption figures. Missing for 10: no explicit first-party licensing page/FAQ evidence in the pack addressing commercial game revenue or royalty terms directly, and no independent legal/community discussion confirming this understanding.
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
Runtime probe confirms the core Phaser engine is published under the MIT license (npm registry metadata), which is inherently permissive and imposes no royalties or per-install fees, letting studios keep 100% of game revenue. The evidence pack does not include an explicit vendor statement like 'no royalties' or 'keep what you earn,' so this is inferred from the MIT designation rather than a direct claim; separately, the paid Editor/pricing page (phaser-docs-30) mentions 'full commercial rights' and license transfer for a different, optional commercial tool, not the core engine's licensing terms. Missing for 10: an explicit first-party statement on royalty-free/no-fee terms and independent legal/community confirmation of the license text.
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
- [claimed-docs] “Full commercial rights * Transfer your licence to any user”
Source
game developerRead and modify the full engine source when I hit a wall
weight 2 · round drawnBabylon.js is confirmed Apache-2.0 licensed and distributed as open npm packages (@babylonjs/core), and community reports describe developers filing GitHub bug reports and seeing fixes merged within nightly builds, indicating the source is open, forkable, and modifiable in practice. Missing for 10: explicit product docs on the contribution/build-from-source workflow and any direct developer account of forking the engine to patch internals.
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
- [community] “three.js seems more well known/established than babylon... I went with babylon and I'm glad I did. Better performance and the object names a…”
- [community] “I switched from Three to Babylon two years ago... Babylon has a compact, active set of devs (I've made bug reports and seen the fix in the n…”
- [community] “I would say it is more of a game engine, especially compared to three.js. Babylon.js supports physics plug-ins and collisions, has an action…”
Phaser's source is hosted on GitHub (phaser-gh-1, phaser-gh-2) and the runtime probe confirms it is MIT-licensed (phaser-probe-rt-1), meaning developers can freely read, fork, and modify the entire engine source when they hit a limitation. Community comments (e.g. phaser-comm-11, phaser-comm-12) even show developers digging into internals/rendering behavior, consistent with open-source access. Missing for 10: explicit documentation/tutorial on how to build from source or contribute patches, and no first-party statement framing this as a workaround path for hitting engine walls.
- [github] “You can use JavaScript or TypeScript for development.”
- [github] “Games can be built for the web, or as YouTube Playables, Discord Activities, Reddit games, Twitch Overlays or compiled to iOS, Android, Stea…”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
- [community] “The framework is good, however I got faster (fps wise) results using my own rendering functions on Canvas than I was getting using their ren…”
- [community] “I just started playing with it and circular dependencies make me cringe... It's really tough to compose things with it.”
Trust
studio leadThe pricing and license terms have a track record of stability — no retroactive changes that reprice games already shipped
weight 2 · round to Babylon.jsBabylon.js is confirmed as Apache-2.0 licensed open-source software (babylonjs-probe-rt-1), a permissive license model that structurally cannot retroactively reprice shipped games — there is no paid-tier or revenue-share license to alter. No evidence in the pack shows any history of license or pricing changes, and community discussion focuses on technical quality, not licensing disputes. Missing for 10: an explicit historical narrative confirming multi-year license stability or any statement addressing past licensing changes (or lack thereof).
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
Phasernone0/10Evidence shows current pricing/licence terms (full commercial rights, licence transfer) and confirms the core engine is MIT-licensed, but there is no evidence of a documented track record over time — no mention of past pricing changes, grandfathering policies, or community confirmation that shipped games were never repriced retroactively. Missing for 10: historical pricing-change log, explicit no-retroactive-repricing policy statement, and independent/community corroboration of licence stability over multiple releases.
- [claimed-docs] “You can transfer any active licence or subscription to another registered Phaser user from your account page.”
- [claimed-docs] “Full commercial rights * Transfer your licence to any user”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
Openness — open source, data portability, and self-hosting storiesOpenness
Open source, data portability, and self-hosting stories
ai-native userDo everything through the API that I can do in the UI
weight 2 · round drawnBabylon.js is fundamentally a code-first library (NPM/ES6 modules, TypeScript, NullEngine for headless/server-side use) so most scene, mesh, material and physics functionality is exposed programmatically, and NullEngine explicitly supports server-side/headless scenarios without any UI [babylonjs-docs-2, babylonjs-docs-3, babylonjs-docs-24, babylonjs-docs-25]. However, the evidence never explicitly confirms that visual-only tools like the Node Material Editor, Inspector, or Playground have complete 1:1 API equivalents for every feature they expose, so full UI/API parity is inferred rather than documented. Missing for 10: explicit documentation stating NME/Inspector-generated configurations are always fully reproducible via API alone, and independent confirmation of this parity.
- [claimed-docs] “source: https://doc.babylonjs.com/setup/support/serverSide”
- [claimed-docs] “source: https://doc.babylonjs.com/typedoc/classes/BABYLON.NullEngine”
- [claimed-docs] “Node Material Editor”
- [claimed-docs] “Inspector: Visual debugging and scene editing”
- [claimed-docs] “Node Material Editor: Visual shader editor at nme.babylonjs.com”
- [claimed-docs] “NPM packages for all modules”
- [claimed-docs] “Modular design with tree-shakable ES6 modules”
Phaser is a code-first JS/TS game framework whose entire API is already scriptable (Scenes, physics, input, animations, loader), so most 'UI' interactions like the Scene Editor are optional visual layers over the same API. The official MCP server (phaser.io/agent/mcp) lets an AI agent describe intent in plain language and have it call editor-equivalent tools, supporting API-level parity with editor actions like adding filters, particle emitters, and reorganizing scenes. However, evidence doesn't confirm 100% coverage of every visual editor feature (e.g., visual filter/particle configuration, pixel art/tilemap/SFX generation tools) via the plain code API, and the MCP server itself is a separate hosted tool, not something distributed as an installable npm package with public OpenAPI/spec. missing for 10: explicit confirmation that every Scene Editor visual feature (filters, particle emitters, layers, pixel/tilemap/SFX tools) has a documented equivalent API call, independent hands-on evidence the MCP/API can fully replicate editor UI actions, and a public API spec (OpenAPI 404s) proving completeness.
- [claimed-docs] “Drag and drop objects into place, tweak their animations, adjust their physics bodies, enable special effects and more as you go.”
- [claimed-docs] “For power users, the MCP Server goes deeper. It implements over 40 specialised tools and integrates directly with Claude Desktop, Cursor, Gi…”
- [claimed-docs] “Build games from inside the editor you already use with the Phaser Game Agent MCP server.”
- [claimed-docs] “You describe what you want in plain language and your agent calls the tools for you.”
- [claimed-docs] “Give the player a double-jump and a coin counter.The jump feels floaty, make gravity stronger.”
- [claimed-docs] “Add and configure filters visually — Glow, Shadow, Blur, Pixelate, Bokeh, ColorMatrix, Displacement and more — directly in the Scene Editor'…”
- [claimed-docs] “Create a particle emitter, reorganise a scene into layers, rename a bunch of objects — it handles it without switching tools.”
- [claimed-docs] “Pixel art, tilemap & atlas editors * SFX & music generation”
- [probe] “PROBE openapi: all candidate paths 404 (https://docs.phaser.io/openapi.json, https://docs.phaser.io/swagger.json, https://docs.phaser.io/api…”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
ai-native userExport all of my data in open formats and leave
weight 3 · round to Babylon.jsBabylon.js is open-source (Apache-2.0) and supports open, standard 3D file formats like glTF, OBJ, and STL alongside its own .babylon format, so scene/asset data isn't locked into a single proprietary format and can be exported or moved elsewhere. However, there is no first-party or community evidence of a comprehensive 'export all my data and leave' workflow, no discussion of data portability/lock-in avoidance as a stated goal, and no independent confirmation that full round-trip export preserves all engine-specific features (physics, materials, animations). missing for 10: explicit data-export/migration documentation, independent verification of full-fidelity export to open formats, and any framing of this as an intentional anti-lock-in feature.
- [claimed-docs] “Supports multiple file formats including .babylon, glTF, STL, OBJ, and more”
- [claimed-docs] “source: https://doc.babylonjs.com/features/featuresDeepDive/importers/glTF”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
ai-native userRead the product's source under an open license
weight 2 · round to Babylon.jsBabylon.js core is confirmed Apache-2.0 licensed and published on npm (v9.26.1), and the project is well known to be hosted openly on GitHub with full source visible; runtime probe corroborates the license and package registry data. Missing for 10: no explicit evidence pack citation of the GitHub repository page itself or contribution guidelines to fully corroborate open-source hosting beyond the npm license field.
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
Phaser's source is hosted publicly on GitHub (github.com/phaserjs/phaser, cited in phaser-gh-1/2) and the npm package is confirmed MIT-licensed via runtime probe, satisfying the 'read source under open license' story directly. Missing for 10: an explicit first-party LICENSE file citation and independent community commentary specifically about license terms/openness.
- [github] “You can use JavaScript or TypeScript for development.”
- [github] “Games can be built for the web, or as YouTube Playables, Discord Activities, Reddit games, Twitch Overlays or compiled to iOS, Android, Stea…”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
ai-native userSelf-host the core product
weight 3 · round to PhaserBabylon.js is an Apache-2.0 licensed npm package/library that runs entirely client-side or server-side (NullEngine, documented server-side support), so a user can self-host the core engine simply by installing it in their own infrastructure with no vendor cloud dependency; runtime probe confirms open license and active npm distribution. Missing for 10: no explicit self-hosting/deployment guide (e.g., Docker image, on-prem playground/inspector hosting instructions) and no independent report of someone self-hosting the full toolchain (playground, inspector, sandbox) rather than just the core engine.
- [claimed-docs] “source: https://doc.babylonjs.com/setup/support/serverSide”
- [claimed-docs] “source: https://doc.babylonjs.com/typedoc/classes/BABYLON.NullEngine”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
- [claimed-docs] “NPM packages for all modules”
Phaser is an MIT-licensed, open-source JavaScript library installable via npm or CDN and usable entirely within a self-managed environment (GitHub source, npm package, jsDelivr CDN) — there is no vendor-hosted runtime dependency for the core engine, so self-hosting is inherent to the product. missing for 10: explicit deployment/self-hosting guide (e.g., Docker, server config) and independent confirmation of running fully offline in production.
- [claimed-docs] “npm install phaser”
- [claimed-docs] “Phaser is on jsDelivr which is a "super-fast CDN for developers".”
- [github] “You can use JavaScript or TypeScript for development.”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
Platform export — shipping everywhere — desktop, mobile, console, browser payloadsPlatform export
Shipping everywhere — desktop, mobile, console, browser payloads
Targets
studio leadOne project exports to desktop, mobile, and (directly or via partners) consoles
weight 3 · round drawnBabylon.js supports web (WebGL/WebGPU) export and claims native cross-platform via Babylon Native, which could enable desktop/mobile builds, but the evidence pack contains no documentation of console export (PlayStation, Xbox, Switch) or partner pipelines, and no independent confirmation of Babylon Native's mobile/desktop deployment maturity. missing for 10: console export/partner program details, hands-on evidence of desktop/mobile builds via Babylon Native, independent corroboration of cross-platform deployment success.
- [claimed-docs] “Cross-Platform: Runs seamlessly on web browsers and natively with Babylon Native”
- [claimed-docs] “WebGL and WebGPU rendering support”
- [claimed-docs] “WebGPU Support: Next-generation graphics API”
Phaser docs and GitHub state games can be "compiled to iOS, Android, Steam and native apps using 3rd party tools," covering mobile and desktop export paths, and a community report confirms a real Android .apk export at 60fps. However, there is no evidence—vendor or community—of console export capability (directly or via a documented console partner program), which is a core part of this story. Missing for 10: documented console export path or partner program, first-party tooling/guide for desktop/mobile builds beyond "3rd party tools", independent confirmation of Steam/iOS builds.
- [claimed-docs] “compiled to iOS, Android, Steam and native apps using 3rd party tools”
- [claimed-docs] “Games can be built for the web, or as YouTube Playables, Discord Activies, Twitch Overlays or compiled to iOS, Android, Steam and native app…”
- [github] “Games can be built for the web, or as YouTube Playables, Discord Activities, Reddit games, Twitch Overlays or compiled to iOS, Android, Stea…”
- [community] “This is the best JavaScript game framework. Been using it for a few years and it never let me down... created a small game and exported it t…”
Web
web developerMy game runs in the browser with a reasonable payload — WebGL today, and a credible WebGPU story
weight 2 · round to Babylon.jsDocs confirm both WebGL and WebGPU rendering support plus tree-shakable ES6/NPM modules for payload optimization, but community evidence flags real payload concerns (Babylon is described as 3x the size of Three.js, and long load times/50MB scenes were reported), which Babylon's own reps acknowledge and only partially address via incremental loading. Missing for 10: independent verification of actual bundle sizes after tree-shaking, benchmarked WebGPU performance/adoption data, and confirmation that payload complaints have been resolved in recent versions.
- [claimed-docs] “WebGL and WebGPU rendering support”
- [claimed-docs] “WebGPU Support: Next-generation graphics API”
- [claimed-docs] “NPM packages for all modules”
- [claimed-docs] “Modular design with tree-shakable ES6 modules”
- [community] “My wife found that ThreeJS breaks backwards compatibility a lot, while Babylon is exactly the opposite. Babylon also has vastly superior doc…”
- [community] “demos look quite nice but wow they take a long time to load, took about 5 minutes to download 50mb for a short scene, makes me wonder if dow…”
- [community] “To avoid having too long loading time, we have support for incremental loading. But we definitely need to work on optimizing the size of our…”
Evidence confirms browser-based rendering with WebGL (community mention of 'rendering on both Canvas and WebGL') and easy npm/CDN distribution suggesting reasonable payload, but there is no mention anywhere in the pack of WebGPU support, a WebGPU renderer, or a roadmap toward it. missing for 10: explicit WebGPU renderer/roadmap documentation, payload-size benchmarks, and independent corroboration of WebGL performance beyond one anecdotal comment.
- [community] “The framework is good, however I got faster (fps wise) results using my own rendering functions on Canvas than I was getting using their ren…”
- [claimed-docs] “npm install phaser”
- [claimed-docs] “Phaser is on jsDelivr which is a "super-fast CDN for developers".”
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 drawnBabylon.js ships as NPM packages (@babylonjs/core, confirmed live on npm registry with real version/downloads), documents ES6 module support, and explicitly advertises a modular, tree-shakable ES6 architecture for bundlers. TypeScript support with full IntelliSense further confirms standard toolchain integration. Missing for 10: independent third-party benchmark/case study of tree-shaking effectiveness in a real bundler beyond vendor docs.
- [claimed-docs] “Setup & Installation: Framework packages, NPM support, ES6 modules”
- [claimed-docs] “NPM packages for all modules”
- [claimed-docs] “Modular design with tree-shakable ES6 modules”
- [claimed-docs] “TypeScript support with full IntelliSense”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view @babylonjs/core version` → 9.26.1 (Apache-2.0, 234,040 weekly downloads via the public npm AP…”
Phaser is published as a standard npm package (`npm install phaser`), confirmed both in docs and via live registry probe (v4.2.1, MIT license, 263k weekly downloads), and includes TypeScript definitions in the package, making it importable/bundleable like any standard JS dependency. Community evidence corroborates typical toolchain use (bundling into games/apps) though tree-shaking specifically isn't explicitly discussed. Missing for 10: explicit documentation or confirmation of tree-shaking/ESM module support behavior.
- [claimed-docs] “npm install phaser”
- [claimed-docs] “Full TypeScript definitions can be found inside the types folder”
- [claimed-docs] “Install via [npm](https://www.npmjs.com/package/phaser): npm install phaser”
- [probe] “PROBE runtime (recorded 2026-09-15): `npm view phaser version` → 4.2.1 (MIT, 263,018 weekly downloads), and phaser.io/llms.txt is live as a …”
- [github] “You can use JavaScript or TypeScript for development.”
Scripting — writing the game — languages, visual scripting, iteration speedScripting
Writing the game — languages, visual scripting, iteration speed
Iteration
game developerThe edit-run loop is fast — hot reload or near-instant preview after a script change
weight 2 · round to Babylon.jsBabylon.js offers a Playground for instant in-browser code iteration and NullEngine/headless testing, which supports fast preview cycles, but there is no evidence of actual hot-reload tooling (e.g., a dev server with HMR for local project scripts) or documentation describing an edit-run loop for typical game-dev workflows outside the Playground sandbox. missing for 10: dedicated hot-reload/watch tooling for local script changes, first-party dev-server integration, independent hands-on confirmation of near-instant reload during real project development.
- [claimed-docs] “Playground: Interactive code editor and sharing”
- [claimed-docs] “Playground: Interactive code editor at playground.babylonjs.com”
- [claimed-docs] “source: https://doc.babylonjs.com/typedoc/classes/BABYLON.NullEngine”
- [claimed-docs] “Inspector: Visual debugging and scene editing”
Phasernone0/10No evidence in the pack describes hot reload, live-reload dev server, or near-instant preview after script changes; only editor visual tweaks (glow/filters, drag-drop) are documented, which is not the same as a fast JS edit-run loop. The templates/CLI installation docs mention project setup but not dev-server hot reload behavior.
Language
game developerThe primary scripting language is productive and fully exposes the engine API, with a debugger behind it
weight 3 · round to Babylon.jsBabylon.js uses JavaScript/TypeScript as its scripting language, with full TypeScript IntelliSense exposing the entire engine API (babylonjs-docs-12), and ships the Inspector/Scene Inspector for runtime debugging plus community corroboration of the Spector WebGL debugger extension making development easier (babylonjs-docs-13, babylonjs-docs-20, babylonjs-comm-10). Community testimonials also confirm productive TS integration in real projects (babylonjs-comm-17). missing for 10: independent benchmarking of scripting productivity vs other engines, deeper evidence the debugger covers full script-level breakpoints/stepping (vs just WebGL call inspection), and first-party docs explicitly tying TypeScript API completeness to debugger workflow.
- [claimed-docs] “TypeScript support with full IntelliSense”
- [claimed-docs] “Inspector: Visual debugging and scene editing”
- [claimed-docs] “Scene Inspector: Runtime debugging and scene analysis tools”
- [community] “The impressive thing about Babylon.js is Spector, a fully functional WebGL debugger extension in Chrome which makes 3D development on the we…”
- [community] “Babylon is awesome! I just started writing a game with it. The integration with TypeScript works well and there also are very fun things lik…”
Phaser's primary language is JavaScript/TypeScript with full TypeScript definitions shipped (phaser-docs-4) and GitHub confirming both JS/TS support (phaser-gh-1), and community members report it as easy to learn and productive (phaser-comm-3, phaser-comm-7, phaser-comm-10). However TypeScript support is described as 'best-effort... layered onto Phaser 3 via DefinitelyTyped' rather than native (phaser-comm-8), and docs quality — key to fully exposing the API productively — is criticized as 'the worst I've seen' by one community member (phaser-comm-16) even as others praise it (phaser-comm-10). No dedicated debugger tooling (breakpoints, inspector) is documented anywhere in the evidence pack beyond standard browser JS debugging implied by using JS/TS. Missing for 10: explicit debugger/dev-tools integration documentation, native (non-DefinitelyTyped) TypeScript support, and independent confirmation that the API surface is fully exposed without workarounds.
- [github] “You can use JavaScript or TypeScript for development.”
- [claimed-docs] “Full TypeScript definitions can be found inside the types folder”
- [community] “A year or so ago I did a lot with Phaser... man is Phaser easy to learn and easy to get more advanced in... I am a big fan of their work.”
- [community] “I've made a couple toy projects with Phaser, after comparing other Javascript based 2d engines. Phaser is the most fully featured amongst th…”
- [community] “Phaser 4 was announced ~four years ago and was an attempt to get the project written natively in TypeScript. It looks pretty dead in the wat…”
- [community] “The documentation of Phaser is the worst i've seen to a popular framework. The website is very bad in the design, styling as well as content…”
- [community] “I've spent the past 6 months building a game using Phaser and TypeScript. On the whole, it's been a great experience... one of the worst par…”
Visual
technical artistBuild gameplay logic with visual scripting without writing code
weight 2 · round drawnBabylon.jsnone0/10Evidence shows a Node Material Editor (visual shader/material editor) and a code-based Playground, but nothing about a visual scripting system for gameplay logic (e.g., a node-based behavior/flow graph) that would let a technical artist avoid writing code for game logic.
- [claimed-docs] “Node Material Editor”
- [claimed-docs] “Node Material Editor: Visual shader editor at nme.babylonjs.com”
- [claimed-docs] “Playground: Interactive code editor and sharing”
Phasernone0/10Evidence shows Phaser's editor (phaser.io/editor) provides visual scene/asset editing—drag-and-drop placement, animation tweaking, physics-body adjustment, filter effects—and an MCP agent that translates natural-language requests into code changes, but nothing describes a node-based or visual gameplay-logic scripting system that lets a technical artist build game logic without writing JavaScript/TypeScript code. Phaser remains fundamentally a code-first framework (phaser-gh-1, phaser-docs-4), so the 'no-code logic' capability is unevidenced.
- [claimed-docs] “Drag and drop objects into place, tweak their animations, adjust their physics bodies, enable special effects and more as you go.”
- [claimed-docs] “Add and configure filters visually — Glow, Shadow, Blur, Pixelate, Bokeh, ColorMatrix, Displacement and more — directly in the Scene Editor'…”
- [claimed-docs] “Create a particle emitter, reorganise a scene into layers, rename a bunch of objects — it handles it without switching tools.”
- [claimed-docs] “For power users, the MCP Server goes deeper. It implements over 40 specialised tools and integrates directly with Claude Desktop, Cursor, Gi…”
- [claimed-docs] “You describe what you want in plain language and your agent calls the tools for you.”
- [github] “You can use JavaScript or TypeScript for development.”
Not comparable on these axes
ai-native userPlug MCP servers into this product so it can use their tools
weight 3 · not comparableBabylon.jsn/aBabylon.js is a 3D rendering/game engine library, not an AI agent or agent-orchestration platform; consuming MCP tool servers is not a fair axis for this kind of product. The negative probe confirms no MCP ecosystem exists, reinforcing this is out of category rather than a failed capability.
- [probe] “PROBE runtime negative (recorded 2026-09-15): despite Microsoft parentage, Babylon.js has essentially no MCP ecosystem — no official server,…”
Phasern/aPhaser is a JS/TS game framework, not an AI agent or agent-hosting application; it has no client-side role for consuming external MCP servers. The evidence instead shows Phaser exposes its own MCP server (Game Agent) so other AI coding agents can call ITS tools — the opposite integration direction from this story, which is about the product itself plugging into and using external MCP servers' tools.
- [claimed-docs] “For power users, the MCP Server goes deeper. It implements over 40 specialised tools and integrates directly with Claude Desktop, Cursor, Gi…”
- [claimed-docs] “Build games from inside the editor you already use with the Phaser Game Agent MCP server.”
- [probe] “official MCP server documented at https://phaser.io/agent/mcp”
ai-native userIssue scoped/least-privilege API credentials for an agent
weight 2 · not comparableBabylon.jsn/aBabylon.js is a client-side 3D rendering engine/library, not a service issuing API credentials or an agent-facing platform with access control; scoped credential issuance is not a fair axis for this product type.
Phasern/aPhaser is a JavaScript game framework/library, not a service issuing API credentials or an auth/identity platform; scoped credential issuance for agents is not a fair axis for this product type. Its MCP server (phaser.io/agent/mcp) is a tool-integration feature, not a credential/permissions system.
ai-native userSubscribe to events via webhooks
weight 2 · not comparableBabylon.jsn/aBabylon.js is a client-side 3D rendering engine/library, not a service or platform with an event/notification backend; webhook subscriptions are a wrong-axis capability for this kind of product.
game developerRun ML models inside the game — an official inference runtime for on-device model execution
weight 1 · not comparableBabylon.jsn/aBabylon.js is a rendering/game engine, not an ML/AI inference platform; on-device ML model execution runtime is outside its product category (wrong axis, not a missing feature).
ai-native userSchedule recurring jobs or workflows
weight 2 · not comparableBabylon.jsn/aBabylon.js is a 3D rendering/game engine library, not a workflow/job orchestration platform; scheduling recurring jobs or workflows is outside its product category (wrong axis).
ai-native userChoose where my data is stored (region/residency)
weight 2 · not comparableBabylon.jsn/aBabylon.js is a client-side rendering/game engine library, not a data-storage or hosted SaaS service; it has no concept of data residency or region selection since it doesn't store user data itself.
ai-native userPrevent my data from being used to train AI models
weight 3 · not comparableBabylon.jsn/aBabylon.js is a client-side 3D rendering engine/SDK, not an AI model or service that trains on user data; data-training opt-out is not an applicable axis for this kind of product.
ai-native userControl data retention and deletion
weight 2 · not comparableBabylon.jsn/aBabylon.js is a client-side rendering/game engine library, not a data-processing service or SaaS that stores user data on a vendor's behalf; there is no user account or data-retention model for it to control.
ai-native userOpt out of telemetry and usage tracking
weight 2 · not comparableBabylon.jsn/aBabylon.js is an open-source client-side rendering/game engine library, not a hosted SaaS or service that collects telemetry from its users; there's no product-level telemetry/usage-tracking feature to opt out of, making this axis a category error for this kind of product.