Wick : télémétrie Roslyn pour les exceptions C# de Godot

À qui cela s'adresse

Si vous voulez voir dans Godot une télémétrie d'exceptions C# enrichie par Roslyn et la passer à un assistant via MCP, ce service convient. Wick tourne comme processus externe, pas dans Godot. Il parle au client IA en stdio et utilise TCP vers l'éditeur et le jeu en cours.

Il ne convient pas à un environnement sans SDK .NET 10 (10.0.201 ou plus) et Godot 4.6.1+ avec .NET/Mono. Il n'y a pas non plus de point cloud hébergé : il faut construire et démarrer Wick.Server en local. Cette page ne donne pas de noms de fonctions d'outil en continu ; le premier essai ne peut utiliser que la capacité de télémétrie d'exceptions écrite. N'inventez pas de commandes de débogage ou de changement de scène absentes.

Page officielle :

https://github.com/buildepicshit/Wick

Premier essai en 3 minutes

Le chemin principal est cloner puis construire en local. Ne cherchez pas un autre installeur. Dans le terminal :

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

Puis utilisez le fragment de démarrage officiel dans l'hôte MCP, en remplaçant les chemins de projet par votre dépôt et projet Godot :

"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"
      }

Prérequis : SDK et Godot atteignent les planchers ci-dessus ; activez les piliers d'outils avec WICK_GROUPS ou --groups. Les path/to de la configuration ne sont que la formulation officielle ; remplacez-les par de vrais répertoires. La lecture seule n'est pas un risque nul : le processus lit le projet local, occupe du TCP local et peut démarrer Godot.

Premier appel à bas risque : une fois connecté, lire la télémétrie d'exceptions C#. Ne changez pas la scène et ne déclenchez pas une écriture de construction non nommée. Signal de succès : des enregistrements d'exception avec informations Roslyn reviennent, ou vous voyez clairement qu'il n'y a rien à montrer. Les ports officiels sont stdio (MCP), TCP 6505 (pont éditeur), TCP 7777 (pont runtime), TCP 7878 (pont compagnon Wick.Runtime). Si un port est pris, arrêtez à l'échec de connexion ; ne changez pas un port non écrit.

L'adresse de clone est le même dépôt que la page de notes :

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

Cas d'usage

Cas 1 : voir les exceptions dans l'éditeur. Assurez-vous d'abord que le pont éditeur TCP 6505 se connecte, puis lisez la télémétrie d'exceptions C# du projet Godot actuel. Les preuves n'ont ni noms d'outils ni inventaire de champs ; le succès est de voir exceptions plus compléments Roslyn. L'exemple WICK_GROUPS inclut core, runtime, csharp, build ; gardez cet ensemble au premier essai.

Cas 2 : voir les exceptions pendant que le jeu tourne. Assurez-vous d'abord que le pont runtime TCP 7777 se connecte, puis lisez la télémétrie du jeu en cours. Si vous utilisez le pont compagnon Wick.Runtime, le port est TCP 7878. Les deux cas reposent sur « processus externe + ponts » ; n'assumez pas qu'il tourne dans Godot comme greffon.

Limites d'usage

Les planchers de version, les trois ports TCP et stdio sont des limites dures. Cette page n'a pas de noms de fonctions d'outil ; ne comblez pas des paramètres absents. La commande de construction inclut -maxcpucount:1 ; exécutez-la comme officielle. Chemins locaux, binaire Godot et répertoire de projet sont lus par le processus. Ne traitez pas les exemples path/to officiels comme des chemins exécutables, et n'inventez pas une adresse cloud hébergée non nommée.