Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
A read-only MCP server that lets an AI assistant browse any C# solution through Roslyn.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"csharpanalysermcp": {
"command": "dnx",
"args": [
"CSharpAnalyserMcp",
"--yes",
"--workspace",
"your-value"
]
}
}
}ターミナルでこれを実行します
claude mcp add csharpanalysermcp -- dnx CSharpAnalyserMcp --yes --workspace your-valueこのサーバーは起動コマンドに値を入れる必要があるので、設定をコピーして入力してください。
プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"csharpanalysermcp": {
"command": "dnx",
"args": [
"CSharpAnalyserMcp",
"--yes",
"--workspace",
"your-value"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
このサーバーは起動コマンドに値を入れる必要があるので、設定をコピーして入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"csharpanalysermcp": {
"type": "stdio",
"command": "dnx",
"args": [
"CSharpAnalyserMcp",
"--yes",
"--workspace",
"your-value"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月6日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント undy-mosq で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(1.0.4)がレジストリに届いたのは14 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンに.NETも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, Toggl 2.0
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Toggl 2.0 MCP server for tasks, projects, time entries, and workspace operations.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
English | 简体中文
A read-only Model Context Protocol (MCP) server that lets an AI assistant browse any C# solution through Roslyn.
The server loads a solution with MSBuildWorkspace into a cached Roslyn snapshot and then answers structured queries about it: where each type is declared, its XML documentation, and a method's signature, documentation, source location and body. An agent can therefore pull in the exact slice of source it needs instead of reading whole files into its context window.
StdioServerTransport), protocol traffic on stdout only; all logs go to stderr.--workspace ); the solution is loaded before the MCP handshake, so a bad path fails fast with a message on stderr and a non-zero exit code.structuredContent: listing / hierarchy / search tools return one text block per entry (a string list from the client's point of view), while detail tools emit path / desc / namespace / signature / body blocks separated by a line containing ---.csharp-analyser-mcp) and listed in the official MCP Registry as io.github.undy-mosq/CSharpAnalyserMcp.dotnet tool install --global CSharpAnalyserMcp
csharp-analyser-mcp --workspace D:\MyProject\MySolution.sln
dotnet tool update --global CSharpAnalyserMcp dotnet tool uninstall --global CSharpAnalyserMcp
Install it globally: a --local install only writes a manifest entry, so csharp-analyser-mcp never lands on PATH and MCP clients cannot start it.
dnx (nothing to install, .NET SDK 10+)# "--" separates dnx options from the arguments forwarded to the server
dnx CSharpAnalyserMcp --yes -- --workspace D:\MyProject\MySolution.sln
git clone https://github.com/undy-mosq/CSharpAnalyserMcp
dotnet build CSharpAnalyserMcp\CSharpAnalyserMcp.csproj dotnet run --project CSharpAnalyserMcp -- --workspace D:\MyProject\MySolution.sln
| Purpose | Requirement |
|---|---|
Run the published tool (dotnet tool install --global) | .NET SDK 8.0 or newer on PATH (the package targets net8.0) |
Run it on demand with dnx | .NET SDK 10.0 or newer — dnx ships with the SDK |
| Build / run from source | .NET SDK 8.0 or newer (the project targets net8.0) |
| Load the analyzed solution | An MSBuild toolchain that can open it — Visual Studio 2022 or VS Build Tools (Microsoft.Build.Locator registers the newest installed instance), or the .NET SDK itself for SDK-style projects |
The server is started with a single argument, --workspace, pointing at the solution file.
The global tool shim lives in %USERPROFILE%\.dotnet\tools. MCP clients spawn the process themselves and only see the PATH they inherited, so point the configuration at the shim by absolute path (expand %USERPROFILE%, e.g. C:\Users\you\.dotnet\tools\csharp-analyser-mcp.exe):
Claude Desktop (claude_desktop_config.json):
{
"mcpServers": { "csharp-analyser": { "command": "C:\\Users\\you\\.dotnet\\tools\\csharp-analyser-mcp.exe", "args": ["--workspace", "D:\\MyProject\\MySolution.sln"] } } }
VS Code (.vscode/mcp.json):
{
"servers": { "csharp-analyser": { "type": "stdio", "command": "C:\\Users\\you\\.dotnet\\tools\\csharp-analyser-mcp.exe", "args": ["--workspace", "D:\\MyProject\\MySolution.sln"] } } }
The bare command name ("command": "csharp-analyser-mcp") works only when that directory is already on the client's PATH; a client started before the tool was installed keeps the old environment, so restart it after changing PATH.
dnx (nothing installed){
"servers": { "csharp-analyser": { "type": "stdio", "command": "dnx", "args": ["CSharpAnalyserMcp", "--yes", "--", "--workspace", "D:\\MyProject\\MySolution.sln"] } } }
Append @ to the package id to pin a version. The MCP Server tab of the NuGet package page offers the same JSON for copying. dnx is a .cmd shim; if the client cannot spawn it, use the equivalent dotnet form instead: "command": "dotnet" with "args": ["tool", "exec", "CSharpAnalyserMcp", "--yes", "--", "--workspace", "D:\\MyProject\\MySolution.sln"].
VS Code (.vscode/mcp.json):
{
"servers": { "csharp-analyser": { "type": "stdio", "command": "C:\\Tools\\csharp-analyser\\CSharpAnalyserMcp.exe", "args": ["--workspace", "D:\\MyProject\\MySolution.sln"] } } }
{
"servers": { "csharp-analyser": { "type": "stdio", "command": "dotnet", "args": [ "run", "--project", "D:\\MyProject\\CSharpAnalyserMcp\\CSharpAnalyserMcp\\CSharpAnalyserMcp.csproj", "--", "--workspace", "D:\\MyProject\\MySolution.sln" ] } } }
Press F5 in VS Code to debug the server itself; .vscode/launch.json already passes a --workspace argument — point it at your own solution.
| Tool | MCP annotations | Purpose |
|---|---|---|
list_classes_in_folder | read-only | List type declarations in a folder and its subfolders (one text per type) |
list_classes_in_namespace | read-only | List type declarations in a namespace (sub-namespaces optional; one text per type) |
get_class_documentation | read-only | Return the XML documentation and member signatures of a type located by its declaration line |
get_method | read-only | Return a method's signature, XML docs, location and body, located by its declaration line plus its declaring type's declaration line |
find_inheritance | read-only | List the derived-type tree of a type (first entry: the type itself) |
find_method_overrides | read-only | List the overrides / implementations of a method (first entry: the method itself) |
search_regex | read-only | Search a directory / file line by line with a regular expression (default: *.cs only); one text per match |
reload_solution | idempotent | Rebuild the Roslyn snapshot after source files changed |
set_resolve_base_path | idempotent | Change the directory used to resolve relative paths |
list_classes_in_folder{ "folderPath": "src/Services", "kinds": ["class", "interface"] }
| Parameter | Type | Default | Description |
|---|---|---|---|
folderPath | string, required | — | Absolute path, or a path relative to the resolve base directory (default: the solution's directory). |
kinds | string[] | ["class"] | Type kinds to include (see Type kinds and kinds). |
Files under bin/obj are skipped. Returns a string list, one text content per type, formatted as {relativePath} L{start}-{end} {namespace}: {signature}; the namespace segment is omitted for the global namespace, and a partial type reports the location of its first declaration plus a trailing ...(partial xN).
list_classes_in_namespace{ "namespaceName": "MyApp.Services", "includeSubNamespaces": true, "kinds": ["all"] }
| Parameter | Type | Default | Description |
|---|---|---|---|
namespaceName | string | global namespace | Namespace name, e.g. MyApp.Services. Empty, global, global namespace or all mean the global namespace. |
includeSubNamespaces | bool | true | Also include types declared in child namespaces. |
kinds | string[] | ["class"] | Type kinds to include. |
get_class_documentation{ "typeDeclaration": "public static class ItemConfig", "maxXmlChars": 2000 }
| Parameter | Type | Default | Description |
|---|---|---|---|
typeDeclaration | string, required | — | Declaration line of the type (the signature segment printed by the listing tools), e.g. public static class ItemConfig. Whitespace is stripped, then it must match the canonical signature or the first source line of the declaration exactly. |
namespaceName | string | any namespace | Namespace of the type; empty or global means the global namespace. |
maxXmlChars | int | 2000 | Maximum characters of the raw XML documentation per type (the desc field); 0 = no limit. |
On a match the result is a text block: path / desc / namespace (the global namespace prints as global) / signature / body (member signatures, one per line); multiple matches are separated by a line containing ---. A miss prints (no match) followed by candidates : and candidate declaration lines.
get_method{ "methodDeclaration": "public static void SetEffect(RoleAttributes owner, int stack)", "typeDeclaration": "public class RoleAttributes", "namespaceName": "DuelModel" }
| Parameter | Type | Default | Description |
|---|---|---|---|
methodDeclaration | string, required | — | Declaration line of the method, e.g. public static string TextName(this ItemInfo.ItemType itemType). The method name and its parameter types are parsed from this text. |
typeDeclaration | string, required | — | Declaration line of the declaring class / interface / struct, e.g. public static class ItemConfig. |
namespaceName | string | any namespace | Namespace of the declaring type; empty or global means the global namespace. |
maxBodyChars | int | 8000 | Maximum characters of the method body; 0 = no limit. |
Matching rules:
IFoo.Bar) are matched too.int → Int32, string → String, …). The comparison is relaxed step by step: exact → ignoring generic arguments → allowing a prefix of the parameter list.(no match) is printed followed by candidates : and candidate declaration lines (same-named methods of that type first, otherwise every method of that type).The result is a text block per overload: path / desc (raw XML docs, 2000-char cap) / namespace / class / signature / body (source with the outermost braces and the common indentation removed); overloads are separated by a line containing ---.
find_inheritance{ "typeDeclaration": "public abstract class BuffEntity", "namespaceName": "Duel" }
| Parameter | Type | Default | Description |
|---|---|---|---|
typeDeclaration | string, required | — | Declaration line of the class / interface / struct / record. |
namespaceName | string | any namespace | Namespace of the type; empty or global means the global namespace. |
The first entry is the queried type itself (no indentation, no prefix); every derived type follows as its own text content, indented by one tab and prefixed with - per hierarchy level. A class root reports the classes / records deriving from it; an interface root reports sub-interfaces plus the classes / structs / records implementing it directly. Generic base types are matched by OriginalDefinition (Base and Base count as the same base). Ea
冒頭だけを表示しています。続きはリポジトリで読めます