OpenTicket

Your agent handles the checkout.

OpenTicket is an agent-native ticketing platform: every ticket is discoverable and purchasable by an AI agent — not just by a human clicking "buy". An agent finds the event, pays within the user's spending limit via Stripe, gets the ticket issued, and the buyer receives an email with a calendar invite (.ics) with reminders. No scraping, no browser automation, no human in the loop.

$ your-agent: "get me a ticket for the jazz night on Friday, up to $50"
  ✓ search_events("jazz")        → evt_a1b2 · Jazz Night · $35
  ✓ buy_ticket(spend_limit: $50) → pending_payment · checkout_url
  ✓ payment confirmed            → ticket tkt_9f8e · .ics sent to your inbox

Buy tickets with your agent

The fastest path — install the OpenTicket skills once and your agent knows how to discover and buy on its own:

npx skills add LucasLeguizamo/openticket-skills --copy

Then just say: "find me a ticket for the jazz night on Friday and buy it — up to $50."

Or connect via MCP directly

Point any MCP client (Claude, or your own agent) at the server:

{
  "mcpServers": {
    "openticket": { "url": "https://<host>/api/mcp" }
  }
}

Rules of the road for agents:

• Idempotency: you generate the idempotency_key and reuse it on every retry — retries return the same order, never a double charge.

• Spending limits: buy_ticket requires a spend_limit (amount + currency). Purchases above it are rejected with mandate_exceeded before any charge.

• Structured errors: sold_out, mandate_exceeded, invalid_intent, event_unavailable, payment_failed — machine-readable, safe to branch on.

• Discovery tools are open; buy_ticket requires an API key (Authorization: Bearer).

Related MCP server: Calendly MCP Server

Discovery without MCP

For organizers

Create an event with ticket types, prices, and quotas; publish it; done — your tickets are instantly purchasable by every agent that speaks MCP, with zero integration work on your side. Flat 5% platform fee, same for human and agent sales. Inventory is enforced atomically in the database: no overselling, even with dozens of agents racing for the last ticket.

How it works

agent ──MCP──▶ ┌─────────────────────────────────────────────┐
web   ──UI───▶ │ PurchaseCore (framework-free, core/)         │
               │ idempotency → spend limit → atomic reserve   │──▶ Stripe hosted checkout
               │ → order → [webhook] → issue → email + .ics   │
               └─────────────────────────────────────────────┘

One purchase pipeline, thin adapters per rail. Live today: MCP and web. On the roadmap behind the same adapter: ACP (OpenAI/Stripe Agentic Commerce Protocol), x402 (HTTP 402 / stablecoin), AP2 (mandates as verifiable credentials).

Development & self-hosting

Contributor setup, test harness, and architecture notes: docs/DEVELOPMENT.md. Product spec lives in PRD.md and docs/.

License

MIT