This page describes how to use the MCP server as an agent or MCP client. For the underlying endpoints and schemas,
see the API v3 reference.
Endpoint
| MCP URL | https://mcp.sendcloud.com/mcp |
| Transport | Streamable HTTP |
| Authentication | OAuth 2.0 (bearer token) |
Connecting
Add the server to your MCP client
Point your client at the MCP URL. For example, with the Claude Code CLI:Other clients (Cursor, Claude Desktop, custom agents) accept the same URL in their MCP server configuration. A typical JSON config looks like:
Authorize with OAuth 2.0
The first time your client connects, it discovers the authorization server automatically (via RFC 9728 protected-resource metadata) and walks you through an OAuth 2.0 sign-in at
account.sendcloud.com. After you approve access, the client stores the resulting token and attaches it to every tool call.Your credentials live in the MCP client, never in the server. See Authentication for how Sendcloud OAuth 2.0 works.OAuth 2.0 is currently available as a beta feature for a limited number of clients. Reach out to Sendcloud if your account is not yet enabled.
Selecting toolsets
By default the server exposes all toolsets. To limit a connection to a subset (for example keeping the agent’s tool list focused and relevant) add a?toolsets= query parameter with a comma-separated list of toolset names:
Available toolsets
Each toolset maps to one Public API v3 domain.| Toolset | What it covers |
|---|---|
analytics | Carrier and shipping-option transit times |
brands | Brands configured on your account |
carriers-dp | Carrier delivery-point order finalization |
compat | Compatibility shipping-options endpoint |
contracts | Carrier contracts and their schemas |
duties-and-taxes | Duties and taxes calculations |
dynamic-checkout | Checkout delivery options |
event-subscriptions | Webhook subscriptions and connections |
integrations | Integrations, logs, and order-status mappings |
orders | Create, list, retrieve, update, and delete orders |
organization | Organization metadata |
parcel-documents | Retrieve parcel documents |
parcel-statuses | Parcel status definitions |
parcel-tracking | Register and retrieve tracking |
pickups | Schedule and retrieve pickups |
reporting | Parcel reports |
returns | Create, validate, and manage returns |
sender-addresses | Sender addresses |
service-points | Service-point lookup and availability |
ship-an-order | Create labels for orders (sync and async) |
shipments | Create, announce, cancel, and retrieve shipments; validate addresses |
shipping-options | Fetch shipping options and quotes |
store-locations | Store-location management |
support | Support tickets, carrier contacts, and documents |
user | User authentication metadata |
How tools map to the API
Tool naming and namespacing
Tool naming and namespacing
Each tool corresponds to one HTTP operation. The tool name is derived from the operation’s
operationId, and is namespaced by toolset to avoid collisions — for example orders_sc_public_v3_orders_get_list_orders (list orders) or shipments_sc_public_v3_scp_get_shipment_by_id (retrieve a shipment).The operation’s path, query, and header parameters — plus the request-body fields — become the tool’s arguments. Required API parameters stay required on the tool.Intent capture
Intent capture
Every tool call includes an
intent_summary argument: a short, natural-language statement of why the agent is
calling the tool. It is used for product analytics and is stripped before the request reaches the Public API — it
never changes the API call itself.Safety annotations
Safety annotations
Tools are annotated with hints about their effect, derived from the HTTP method: read-only (
GET), idempotent, or destructive (DELETE, POST). MCP clients use these to auto-confirm safe lookups while prompting you before a tool that creates, cancels, or deletes data.Next steps
Authentication
How Sendcloud OAuth 2.0 works
API v3 reference
The endpoints behind every MCP tool