Godotwright
Related Servers
Alternatives to Godotwright
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenanceEnables AI agents to read and edit Godot 4.x scenes and resources, introspect the class API, run the game in a managed headless process with frame stepping, input injection and screenshots, validate scripts, and diagnose code via a built-in GDScript LSP plus a bridge to an already open editor.23MIT
- AlicenseNot gradedqualityAmaintenanceEnables AI agents to inspect, edit, and run Godot 4 projects — scenes, nodes, signals, resources, animations, tile maps, audio buses, visual shaders, project settings, input actions, and exports — with GDScript language-server diagnostics, offline class reference, live in-game debugging, and GUT/GdUnit4 test runs. It works through a live editor bridge so every edit can be undone with Ctrl+Z, and falls back to headless execution when the editor is closed.1MIT
- AlicenseBqualityBmaintenanceEnables AI agents to inspect, modify, run, and debug Godot projects, including scene and script analysis, editor and project management, and visual verification through screenshots.2215 npm14MIT
- AlicenseCqualityCmaintenanceEnables AI agents to interact with the Godot game engine, including project inspection, scene/script parsing, headless exports, runtime control with live scene-tree inspection and evaluation, and API documentation search.100980 npm4MIT
- AlicenseNot gradedqualityAmaintenanceEnables AI agents to inspect, author, debug, simulate, and visually verify Godot 4.x projects through standard MCP tools, including scene editing, runtime control, and viewport capture.194 npm3MIT
- AlicenseBqualityDmaintenanceAdvanced MCP server for Godot 4.6+ with 63 professional tools, enabling AI-assisted game development with backup/rollback, deep script validation, and project health diagnostics.63194 npm5MIT
TDQS
Scored across 22 tools
Most tools occupy distinct niches (scan, usages, rename, review, check, play, test), and descriptions actively route the agent between them ('for engine classes use godot_api', 'for a picture use godot_screenshot'). A few clusters blur at the edges: godot_api vs godot_api_search (search vs exact lookup), godot_review vs godot_check vs godot_checklist, and especially godot_model_brief vs godot_model_identify vs godot_model_spec, plus godot_model_view vs godot_model_inspect vs godot_screenshot. These are separable but require reading long descriptions to choose correctly.
Every tool is prefixed godot_ with snake_case, and the 3D model family (godot_model_*) is grouped predictably. Deviations are minor: several names are bare nouns or verbs without an object (godot_scan, godot_review, godot_check, godot_api) rather than a uniform verb_noun pattern, and godot_check/godot_checklist sit close enough to invite confusion.
22 tools is at the heavy end of the range and effectively covers two surfaces: project/code work (scan, review, edit, run, test, rename, migrate) and 3D model authoring (identify, brief, spec, build, lint, view, inspect, screenshot). Each tool does have a job, but the model subfamily alone is eight tools, several of which are thin conveniences (brief, spec, identify) an agent could absorb.
Lifecycle coverage is strong: discovery (scan, usages, api, api_search, checklist), analysis (review, check, play, test), mutation (rename, project_edit, scene_edit, migrate) and a full model pipeline from identification through build, lint, view, inspect and screenshot. Gaps are mostly around asset/script file authoring — no tool to create or delete a .gd/.tres, and scene_edit covers node add/remove/set/connect but not duplication, reorder or scene creation.