Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者提供的说明(英文原文)
A Model Context Protocol server implementation for Nx
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 claude_desktop_config.json
{
"mcpServers": {
"nx": {
"command": "npx",
"args": [
"-y",
"nx-mcp"
]
}
}
}在终端中运行这条命令
claude mcp add nx -- npx -y nx-mcp粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"nx": {
"command": "npx",
"args": [
"-y",
"nx-mcp"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"nx": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"nx-mcp"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月8日
注册名称已通过 GitHub 账户 nrwl 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(0.25.0)于6个月前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Node.js。
同一分类中有:Spec Driven Development, Remote Desktop Commander, Readfirst
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:↓ 每周下载量i★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况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.
What to read and check before changing a file: project rules, risks, checks and tests per file.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
A Model Context Protocol server implementation for Nx.
The Nx MCP server gives LLMs deep access to your monorepo’s structure: project relationships, file mappings, runnable tasks, ownership info, tech stacks, Nx generators, and even Nx documentation. With this context, LLMs can generate code tailored to your stack, understand the impact of a change, and apply modifications across connected files with precision. This is possible because Nx already understands the higher-level architecture of your workspace, and monorepos bring all relevant projects into one place.
Read more in our blog post and in our docs.
There are two ways to use this MCP server:
Simply invoke the MCP server via npx or your package manager's equivalent.
Here's an example of a mcp.json configuration:
{
"servers": { "nx-mcp": { "type": "stdio", "command": "npx", "args": ["nx-mcp@latest"] } } }
Claude Code
claude mcp add nx-mcp npx nx-mcp@latest
VSCode
code --add-mcp '{"name":"nx-mcp","command":"npx","args":["nx-mcp"]}'
Warp
Go to Settings -> AI -> Manage MCP Servers -> + Add to add an MCP Server.
Alternatively, use the slash command /add-mcp in the Warp Agent prompt.
{
"nx-mcp": { "command": "npx", "args": ["nx-mcp@latest"] } }
Refer to your AI tool's documentation for how to register an MCP server. For example, Cursor or Claude Desktop support MCP.
If you want to host the server instead of communicating via stdio, use --transport http and optionally --port (default 9921). Clients connect to http://localhost: /mcp using the Streamable HTTP transport. It supports multiple concurrent connections, allowing different clients to connect simultaneously with independent sessions. The deprecated SSE transport (--sse, --transport sse) has been removed.
Run nx-mcp --help to see what options are available.
If you're using Cursor you can directly install the Nx Console extension which automatically manages the MCP server for you.
More info:
By default, Nx MCP loads .local.env, .env.local, and .env from the workspace root. To skip this loading and preserve the environment supplied by your launcher, set NX_LOAD_DOT_ENV_FILES to the string "false" before starting the server:
{
"servers": { "nx-mcp": { "type": "stdio", "command": "npx", "args": ["nx-mcp@latest"], "env": { "NX_LOAD_DOT_ENV_FILES": "false" } } } }
This also skips root dotenv loading when Nx Console resolves its IDE socket path. If you use a custom socket directory, supply NX_SOCKET_DIR explicitly to both the server and the editor process. The setting does not undo environment variables loaded by a parent process or by other tools.
By default, the Nx MCP server runs in minimal mode, which hides workspace analysis tools that overlap with AI tool skills/instructions. This reduces tool clutter and context window usage for AI agents that already have access to equivalent functionality through skills.
The following tools are hidden in minimal mode:
nx_available_pluginsnx_workspace_pathnx_workspacenx_project_detailsnx_generatorsnx_generator_schemaTo disable minimal mode and expose all tools, use the --no-minimal flag:
npx nx-mcp@latest --no-minimal
The Nx MCP server provides a comprehensive set of tools for interacting with your Nx workspace.
--no-minimal to enable)These tools provide insights and interactions with your Nx Cloud CI/CD data:
runId metadata and supports a select parameter for field selection with pagination.runId from ci_information or resolving it from the branch / URL context.When no workspace path is specified, only the nx_docs and nx_available_plugins tools will be available.
When connected to an Nx Cloud-enabled workspace, the Nx MCP server automatically exposes recent CI Pipeline Executions (CIPEs) as MCP resources. Resources appear in your AI tool's resource picker, allowing the LLM to access detailed information about CI runs including failed tasks, terminal output, and affected files.
Contributions are welcome! Please see the Nx Console contribution guide for more details.
The basic steps are:
nx-mcp using nx run nx-mcp:build (or nx run nx-mcp:build:debug for debugging with source maps)You can also configure the MCP server via a JSON file at .nx/nx-mcp-config.json in your workspace root. This is useful when the MCP server binary is managed by a plugin or extension where you can't pass CLI args directly.
{
"tools": ["nx_docs", "!cloud_*"], "minimal": true, "debugLogs": false, "disableTelemetry": true, "transport": "http", "port": 9922 }
All keys are optional and match the CLI option names. CLI arguments take precedence over config file values.
MIT