The MCP server is a convenience layer over the same HTTP API. For server-to-server integrations you usually want the API directly with a bearer token; use MCP when an AI agent should drive JobMojito interactively.
Endpoint
Connect your MCP client to:Authentication (Supabase OAuth)
The server is an OAuth resource server; the authorization server is the JobMojito Supabase project. On first connection your client runs the standard OAuth flow:- The client discovers the auth server from
https://jobmojito.fastmcp.app/.well-known/oauth-protected-resource/mcp. - You’re sent to the JobMojito sign-in / consent screen (hosted by Supabase at
app.jobmojito.com) to log in and approve access. - The client receives a token and attaches it to every MCP request.
- The server forwards that token to the JobMojito API for each tool call.
401 / invalid_token), the session isn’t signed in — re-authorize the connection and retry. See Authentication for how tokens map to environments and permissions.
Connect your agent
Pick your platform for step-by-step setup. Every path uses the same endpoint (https://jobmojito.fastmcp.app/mcp) and the OAuth sign-in above — no API key.
Merchant scoping
Most tools accept an optionalmerchant_id. Omit it to act on your own account; set it to act on behalf of a merchant you manage (agencies, resellers, sub-accounts).
- MCP clients that can render UI get an interactive
jobmojito_configurationpicker — a searchable list of merchants. Pick one and it’s applied to subsequent calls. - Clients that can’t render UI use
list_my_merchants(plain text, supports asearchfilter) and then passmerchant_idexplicitly.
What’s next
- Tools reference — the full tool inventory and the recommended docs-first calling pattern.
- Identifiers & admin links — what each id means, which field wants it, and how to build admin app links. Read this if the model gets ids wrong.
- Skills — reusable patterns and best practices for building reliable agent workflows on top of these tools.