MCP

Wick：给 Godot C# 异常做 Roslyn 遥测

适合在本机 Godot 工程里读取经 Roslyn 增强的 C# 异常，前提是已安装 .NET 10 SDK 与带 .NET/Mono 的 Godot 4.6.1+。

官方来源 · Wick

安装

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

适合谁

如果你要在 Godot 里查看经 Roslyn 增强的 C# 异常遥测，并通过 MCP 交给助手分析，这个服务对得上。Wick 作为外部进程运行，不在 Godot 内部；它用 stdio 与 AI 客户端通信，再用 TCP 连接编辑器和运行中的游戏。

它不适合还没准备好 .NET 10 SDK（10.0.201 或更新）以及带 .NET/Mono 的 Godot 4.6.1+ 的环境。也没有托管云端点：必须本机构建并启动 Wick.Server。本页没有连续给出具体工具函数名，第一次只能使用已写明的异常遥测能力，不要自造未出现的调试或改场景命令。

官方说明页：

https://github.com/buildepicshit/Wick

3 分钟完成第一次尝试

主路径是克隆后本地构建，不要另找安装器。在终端执行：

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

然后在 MCP 宿主里用官方启动片段，把项目路径换成你的仓库与 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"
      }

前置条件：SDK 与 Godot 版本满足上述下限；用 WICK_GROUPS 或 --groups 激活工具柱。配置里的 path/to 只是官方写法，必须换成真实目录。只读不等于零风险：进程会读本地工程、占用本机 TCP，并可能启动 Godot。

低风险第一次调用：接入后读取 C# 异常遥测，不要改场景或触发未点名的构建写入。成功信号是返回带 Roslyn 信息的异常记录，或明确看到当前没有可展示的异常。官方通信口是 stdio（MCP）、TCP 6505（编辑器桥）、TCP 7777（运行时桥）、TCP 7878（Wick.Runtime 伴随桥）；若端口被占用，先停在连接失败，不要改未写明的端口。

克隆地址与说明页相同仓库：

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

使用案例

案例一：编辑器里看异常。先保证编辑器桥 TCP 6505 可连，再读取当前 Godot 工程的 C# 异常遥测。证据没有工具名和字段清单，成功只看到异常与 Roslyn 补充信息即可。WICK_GROUPS 示例包含 core、runtime、csharp、build，第一次保持这组即可。

案例二：游戏运行时看异常。先保证运行时桥 TCP 7777 可连，再读取运行中游戏的遥测。若使用 Wick.Runtime 伴随桥，端口是 TCP 7878。两条案例都建立在“外部进程 + 桥接”这一事实上，不要假设它以插件形式跑在 Godot 里。

使用边界

版本下限、三个 TCP 端口和 stdio 都是硬边界。本页没有工具函数名，未出现的参数不要补。构建命令带 -maxcpucount:1，按官方执行即可。本地路径、Godot 二进制和工程目录都会被进程读取；不要把官方 path/to 示例当成可运行路径，也不要编造未点名的云端托管地址。