Use Glider with Claude Code for C# projects

Claude Code Setup

Configure Glider with Claude Code CLI.

Claude Code

Prerequisite: .NET 10 SDK must be installed before running dotnet tool install --global glider.

dotnet tool install --global glider

Most MCP clients can run glider directly if your .NET tools directory is on PATH. If you prefer, you can also use the full path to the executable (shown below).

# bash/zsh
export PATH="$PATH:$HOME/.dotnet/tools"
which glider

Use stdio for local Glider setup. Project-scoped servers only run when you are in that project. See Claude Code MCP docs: code.claude.com/docs/en/mcp.

claude mcp add --transport stdio glider --scope project -- glider --default-timeout 30m

Global config runs in every Claude Code project. Use this only if you want Glider available everywhere.

claude mcp add --transport stdio glider --scope user -- glider --default-timeout 30m

The Glider plugin is published from glidermcp/glidermcp.com and bundles the product skill plus stdio MCP config.

/plugin marketplace add glidermcp/glidermcp.com
/plugin install glidermcp@glidermcp

If you prefer Streamable HTTP, start Glider yourself and point Claude Code at http://localhost:5001/mcp. Use one glider server entry per workspace — to work on several solutions at once, add multiple named entries with different --solution values (see the FAQ).

# Terminal 1
glider --transport http --default-timeout 30m

# Terminal 2
claude mcp add --transport http --scope project glider http://localhost:5001/mcp

Start a new Claude Code session and check for Glider tools. If you need startup output/logs, re-add Glider with --verbose (e.g. ... -- glider --verbose).

claude
# Then ask: "What Glider tools are available?"

Add --solution <path> to the launch arguments in the configuration above so Glider loads your solution or project (a .sln, .slnx, or .csproj file) at startup, instead of waiting for the agent to call load. With it set, server_status shows the workspace as loaded — or, on a large workspace, still loading in the background under workspaceLoading — from the first message, so the agent can wait for that load to finish instead of stopping with a "No solution loaded. Use load first." message and reaching for text search. Put the flag after -- for claude mcp add, add it to the args array in JSON and Codex TOML configs, or to the single command array for OpenCode. Prefer an absolute path — it is machine-specific, so keep it in local or user scope — or a relative path (resolved against the launch directory) when the config is shared in a project.

glider --solution C:/repos/app/src/App.sln --default-timeout 30m
# Add --workspace C:/repos/app to watch a different root, or --no-watch to disable file watching.

After connecting Glider, add this product-specific instruction to your MCP client system prompt or project instructions so the agent chooses the right tool surface first.

When working in C#/.NET workspaces, prefer glider mcp semantic tools for symbol identity, code relationships, diagnostics, dependencies, impact analysis, and preview-first refactors. Use Scout for repository retrieval and raw text questions. Use the .NET CLI for build and test commands. Preload the solution with --solution, or call load before semantic queries.