Wick: Roslyn-Telemetrie für Godot-C#-Ausnahmen

Für wen es geeignet ist

Wenn ihr in Godot Roslyn-angereicherte C#-Ausnahmetelemtrie sehen und per MCP an einen Assistenten geben wollt, passt dieser Dienst. Wick läuft als externer Prozess, nicht in Godot. Es spricht mit dem KI-Client über stdio und nutzt TCP zu Editor und laufendem Spiel.

Nicht geeignet, wenn .NET 10 SDK (10.0.201 oder neuer) und Godot 4.6.1+ mit .NET/Mono fehlen. Es gibt auch keinen gehosteten Cloud-Endpunkt: Wick.Server muss lokal gebaut und gestartet werden. Diese Seite nennt keine konkreten Tool-Funktionsnamen in Folge; der erste Versuch darf nur die geschriebene Ausnahmetelemtrie nutzen. Keine Debug- oder Szenenänderungsbefehle erfinden, die nicht vorkommen.

Offizielle Hinweisseite:

https://github.com/buildepicshit/Wick

Erster Versuch in 3 Minuten

Der Hauptweg ist klonen, dann lokal bauen. Keinen anderen Installer suchen. Im Terminal:

git clone https://github.com/buildepicshit/Wick.git
cd Wick
dotnet build Wick.slnx --configuration Release -maxcpucount:1

Dann im MCP-Host das offizielle Startfragment nutzen und die Projektpfade durch euer Repository und Godot-Projekt ersetzen:

"command": "dotnet",
      "args": ["run", "--project", "path/to/Wick/src/Wick.Server"],
      "env": {
        "WICK_GROUPS": "core,runtime,csharp,build",
        "WICK_GODOT_BIN": "/path/to/godot",
        "WICK_PROJECT_PATH": "/path/to/your/godot-project"
      }

Voraussetzungen: SDK- und Godot-Versionen erfüllen die Untergrenzen; Tool-Säulen mit WICK_GROUPS oder --groups aktivieren. Die path/to-Werte in der Konfiguration sind nur offizielle Schreibweise; durch echte Verzeichnisse ersetzen. Nur-Lesen ist nicht null Risiko: Der Prozess liest das lokale Projekt, belegt lokales TCP und kann Godot starten.

Erster Aufruf mit geringem Risiko: nach dem Verbinden C#-Ausnahmetelemtrie lesen, die Szene nicht ändern und keinen ungenannten Build-Schreibvorgang auslösen. Erfolgssignal: Ausnahmeaufzeichnungen mit Roslyn-Informationen kommen zurück, oder es ist klar, dass es nichts zu zeigen gibt. Offizielle Kommunikationsports sind stdio (MCP), TCP 6505 (Editorbrücke), TCP 7777 (Laufzeitbrücke), TCP 7878 (Wick.Runtime-Begleitbrücke). Ist ein Port belegt, bei Verbindungsfehler stehen bleiben; keinen nicht geschriebenen Port ändern.

Die Klonadresse ist dasselbe Repository wie die Hinweisseite:

https://github.com/buildepicshit/Wick.git

Anwendungsfälle

Fall 1: Ausnahmen im Editor sehen. Zuerst sicherstellen, dass die Editorbrücke TCP 6505 verbindet, dann C#-Ausnahmetelemtrie des aktuellen Godot-Projekts lesen. Die Belege haben keine Toolnamen und kein Feldverzeichnis; Erfolg ist, Ausnahmen plus Roslyn-Zusatz zu sehen. Das WICK_GROUPS-Beispiel enthält core, runtime, csharp, build; beim ersten Versuch diese Menge behalten.

Fall 2: Ausnahmen während das Spiel läuft. Zuerst sicherstellen, dass die Laufzeitbrücke TCP 7777 verbindet, dann Telemetrie des laufenden Spiels lesen. Nutzt ihr die Wick.Runtime-Begleitbrücke, ist der Port TCP 7878. Beide Fälle stehen auf „externer Prozess + Brücken“; nicht annehmen, es laufe als Plugin in Godot.

Grenzen

Versionsuntergrenzen, die drei TCP-Ports und stdio sind harte Grenzen. Diese Seite hat keine Tool-Funktionsnamen; nicht vorkommende Parameter nicht ergänzen. Der Buildbefehl enthält -maxcpucount:1; offiziell ausführen. Lokale Pfade, das Godot-Binary und das Projektverzeichnis liest der Prozess. Offizielle path/to-Beispiele nicht als lauffähige Pfade behandeln und keine ungenannte gehostete Cloud-Adresse erfinden.