1MCP
Runs many MCP servers behind one local runtime and hands each client a filtered view of them
Local stdio server for a Rush monorepo: workspace details, commands, migrations, lockfile conflicts
Official · Microsoft TypeScript Local · stdio Developer tools
48 popularity score ★ 6.5k ↓ 293/wk
Opens the app, which asks before it adds the server. Then replace each <NAME> in its settings with your value.
claude mcp add rushstack -- npx -y @rushstack/mcp-server '<RUSH_WORKSPACE_PATH>'{
"mcpServers": {
"rushstack": {
"command": "npx",
"args": [
"-y",
"@rushstack/mcp-server",
"<RUSH_WORKSPACE_PATH>"
]
}
}
}{
"mcpServers": {
"rushstack": {
"command": "npx",
"args": [
"-y",
"@rushstack/mcp-server",
"<RUSH_WORKSPACE_PATH>"
]
}
}
}{
"servers": {
"rushstack": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@rushstack/mcp-server",
"<RUSH_WORKSPACE_PATH>"
]
}
}
}[mcp_servers.rushstack]
command = "npx"
args = ["-y", "@rushstack/mcp-server", "<RUSH_WORKSPACE_PATH>"]gemini mcp add --scope user rushstack npx -- -y @rushstack/mcp-server '<RUSH_WORKSPACE_PATH>'The Rush MCP server comes from Microsoft's Rush Stack team, the makers of the Rush monorepo manager. You point it at the root folder of a Rush workspace and it gives an AI coding assistant tools for that repository. It can describe the workspace and individual projects, check whether a proposed Rush command is valid, move a project to another folder or subspace, and settle conflicts in a subspace's pnpm-lock.yaml.
It runs on your own machine over stdio. When it starts it loads the Rush SDK from the target repository itself, so it works with the Rush version that repository pins. It then changes its working directory to the workspace root.
A repository can add its own tools through plugins. If common/config/rush-mcp/rush-mcp.json exists, the server reads the plugins listed there, makes sure each plugin's Rush autoinstaller is installed, and loads the plugin package, which must ship a rush-mcp-plugin.json manifest. A plugin can also have its own config file in common/config/rush-mcp/.
The npm README lists six tools, including rush_docs. In the source on the main branch (server.ts), only five built-in tools are registered, and rush_docs is not one of them.
| Runtime | Node.js |
|---|
Node.js with npx. A Rush monorepo on local disk, with Rush set up so the server can load the repository's own Rush SDK. Its path goes in the launch command as the first argument. git must be on the PATH for the lockfile conflict tool. The README suggests copying the rushstack repository's .cursor folder into your project for better results.
It works only on Rush monorepos and will not start without a workspace path argument that exists on disk. The README still lists a rush_docs tool, but the source on main does not register it. The lockfile conflict tool takes the incoming side of pnpm-lock.yaml (git checkout --theirs) and then runs rush update for that subspace, so changes from your own side of the lockfile conflict are dropped. It runs over stdio only and has no hosted endpoint.
It suits teams already on Rush who want their editor's assistant to understand workspace layout, run project migrations, and clear routine pnpm lockfile conflicts without leaving the editor. Because it is from the makers of Rush and loads the repository's own Rush SDK, it follows that repository's Rush version. It is of no use for npm, Yarn, Nx or Turborepo workspaces that do not use Rush. Pick a general file-system or git server if you only need to read files or run git.
rush_workspace_detailsrush_project_detailsrush_command_validatorrush_migrate_projectrush_pnpm_lock_file_conflict_resolver