The CrossUp MCP gives your agent the SDK’s two reads: read a catalog item and request a recommendation. It runs on your machine, over stdio, with the storefront key in an environment variable. It doesn’t write: an MCP is driven by a model, and a write triggered by a hallucination can’t be undone.

The tools

Both return the same as the API, with the same typed errors. A results: [] comes with its reason_codes.

Connect it

The server is called crossup-salespilot. It needs CROSSUP_API_TOKEN (the spk_… key) and, if it isn’t the public URL, CROSSUP_BASE_URL.
Today it runs from the repository, with bun. An installable package and a remote server with your CrossUp account, without pasting a key, come later: see below.
Without a key the server starts anyway and both tools respond configuration_error: CROSSUP_API_TOKEN is not set: the agent sees why it fails.

This documentation’s MCP

This documentation has its own MCP server at /mcp: an agent searches and reads any page without you pasting it. It is a separate server: one reads the docs, the other talks to the API.

What’s next

What you will see

In your agent, two new tools under crossup-salespilot. Ask it “fetch item itm_… from the catalog” and it has to return the aggregate with variants and availability.

If you don’t see it

llms.txt

All the documentation in one file.

The CLI

The same two reads, for a person.