glider-csharp
Use GliderMCP for C#/.NET navigation, diagnostics, references, call graphs, impact analysis, and safe refactoring.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use GliderMCP for C#/.NET navigation, diagnostics, references, call graphs, impact analysis, and safe refactoring.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
Use GliderTrace for .NET runtime evidence, test runs, failure summaries, exceptions, counters, traces, dumps, and artifact indexing.
Use TGlider for TypeScript and JavaScript semantic navigation, references, diagnostics, dependency topology, impact analysis, and refactoring.
Use Scout for repo-wide code search in any language - ranked fuzzy discovery, exhaustive strict literal, regex, and word search, plus structural patterns, symbol outlines, and semantic queries.
SOC 직업 분류 기준
| name | glider-csharp |
| description | Use GliderMCP for C#/.NET navigation, diagnostics, references, call graphs, impact analysis, and safe refactoring. |
Use GliderMCP when working in a C# or .NET repository and the task needs semantic facts rather than plain text search.
Start by checking server_status. If no workspace is loaded, call load with the relevant .sln, .slnx, or .csproj. Prefer find_code as the front door when the user asks to locate behavior by intent. Use search_symbols, resolve_symbol, or get_symbol_at_position before symbol-specific tools, and treat returned symbolKey values as opaque stable identities.
For edits, gather evidence first with tools such as find_references, find_implementations, find_callers, get_outgoing_calls, analyze_change_impact, get_cascade_impact, get_diagnostics, and diagnostic_hotspots. Prefer preview-first refactoring tools where available. After external edits, use sync for changed .cs files and reload for structural project changes.
For non-C# assets, literal strings, config files, and repo-wide text search, prefer Scout's find when Scout is installed. Glider's own search_text already delegates to Scout when a scout binary is on PATH, and reports which backend answered in data.backend - scout covers every file under the solution root in any language, workspace covers only loaded C# documents. Use shell text search only when neither can answer the question.