XP MCP Documentation — Gated (Bearer required)

Back to landing

Overview — mode: gated

XP MCP exposes event discovery, ticket listing, and marketplace actions for AI agents over Streamable HTTP.

Five things an agent does here, and what pays for each:

Every write previews before it commits: call once to see the terms, again with confirm=true to commit.

One read is interim. get_market_read is the market view this surface offers today. XP's own agents have moved to a newer read built on the frontier — within a section, the asks a closer row does not beat on price — and this surface will project that read once the exchange exposes it as an endpoint. Prefer its counts over its structure, and expect the shape to change.

Connection Details

Client config — start here

Drop these into the matching MCP host config to connect.

Claude (web + desktop)

Settings > Integrations > Add custom connector. Paste the URL; Claude completes the OAuth handshake on first protected call.

Gated (signed in)

http://mcp.xp.tickets/mcp

Cursor

// ~/.cursor/mcp.json — Cursor reads this on launch.
{
  "mcpServers": {
    "xp-pro": {
      "url": "http://mcp.xp.tickets/mcp"
    }
  }
}

ChatGPT

Apps SDK / custom connector. ChatGPT triggers OAuth automatically off the 401 + WWW-Authenticate challenge.

Gated (signed in)

http://mcp.xp.tickets/mcp

VS Code (Copilot Chat)

// VS Code (Copilot Chat) — settings.json or .vscode/mcp.json
{
  "mcp": {
    "servers": {
      "xp-pro": {
        "type": "http",
        "url": "http://mcp.xp.tickets/mcp"
      }
    }
  }
}

Antigravity (2.0.1+)

Agent panel › Manage MCP ServersView raw config opens mcp_config.json. Antigravity uses serverUrl (not url like Cursor) and completes OAuth automatically off the 401 + WWW-Authenticate challenge — no static token required. If auto-OAuth stalls, add "headers": { "Authorization": "Bearer <token>" } as a fallback.

Gated (signed in)

// Antigravity 2.0.1 — Agent panel ▸ Manage MCP Servers ▸ View raw config
{
  "mcpServers": {
    "xp-pro": {
      "serverUrl": "http://mcp.xp.tickets/mcp"
    }
  }
}
Quickstart (cURL)

Copy-paste recipes. Keep $SESSION = the Mcp-Session-Id response header from initialize; reuse it on every follow-up call in the same session.

Gated — Bearer required, full tool surface

# Acquire $TOKEN via OAuth 2.1 + PKCE first (see OAuth & Discovery).
curl -i -X POST http://mcp.xp.tickets/mcp \
  -H "Authorization: Bearer $TOKEN" \
  -H 'Content-Type: application/json' \
  -H 'Accept: application/json, text/event-stream' \
  -d '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2025-06-18","capabilities":{},"clientInfo":{"name":"demo","version":"1.0"}}}'

# tools/list returns the full surface once authenticated.
curl -X POST http://mcp.xp.tickets/mcp \
  -H "Authorization: Bearer $TOKEN" \
  -H 'Content-Type: application/json' \
  -H 'Accept: application/json, text/event-stream' \
  -H "Mcp-Session-Id: $SESSION" \
  -d '{"jsonrpc":"2.0","id":2,"method":"tools/list"}'

# Authenticated tool. 401 if bearer missing/invalid.
curl -X POST http://mcp.xp.tickets/mcp \
  -H "Authorization: Bearer $TOKEN" \
  -H 'Content-Type: application/json' \
  -H 'Accept: application/json, text/event-stream' \
  -H "Mcp-Session-Id: $SESSION" \
  -d '{"jsonrpc":"2.0","id":3,"method":"tools/call","params":{"name":"get_my_tickets","arguments":{}}}'

Streamable HTTP rules: every request must include Accept: application/json, text/event-stream. Capture the Mcp-Session-Id response header from initialize and echo it on every subsequent call in the same session.

Conventions and gotchas

Money units

Dates and timezones

Error contract

Scope vs role

Payments — x402 + Privy rails

Status: enabled

buy_tickets supports two payment rails selected by the rail argument:

SettingValue
Networksolana:5eykt4UsFv8P8NJdTREpY1vzqKqZKvdp
USDC mintEPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v

Registered facilitators

The agent picks one per call via the facilitator arg on buy_tickets; the preview envelope returns facilitators_available with these entries. Omit the arg to use the default. No auto-fallback — on failure, retry with a different id. fee_payer = facilitator's sponsoring Solana pubkey, injected into extra.feePayer at preview so the buyer signs with the correct payerKey. Empty (italic buyer-pays-fees) means the buyer keypair pays gas.

IdAdapterAuth Fee payerURL
payai (default)payaibearerbuyer-pays-feeshttps://facilitator.payai.network

Two-turn flow

# Turn 1 — preview (no wallet)
buy_tickets(event_id=<id>, uvid=<uvid>, quantity=<n>,
            confirm=False, rail="x402")
# → returns x402.accepts[0] (PaymentRequirements) + facilitators_available

# You sign accepts[0] locally with your own Solana wallet (see signer below).

# Turn 2 — settle (optionally pick a facilitator id from facilitators_available)
buy_tickets(event_id=<id>, uvid=<uvid>, quantity=<n>,
            confirm=True, rail="x402", payment_proof="<b64>",
            facilitator="payai")            # or another id from facilitators_available

Buyer-side signer (your responsibility)

XP does not ship a signing client. You hold the buyer keypair; build the signed envelope locally per the x402 v2 SVM exact scheme spec. Reference shape in TypeScript:

// Inputs: accepts (= preview.x402.accepts[0]) + your Solana Keypair `buyer`.
// Output: base64 string → pass as `payment_proof` on the settle turn.
import {
  ComputeBudgetProgram, Connection, Keypair, PublicKey,
  TransactionMessage, VersionedTransaction,
} from "@solana/web3.js"
import {
  createTransferCheckedInstruction, getAssociatedTokenAddressSync,
} from "@solana/spl-token"

const conn = new Connection(SOLANA_RPC_URL, "confirmed")
const mint = new PublicKey(accepts.asset)
const payTo = new PublicKey(accepts.payTo)
const amount = BigInt(accepts.amount)        // micro-USDC, 6 decimals
const USDC_DECIMALS = 6

// Facilitator-sponsored fees: read feePayer from envelope. When present,
// buyer signs ONLY the transfer authority; facilitator co-signs gas at
// /settle. When absent (legacy buyer-pays-fees), buyer pays gas too.
const feePayer = new PublicKey(accepts.extra?.feePayer ?? buyer.publicKey)

const buyerAta = getAssociatedTokenAddressSync(mint, buyer.publicKey)
const payToAta = getAssociatedTokenAddressSync(mint, payTo)
// Pre-flight (recommended): assert buyer ATA balance ≥ amount, merchant ATA
// exists, and — only when buyer === feePayer — buyer has SOL for gas.

// Instructions MUST follow the x402 SVM exact order:
//   [ComputeBudget.setComputeUnitLimit, setComputeUnitPrice, TransferChecked].
// No ATA-create. Token-2022 is allowed by the spec but verify facilitator support.
const ix = [
  ComputeBudgetProgram.setComputeUnitLimit({ units: 20_000 }),
  ComputeBudgetProgram.setComputeUnitPrice({ microLamports: 1 }),
  createTransferCheckedInstruction(
    buyerAta, mint, payToAta, buyer.publicKey, amount, USDC_DECIMALS,
  ),
]

const { blockhash } = await conn.getLatestBlockhash("confirmed")
const msg = new TransactionMessage({
  payerKey: feePayer,                         // facilitator's pubkey when sponsored
  recentBlockhash: blockhash,
  instructions: ix,
}).compileToV0Message()

const tx = new VersionedTransaction(msg)
tx.sign([buyer])                              // partial sign — leave feePayer slot empty

const envelope = {
  x402Version: 2,
  scheme: accepts.scheme,
  network: accepts.network,
  payload: { transaction: Buffer.from(tx.serialize()).toString("base64") },
  accepted: accepts,
  extensions: {},
}
const payment_proof = Buffer.from(JSON.stringify(envelope), "utf-8").toString("base64")
// → pass payment_proof to buy_tickets(confirm=True, rail="x402", payment_proof, ...)

Adapt to your language of choice (Python: solana-py / solders; Rust: solana-sdk). The on-the-wire shape is what matters; XP only consumes the base64 payment_proof string.

Facilitator selection

Each preview returns a facilitators_available list with the registered facilitator ids; the agent picks one per call by passing facilitator=<id>. Ids match ^[a-z][a-z0-9_]*$ and double as the human-readable handle. The signed payment_proof is identical across facilitators modulo the extra.feePayer slot. No auto-fallback — on failure (FACILITATOR_UNAVAILABLE / SETTLE_UNKNOWN), re-preview with a different facilitator id and re-sign.

Read more

OAuth & Discovery

Endpoints published for MCP clients that perform Dynamic Client Registration (DCR) and the OAuth 2.1 + PKCE handshake. Sourced from config.py.

PurposeURL
Authorizationhttps://xp.tickets/xp-mcp/authorize
Token exchangehttps://api.xp.tickets/mcp/token
Dynamic Client Registrationhttps://api.xp.tickets/oauth/register
Token revocationhttps://api.xp.tickets/oauth/revoke
JWKShttps://api.xp.tickets/.well-known/jwks.json
UserInfohttps://api.xp.tickets/mcp/userinfo

Issuer: https://api.xp.tickets · Audience: xp-mcp

Published scopes_supported: openid mcp read:tickets read:account write:tickets write:listings read:bids write:bids email profile

Roles & Access Coverage

Access tierRole requiredCoverageTools
Open Access(none)Discovery — events, venues, performers, ticket listings, market reads. No auth required.auth_status, check_listing, get_event_details, get_price_history, get_recent_sales, get_seat_map, get_ticket_listings, get_venue_details, search_events, search_market, search_performers, search_venues
Authenticated(none)Caller's XP account — tickets, purchases, favorites, wallet, plus the marketplace: open-listing offers, acceptance, and listing management. Bearer token + OAuth scope.accept_offer, buy_listing_now, buy_tickets, cancel_my_listing, cancel_my_offer, create_listing, create_standing_bid, get_market_read, get_my_bids, get_my_context, get_my_listing_status, get_my_orders, get_my_referral_kickbacks, get_my_tickets, get_my_wallet, get_open_listing, get_standing_bid, get_user_account, list_muted_listings, list_my_favorites, list_my_listings, list_my_standing_bids, list_open_listings, make_offer_on_listing, mute_listing, reject_offer, rescind_standing_bid

No XP role affects MCP access. Any signed-in XP account can call every authenticated tool, including the marketplace surface; OAuth scopes are the only per-tool gate. On the public deploy the authenticated surface is unreachable regardless of account.

OAuth scopes define what an issued token is allowed to call.

OAuth Scopes (runtime mapping)

ScopeRuntime tool coverage
openidClient ID Access
mcpBaseline MCP transport access (required for MCP requests)
read:ticketsget_event_details, get_market_read, get_price_history, get_recent_sales, get_seat_map, get_ticket_listings, get_venue_details, search_events, search_market, search_performers, search_venues
read:accountget_my_context, get_my_orders, get_my_referral_kickbacks, get_my_tickets, get_my_wallet, get_user_account, list_muted_listings, list_my_favorites
write:ticketsbuy_tickets
write:listingsaccept_offer, cancel_my_listing, create_listing, reject_offer
read:bidsget_my_bids, get_my_listing_status, get_open_listing, get_standing_bid, list_my_listings, list_my_standing_bids, list_open_listings
write:bidsbuy_listing_now, cancel_my_offer, create_standing_bid, make_offer_on_listing, rescind_standing_bid
emailNo runtime tool mapping currently
profileNo runtime tool mapping currently
Gated (Bearer required) — 41 tools, 10 prompts, 17 docs

Every call requires a valid Bearer; anonymous → 401 + WWW-Authenticate. tools/list / prompts/list / resources/list expose all categories to any authenticated caller. No role gate is applied at tools/call / prompts/get / resources/read.

WWW-Authenticate / PRM: http://mcp.xp.tickets/.well-known/oauth-protected-resource/mcp

Tools

ToolNameDescriptionAuth requiredMode
accept_offerAccept OfferACCEPTING STARTS A CLOCK: the seller must then transfer the tickets to XP by a deadline XP sets at that moment, and missing it can cancel the sale and forfeit the payout. The deadline is per sale, not a fixed window -- do not quote a countdown of your own. The accept result carries the real one, or says plainly when XP has not set it yet; pass that on. From XP's connected resale + primary order book. Two-phase write on the XP live offer book. Use when an authenticated seller wants to accept a specific bid on their listing (e.g. 'accept the $200 offer on my tickets'). Call with `confirm=False` first to preview which offer will be accepted; call with `confirm=True` only after the user explicitly approves. Acceptance is irreversible. Do not use without the two-phase preview-then-confirm flow. Only confirm=True submissions return success=true. Requires auth and write:listings scope. Do not use for casual ticket buyers; this is the seller-side and power-user marketplace surface. For standard ticket purchases, use `search_events` and `get_ticket_listings`.Yes (OAuth scope)Write (destructive)
auth_statusAuth StatusUse ONLY when the user explicitly asks whether they are signed in to the XP marketplace (e.g. 'am I logged in?', 'am I connected to my tickets?'), or after a protected tool already returned AUTH_REQUIRED and the user wants the current state re-checked. Do NOT call this as a preflight before account / my tickets / wallet / favorites / referral / order tools — calling auth_status first swallows the 401 those tools would emit on the connected order book and prevents the MCP client from triggering OAuth. Always call the requested protected tool directly; the client will start sign-in on 401. Read-only. Returns authenticated boolean, tier roles, and a wallet flag — never raw tokens.NoRead
buy_listing_nowBuy Listing at the AskFrom XP's connected resale + primary order book. Use when an authenticated buyer wants a fan listing outright at the seller's published asking price, rather than negotiating -- 'buy it now', 'take it at the ask', 'just buy me those tickets to the game'. Only listings that carry an asking price can be bought this way; for one without an ask, use make_offer_on_listing. Two-phase: confirm=false previews the total so it can be read back to the user, confirm=true buys. A confirm here completes the sale immediately -- the money leaves the caller's XP USDC balance and the seller is committed. Pays from the caller's XP USDC balance; the x402 rail does not apply to fan listings, only to buy_tickets. Requires auth.Yes (OAuth scope)Write (destructive)
buy_ticketsBuy TicketsUse when the user wants tickets to an event on the XP marketplace (connected order book). Two payment rails are supported: 'privy' (default; server-signed USDC transfer from the user's delegated Privy embedded wallet) and 'x402' (agent-signed Solana USDC transfer via the x402 protocol — use only if the caller can build and sign Solana x402 'exact' payloads). Requires `write:tickets` scope (and `read:account` for the balance preflight when using granular scopes). Call once with confirm=false to preview the total, then call again with confirm=true after the user explicitly approves.Yes (OAuth scope)Write (destructive)
cancel_my_listingTake Listing DownUse when a seller wants to remove their own listing from the XP marketplace -- 'take my listing down', 'delist those', 'I sold them elsewhere', 'cancel that listing'. Closes the listing so buyers can no longer make an offer on it. Every open offer on the listing is REJECTED and those buyers are notified that it was removed -- say so before committing, since someone waiting on an answer gets a no. Cannot be used once the seller has accepted an offer: that is an agreed sale, and XP support handles it from there. Two-phase: confirm=false previews, confirm=true removes it. Cannot be undone -- relisting means calling create_listing again. Requires auth; works only on the caller's own listing.Yes (OAuth scope)Write (destructive)
cancel_my_offerCancel My OfferFrom XP's connected resale + primary order book. Two-phase write on the XP live offer book. Use when an authenticated buyer wants to rescind their outstanding offer on an XP marketplace listing (e.g. 'cancel my offer to make an offer at a lower price', 'pull my bid'). Call with `confirm=False` first to preview which offer will be rescinded; call with `confirm=True` only after the user explicitly approves. Pass bid_uuid from make_offer_on_listing (or the buyer swap id from the same response; the server resolves it). Only confirm=True submissions return success=true. Requires auth and write:bids scope. Do not use for browse / discovery; this is a marketplace transaction tool that mutates an active bid. For standard buy-now ticket purchases without a bid in flight, use `search_events` and `get_ticket_listings`.Yes (OAuth scope)Write (destructive)
check_listingcheck_listing-NoRead
create_listingList Tickets for SaleUse when the user wants to sell tickets they hold on the XP marketplace -- 'sell my two seats for Friday', 'list section 104 row C', 'put my tickets up'. Creates the listing that buyers then make an offer on; the seller answers those with accept_offer and reject_offer. Tickets are not transferred now -- transfer happens after an offer is accepted. Two-phase: confirm=false previews so the section, row and seats can be read back to the user, confirm=true creates it. A new listing is REVIEWED before it goes live. The result carries listing_state -- live, in_review or not_accepted -- and only `live` means buyers can see it. Do not tell the user their tickets are for sale unless it says live. Requires auth.Yes (OAuth scope)Write
create_standing_bidRest a Standing OfferCreates a STANDING OFFER -- that is the term to use when speaking to the user; the tool keeps `standing_bid` only because the stored records do. Use when the user wants to make an offer at their own price across one or more events and sections and wait for it to fill, rather than paying an asking price now -- e.g. 'offer 80 a seat for any of these nights', 'let me know if something in 104 comes up at my number'. The offer rests on XP's live offer book and fills itself when a matching fan listing appears, so it needs no listing to exist yet. Worth knowing before resting one: when a matching listing is already open, an offer on it (make_offer_on_listing) gets an answer the user will see -- accept, reject or counter -- while a standing offer waits for supply that may never arrive. Check what is open first (list_open_listings, or get_market_read for one event). Both are valid; resting a price where nobody is selling yet is what this tool is for. Say which you did. Two-phase: call with confirm=false to preview the total commitment, then confirm=true once the user agrees. Price is whole dollars per ticket -- XP refuses cents so every fill passes per-ticket validation. Fills take whole lots and cannot strand a remainder. Requires auth.Yes (OAuth scope)Write (destructive)
get_event_detailsGet Event DetailsUse when an event ID is in hand and the user wants the full event card before browsing tickets to that event — venue, performers, fee-inclusive price preview, images. Pulls from the XP marketplace catalog. Cache the result for the conversation rather than re-calling for the same event_id. Do not use to list ticket inventory; `get_ticket_listings` is the right tool for seat-level data.NoRead
get_market_readRead the MarketUse when the user wants to understand what an event is trading at, not just browse rows. Returns the cheapest fee-inclusive price in each area of the building from XP's connected order book, ordered by price, plus the fan listings open to offers. Lead with the cheapest fan ask when there is one: it is a price the user can offer against, so the user can make an offer instead of paying the ask. Do not describe the market with averages, medians, or maximum asks.Yes (OAuth scope)Read
get_my_bidsGet My BidsUse when an authenticated user wants to see the bids they have placed on the XP marketplace — e.g. 'show my bids', 'what offers did I make?', 'tickets to the shows where I'm bidding', 'did any of my bids settle?'. Returns bids classified as open or completed using the same outcome engine as the admin reporting page; rejected/lapsed/refunded bids are hidden. Paged: returns 25 by default, up to 200 with `limit`, and `offset` to continue. `pagination.total` counts only the bids the user can actually see, so when has_more is set say they are seeing a page rather than every bid they have. Read-only. Requires OAuth.Yes (OAuth scope)Read
get_my_contextWhat XP KnowsUse once the user has settled on an event, before quoting prices, to see what they already told XP: budget per ticket, quantity, date flexibility, and any saved notes. Stops you asking twice for something they said before, e.g. re-asking a budget right before you help them make an offer on the XP marketplace. Read-only: nothing said in this conversation is stored, so a new budget only persists if it becomes a resting commitment -- see create_standing_bid. Use saved notes to shape what you say, never read them back verbatim.Yes (OAuth scope)Read
get_my_listing_statusGet My Listing StatusIf the listing has sold and is awaiting the seller's ticket transfer, the result carries the transfer instructions and remaining obligation -- surface those first, ahead of anything else. From XP's connected resale + primary order book. Use when an authenticated seller wants to poll their listing on XP — open bids, state, seats — before deciding to accept or reject an offer (e.g. 'any new bids on my tickets to the season opener?'). Surfaces the seller view of the live offer book. Open-bid amounts use USDC 6-decimal integer raw units in amount_raw; amount_display is human-readable (e.g. $4.00). When is_seller is true, each offer includes actions mapping to accept_offer and reject_offer. Requires auth and read:bids scope. Do not use for casual ticket buyers; this is the seller-side and power-user marketplace surface. For standard ticket purchases, use `search_events` and `get_ticket_listings`.Yes (OAuth scope)Read
get_my_ordersGet My OrdersShow the authenticated user their own orders on the XP marketplace and where each one stands. Use when the user asks about a purchase they already made -- 'where is my order', 'did my tickets go through', 'what did I buy for Saturday', 'when do my tickets arrive'. Newest first; returns status, vendor fulfilment status, delivery method, in-hand date, event, seats and fee-inclusive total. Money is in dollars. Requires auth. Do NOT use for tickets already delivered to the account -- `get_my_tickets` is the direct answer there. Not for seller-side listings (`list_my_listings`) or offers the user placed (`get_my_bids`).Yes (OAuth scope)Read
get_my_referral_kickbacksGet My Referral KickbacksUse when an authenticated user wants their XP marketplace referral kickback totals and rows (e.g. 'how many friends bought tickets to the season opener through my link?', 'show my kickbacks'). Returns direct/indirect referral counts, total spend, total kickback (cents), and per-referral rows from the XP marketplace. Read-only; requires auth and read:account scope.Yes (OAuth scope)Read
get_my_ticketsGet My TicketsShow the authenticated user the tickets currently delivered to their XP marketplace account, all backed by XP's Quality XPerience Guarantee. Use when the user says 'my tickets', 'what tickets do I have', 'pull up my seats for tonight', or asks about an upcoming event they've already bought. Surfaces only delivered tickets — pending swaps and seller-side listings appear in `list_my_listings`. Requires auth. Do not use to list past orders or browse the marketplace; this is strictly delivered tickets on the user's account.Yes (OAuth scope)Read
get_my_walletGet My WalletUse when an authenticated user wants their XP marketplace Privy embedded-wallet address and USDC balance (e.g. 'what's my wallet for tickets to tonight?', 'how much USDC before I make an offer?'). Returns the wallet address, a `wallet_connected` flag, and the USDC balance — never the raw bearer token. Read-only; requires auth and read:account scope. Used to fund offers on the live offer book.Yes (OAuth scope)Read
get_open_listingGet Open ListingFrom XP's connected resale + primary order book. Use when a listing identifier is in hand and the user wants the full record for one open listing on the XP marketplace before they make an offer. Returns one row from the live offer book. Requires auth and read:bids scope. Do not use for casual ticket buyers; this is the seller-side and power-user marketplace surface. For standard ticket purchases, use `search_events` and `get_ticket_listings`.Yes (OAuth scope)Read
get_price_historyPrice HistoryUse when the user asks whether prices for an event are rising or falling, whether to buy now or wait for a price drop, or what an event has been doing lately. Returns the daily closing get-in price on the XP marketplace, one point per day, oldest first, with the fee-inclusive per-ticket price in dollars. This is the asking side over time -- what tickets actually sold for is `get_recent_sales`, and the two must not be conflated. An empty history is a real answer and a common one: XP records history only for events someone is tracking, so a quiet event has no line rather than a flat one.NoRead
get_promptGet PromptRender a prompt by name into model messages (JSON with messages array).Yes (OAuth scope)Read
get_recent_salesRecent SalesUse when the user asks what tickets actually sold for on an event, or before claiming nothing has traded. Returns recent completed deals from the XP marketplace with the per-ticket price and how long ago each cleared. An empty result is a real answer: no verified transfers in the window. Useful before deciding whether to make an offer or wait for a price drop. One sale is one sale -- do not generalise from a single clear.NoRead
get_seat_mapSeat MapUse when the user asks where a section is, what the venue looks like, or wants to see the layout before picking seats on the XP marketplace -- 'where is 104', 'show me the map', 'is that behind the stage'. Returns the venue seating chart as an image. This is the venue LAYOUT -- where each section sits in the building. It is NOT a photograph of the view from a seat and must never be described as one. Not every venue has a chart; when one is missing say so plainly, and note that the section and row from `get_ticket_listings` still describe the seats exactly. No sign-in required.NoRead
get_standing_bidStanding Offer DetailUse when the user asks about one specific standing offer on the XP marketplace -- whether it filled, how much of it is left, or 'did that offer get my tickets'. Returns the offer at any status along with the fills it has taken, so it answers for filled and rescinded offers that `list_my_standing_bids` does not show. Requires auth.Yes (OAuth scope)Read
get_ticket_listingsGet Ticket ListingsUse when the user wants to see ticket options and fee-inclusive prices for a specific XP event after `search_events` (e.g. 'cheap seats', 'parking for the game'). Pulls the live offer book of resale + primary inventory. Do not use before an event has been resolved — call `search_events` or `get_event_details` first. Prices are integer cents.NoRead
get_user_accountGet User AccountPull the authenticated user's XP marketplace account card — profile, wallet, email, name, order history, and referral stats. Use when the user asks 'what have I bought from XP', 'my account', 'my tickets to past games', 'my orders', 'my referral link', or 'how much have I spent'. Returns the profile shown on the XP account page. Read-only; requires auth. Do not use for tickets currently delivered to the account; `get_my_tickets` is more direct.Yes (OAuth scope)Read
get_venue_detailsGet Venue DetailsPull full venue info from XP plus the upcoming-events calendar at that venue, with live pricing from the connected order book of resale + primary inventory. Use after `search_venues`, or when the user asks 'what's coming up at the venue', 'what's playing at the Garden', 'shows at the venue this month'. Returns the upcoming-events feed so the agent can offer next-step `get_ticket_listings` calls. Do not use to fetch ticket inventory for a specific event; `get_ticket_listings` is the right tool for seat-level data.NoRead
list_muted_listingsList Muted ListingsUse when the user asks what they have hidden or muted on the XP marketplace, or before muting so you do not tell them you muted something that was already muted. Returns the listing identifiers this user has muted. Muting is per-user and never touches the listing itself. It hides the listing on xp.tickets; list_open_listings and get_market_read do NOT filter muted listings, so read this list before showing the user listings to make an offer on. Requires auth.Yes (OAuth scope)Read
list_my_favoritesList My FavoritesUse when an authenticated user wants the performers they've favorited on the XP marketplace (e.g. 'show my favorites going to a game this weekend', 'who am I following on near me events?'). Read-only; requires auth and read:account scope. Pair with `search_events` to find tickets to favorite performers on the connected order book. Paged: returns 25 by default, up to 200 with `limit`, and `offset` to continue. Some accounts follow thousands of performers, so when pagination.has_more is set say the user is seeing a page rather than everyone they follow.Yes (OAuth scope)Read
list_my_listingsList My ListingsPaged: a large book comes back one page per lifecycle category, and the result carries pagination totals per category. When has_more is set, say so -- never present a page as the whole book -- and either page on with offset or narrow with state_category. From XP's connected resale + primary order book. Use when an authenticated seller wants to see their listings on the XP marketplace bucketed by lifecycle (e.g. 'show my tickets I'm selling', 'what's open in my seller queue'). Surfaces seller-side categories that gate next steps in the live offer book. Requires auth and read:bids scope. Do not use for casual ticket buyers; this is the seller-side and power-user marketplace surface. For standard ticket purchases, use `search_events` and `get_ticket_listings`.Yes (OAuth scope)Read
list_my_standing_bidsMy Standing OffersUse when the user asks what offers they have resting on the XP marketplace, what they are waiting on, or before they make an offer so you do not stack a duplicate. A standing offer buys at the user's price whenever a matching fan listing appears, without them watching for it. Live offers only -- filled ones have become tickets (`get_my_tickets`) and rescinded ones are history; both stay reachable by id through `get_standing_bid`. Requires auth.Yes (OAuth scope)Read
list_open_listingsList Open ListingsFrom XP's connected resale + primary order book. Use when the user wants to browse the live offer book of listings open on XP (e.g. 'what's open near me this weekend', 'open listings with active offers'). Filterable by event, performer, and amount. Requires auth and read:bids scope. Do not use for casual ticket buyers; this is the seller-side and power-user marketplace surface. For standard ticket purchases, use `search_events` and `get_ticket_listings`.Yes (OAuth scope)Read
list_promptsList PromptsList available MCP prompts (workflows) for clients that only support tools/call.Yes (OAuth scope)Read
make_offer_on_listingMake Offer on ListingFrom XP's connected resale + primary order book. Two-phase write on the XP live offer book. Use when the user wants to make an offer on an open XP listing (e.g. 'make an offer of $50 on this'). Call with `confirm=False` first to preview the fee-inclusive total (no bid placed); call with `confirm=True` only after the user explicitly approves the previewed amount. Only confirm=True submissions return success=true. Do not use without the two-phase preview-then-confirm flow. Requires auth and write:bids scope. Do not use for browse / discovery; this is a marketplace transaction tool that places real money at risk. For standard buy-now ticket purchases without a bid, use `search_events` and `get_ticket_listings`.Yes (OAuth scope)Write (destructive)
mute_listingMute ListingUse when the user says they are not interested in a listing on the XP marketplace, wants to stop seeing it, or wants a muted one back -- e.g. 'hide this one', 'stop showing me that', 'unmute that listing', or after deciding not to make an offer on it. Muting affects only this user's view of the live offer book. It does not close the listing, withdraw an offer, or change anything for the seller or other buyers. Sets the state you pass rather than toggling, so repeating a call is safe. Requires auth.Yes (OAuth scope)Write
reject_offerReject OfferFrom XP's connected resale + primary order book. Two-phase write on the XP live offer book. Use when an authenticated seller wants to reject a specific bid on their tickets to a listing (e.g. 'reject the lowball offer on my tickets'). Call with `confirm=False` first to preview which offer will be rejected; call with `confirm=True` only after the user explicitly approves. Do not use without the two-phase preview-then-confirm flow. Only confirm=True submissions return success=true. Requires auth and write:listings scope. Do not use for casual ticket buyers; this is the seller-side and power-user marketplace surface. For standard ticket purchases, use `search_events` and `get_ticket_listings`.Yes (OAuth scope)Write (destructive)
rescind_standing_bidRescind Standing OfferUse when the user no longer wants a standing offer resting on the XP marketplace -- 'cancel that standing offer', 'stop waiting on those', or they would rather make an offer on something open instead. Closes it to new fills. Fills it already took are completed purchases and are not undone. Two-phase: confirm=false previews, confirm=true commits. Requires auth.Yes (OAuth scope)Write (destructive)
search_eventsSearch EventsUse when the user wants to find live events on XP — concerts, sports, theater — by performer, team, venue, city, or keyword (e.g. 'tickets to the season opener', 'shows near me this weekend'). Surfaces the connected order book of resale + primary inventory in one feed. Do not use for scores, news, standings, or non-ticketed listings; use a web tool for those.NoRead
search_marketSearch the MarketUse when the user is shopping and might make an offer rather than pay the asking price. Searches XP events and returns both sides of the connected order book per event: the fee-inclusive marketplace get-in price from resale + primary inventory, and whether fans are selling into that event, with their cheapest ask. Prefer this over search_events whenever price matters, e.g. 'tickets to the season opener' or 'cheap seats near me' when the user might make an offer. Do not use for scores, news, or standings.NoRead
search_performersSearch PerformersFind a performer (artist, team, comedian) on the XP marketplace by name. Use when the user names a specific performer (e.g. 'tickets to Taylor Swift', 'Lakers season opener', 'Phish tour dates'). Returns performer cards from the XP catalog — not events. Pair with `search_events` once a performer is selected to surface their upcoming events on the connected order book. Do not use for general 'events near me' queries; `search_events` handles those better.NoRead
search_venuesSearch VenuesUse when the user wants to find a venue by name, city, or area on XP (e.g. 'venues near me', 'arenas in Brooklyn', 'what's at the venue level downtown'). Returns venue records from the XP marketplace catalog — not tickets. Do not use to answer ticket-price questions once the event is known; call `get_ticket_listings` instead.NoRead

Prompts

PromptCategory
confirm_make_offerauthenticated
find_tickets_by_section_and_budgetopen_world
floor_and_vip_optionsopen_world
ga_vs_seated_tradeoffopen_world
manage_my_listingsauthenticated
marketplace_deal_finderauthenticated
parking_for_eventopen_world
seller_offer_action_confirmedauthenticated
venue_events_and_ticketsopen_world
weekend_deals_near_meopen_world

Documentation resources — text://

URINameDescription
text://instructions/ticket-agentTicket Agent InstructionsOperational instructions for the ticket agent.
text://instructions/market-readMarket Read InstructionsHow to read the XP market for a fan: which price to lead with, how to describe areas of a building, what never to claim, and when an offer beats paying the ask.
text://instructions/ticket-verificationTicket Verification InstructionsOperational instructions for ticket verification mode.
text://instructions/marketplace-agentMarketplace Agent InstructionsOperational instructions for the marketplace/offers agent: browsing open offers, placing bids, and managing seller listings.
text://instructions/oauth-flowOAuth Flow InstructionsAuthentication model: the MCP client handles OAuth out of band; the agent does not direct users to URLs or call any sign-in tool.
text://help/scopes-referenceScopes ReferenceReference table of OAuth scopes and which tools each scope unlocks.
text://glossary/marketplaceMarketplace GlossaryCanonical mappings between preferred (listing/offer) and legacy (swap/bid) marketplace vocabulary.
text://about/xpAbout XPWhat XP is, what makes it different (connected order book, all-in pricing, standing offers, Quality XPerience Guarantee), when to use XP, and the voice the agent should adopt with users.
text://about/catalogXP Catalog CoverageHigh-level view of XP catalog: sports leagues, music genres, geographies, and primary/partner inventory sources.
text://help/comparisonXP vs AlternativesGuidance for when an agent should route a user to XP vs the primary box office vs other secondary marketplaces.
text://about/signing-inSigning in to XPWhat signing in to an XP account unlocks (their tickets, orders, wallet, offers, and the marketplace), and how the user signs in through their MCP host. One endpoint: signing in adds tools, it does not move the connection.
text://help/x402-paymentsx402 PaymentsHow to purchase tickets via the x402 Solana-USDC payment rail: what you need, the two-turn quote-then-pay flow, and XP's idempotency and settlement guarantees.
text://context/nowServer Time ContextAuthoritative server clock as JSON ({today, now_utc, tz_offset}); use for relative-date resolution and freshness checks. tz_offset shows the server UTC offset so agents can adjust to the user's timezone. Same source as _meta.context on every tool envelope.

Documentation resources — skill://

URINameDescription
skill://instructions/ticket-agentTicket Agent skillSame markdown as text://instructions/ticket-agent; use this URI when the client surfaces skill-scoped resources.
skill://instructions/market-readMarket Read skillSame markdown as text://instructions/market-read; use this URI when the client surfaces skill-scoped resources.
skill://instructions/marketplace-agentMarketplace Agent skillSame markdown as text://instructions/marketplace-agent; use this URI when the client surfaces skill-scoped resources.
skill://about/xpAbout XP skillSkill-loadable context on what XP is, the connected order book of resale + primary tickets, all-in pricing, standing offers, and the Quality XPerience Guarantee.