checkLABSCO SUMMARY
The whole cargo surface, addressed with the same options you would type.
Nothing here is invented — each tool maps onto a cargo subcommand, with its target selection, feature choices and profile options exposed as parameters, and errors come back with cargo's own output rather than a summary of it. The compile-check loop is where it earns its place, because check and clippy are how an agent finds out whether a suggested change is real.
What it is
An MCP server wrapping the cargo command-line tool for Rust projects. The tools are grouped the way cargo itself is: building, executing, dependency management, project management, registry lookups and metadata.
What you get
- Build and quality: check to analyse without producing binaries, build to compile, clippy for lints with optional automatic fixes, fmt to format
- Execution: run for a binary or example, test for unit and integration tests, bench for benchmarks
- Dependencies: add and remove, update to refresh the lock file, tree to visualise the dependency graph
- Projects: new and init to create a package, clean to remove build artefacts, doc to build documentation
- Registry: search and info against crates.io, install and uninstall for Rust binaries
- Metadata: metadata for resolved dependencies in machine-readable form, version for cargo and Rust versions
- Most tools take a working directory, a package, features and the usual target selection, so the same tool addresses a workspace member or a single binary
Requirements
A Rust toolchain, and a local build of the server from the repository. It speaks over standard input and output, and expects cargo to be on the path.
Setup effort
Build from source — git clone https://github.com/SignalWhisperer/cargo-mcp
USE CASES
Checking whether a change compiles
Analyse the crate without producing binaries, so the answer comes back quickly.
Closing the loop on a suggested fix
Run the lints, apply the automatic suggestions, and format the result.
Running only the tests that cover the change
Run the test target you care about rather than the whole suite.
Adding a dependency correctly
Add it with the features it needs instead of hand-editing the manifest.
Untangling a version conflict
Show the dependency graph filtered to the packages appearing more than once.
Finding a crate for a job
Search the registry and read the package information before adding it.
21 tools
Listed in project docs. Your client may show a different list.
buildclippyfmtruntestbenchaddremoveupdatetreenewinitcleandocsearchinfoinstalluninstallmetadataversionBEFORE YOU INSTALL
What to know first
Tools you get
21 tools named in the project's documentation. Tool names are bare cargo verbs such as check, build, add, run and test, with no cargo_ prefix, so they can collide with other servers' tools.
Where it runs
The documented client runs the server on your machine.
INSTALLATION
Connect your client
You clone and build this one yourself.
Server setup
git clone https://github.com/SignalWhisperer/cargo-mcp
cd cargo-mcp
cargo build --releaseMCP Clients
Any MCP client
{
"mcpServers": {
"cargo-mcp": {
"command": "<YOUR_PATH_TO_CARGO_MCP>/target/release/cargo-mcp",
"args": []
}
}
}