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 範例當成可執行路徑，也不要編造未點名的雲端託管位址。