Partner MCP
The partner MCP server lets AI clients — Claude, ChatGPT, Cursor, and other Model Context Protocol clients — work with your partnership’s leads, deals, and more in natural language. It calls the same Partner API endpoints, so the same authentication, scoping, and visibility rules apply.What you can do
A connected client can check who you are and list your partnerships, read and register leads, and read, create, and update deals — including moving them between pipeline stages. Every operation is scoped to the partnerships you can access and follows the portal’s visibility rules; there’s nothing to delete, and creating or updating anything requires a write-scoped connection (OAuth session or API key). Mechanically, the server exposes three discovery tools —list_endpoints,
get_endpoint_schema, and call_endpoint — over the partner API’s
operations, so your client browses and calls them in natural language rather
than needing one hard-coded tool per endpoint.
Deals you support as a co-sell partner, where the vendor added your
partnership to another partner’s deal, can be listed, read and updated like
your own, and each deal’s partners names every partner on it. On those deals the
client sees no money and cannot reach the lead, as described in
Co-sell deals.
Use the URL for the region your company’s portal runs in:
Your portal’s API & MCP page also shows your URL directly.
Connect with OAuth
For interactive clients (Claude, ChatGPT, Cursor, or any OAuth-capable MCP client):- In your client, add a remote MCP server or custom connector using your region’s URL from the table above.
- The client opens your Partner Portal sign-in page. Log in as usual.
- Review and approve access on the consent screen. No API key is needed.
- You’re returned to your client, connected. Tokens refresh automatically; revoke access any time by removing the connector.
Connect with an API key
Headless runtimes, open-source models, and CI can’t do the browser sign-in, so they connect with a partner API key instead — the same keys the Partner API accepts. Create one on the portal’s API & MCP page, then send it as a Bearer credential:Field requirements
Leads and deals can carry required or rule-controlled custom fields. The MCP server exposes the samegetPartnerLeadRequirements / getPartnerDealRequirements
operations as the Partner API through
its normal discovery tools — no special MCP handling needed. The recommended
call order for a client creating or updating a lead or deal is: call the
matching requirements operation first to learn which fields are required or
rule-controlled, then create/update, and if that returns a validation_error,
read error.details[] (each entry has a field id and a machine-readable
reason) to repair and retry.
Moving a lead to Accepted (converted) or Rejected applies that status’s form.
getPartnerLeadRequirements returns it under status_forms; send its answers
in custom_field_values and its reason in accepted_reason /
rejected_reason in the same updatePartnerLead call as the status change.
See Lead status forms.
Scopes and permissions
Your connection carries exactly the permissions of the OAuth session or API key you connected with —read and/or write. A read-only key or session
never sees write tools.