MCP

Beckett: Plugin in Godot 4 einschalten, zuerst inspect, dann das Spiel ändern

Damit Claude oder Cursor ein Spiel im Godot-4-Editor prüfen, ohne Extra-Prozess. Das Einschalten schreibt automatisch .mcp.json. Zuerst inspect; author/run haben ein Bestätigungs-Tor.

Official source · Beckett

Install

Enable the Beckett EditorPlugin (writes .mcp.json)

Für wen

Ihr macht GDScript- oder C#-Spiele im Godot-4-Editor und wollt, dass Claude oder Cursor direkt prüfen, schreiben, laufen und die Szene sehen — ohne Node- oder Python-Brücke, zweiten Prozess oder Cloud. Beckett ist ein GDScript-EditorPlugin im Editor, null sidecar.

Kostenloses MIT Lite deckt die volle Schleife inspect → author → run → SEE ab, insgesamt 55 Tools. Diese Seite nennt diese 55 nicht — keine Szenenbaum- oder Skript-Toolnamen erfinden.

Offizielles Repo in einer eigenen Zeile:

https://github.com/beckettlab/beckett-godot-mcp

Erster Versuch in 3 Minuten

Nur die offizielle Ein-Schritt-Installation: das Plugin in Godot 4 einschalten. Danach startet der Dienst von selbst und schreibt .mcp.json, damit claude oder Cursor ohne Handkonfiguration verbinden. Node.js ist nicht nötig.

Voraussetzung: Godot-4-Editor ist da, und ihr könnt ein Projekt mit diesem addon öffnen. Außer dem addon nichts zu installieren. Laufzeit ist ein TCPServer HTTP/JSON-RPC, der auf dem Editor-Hauptthread pollt.

Konfiguration: Godot-Plugin-Schalter und die automatisch erzeugte .mcp.json im Projekt. Keine Serverkonfiguration von Hand schreiben, die mit der Auto-Datei kollidiert. Ohne Autostart gibt offizieller Text ein opt-out: beckett/autostart=false.

Risikoarmer erster Schritt: zuerst inspect — nur beobachten, nicht author oder run. Erfolgssignal: nach dem Einschalten läuft der Dienst, .mcp.json erscheint, Claude oder Cursor können verbinden. Diese Seite hat keinen konkreten inspect-Toolnamen; keinen erfinden.

Sicherheitsgrenze: nur localhost, mit Origin-Prüfung (gegen DNS-rebind), optionalem bearer token und read-only / allowlist / confirm-destructive-Toren. localhost nicht als offline oder ohne lokale Reads lesen; es öffnet trotzdem HTTP auf diesem Rechner und liest/schreibt das Editorprojekt. readOnlyHint ist kein Nullrisiko.

Bevor ihr eine Szene ändert oder das Spiel startet, klären, dass destructive bestätigt werden muss. author und run ändern das Projekt oder starten das Spiel; offizieller Text gibt keinen Rücknahmebefehl.

Anwendungsfälle

Fall 1: zuerst das aktuelle Projekt prüfen. Plugin einschalten, Client über .mcp.json verbinden, nur inspect. Welche der 55 zu inspect gehören, ist nicht genannt. GDScript und C# liegen beide in Lite.

Fall 2: vor Schreiben oder Laufen das Bestätigungstor öffnen. Offizielle Schleife: inspect → author → run → SEE. author ändert das Projekt, run spielt im Editor. Es gibt confirm-destructive und allowlist. Ohne Toolnamen keinen Write aufrufen. Wie das optionale bearer token erzeugt wird, steht nicht da.

Grenzen

Null sidecar heißt nicht kein lokales HTTP. Keine Cloud, kein zweiter Prozess, aber Bindung an localhost. .mcp.json wird automatisch geschrieben; beckett/autostart=false schaltet Autostart aus. Die 55 Tools sind unbenannt. Lite ist die kostenlose MIT-Ausgabe. Offizieller Text nennt weder Port, noch Godot-Minor, noch wie .mcp.json nach dem Entfernen zu löschen ist.