OneMCP
OneMCP exposes the MCPs a user is allowed to access through one endpoint. Agents can discover MCP groups, find relevant tools, call tools, manage per-user connections, and use native memory tools without configuring each backend as a separate MCP server.
To steer Claude, ChatGPT, or GitHub Copilot to use the discovery flow reliably, see Agent Custom Instructions for copy-paste text and ready-to-use files.
Endpoint
For most environments, the OneMCP base domain is one of:
https://mcpgateway.quilr.ai
https://mcpgateway.quilrai.com
The base domain may vary by environment. Copy the full OneMCP URL from the self-service user dashboard for MCPs before configuring an AI client.
https://<base-domain>/quilrone/mcp
For example:
https://mcpgateway.quilr.ai/quilrone/mcp
https://mcpgateway.quilrai.com/quilrone/mcp
OneMCP accepts gateway-issued OneMCP OAuth proxy tokens.
Smart Tools
When smart mode is enabled, OneMCP returns a compact set of gateway tools:
The usual flow is:
- Call
find_relevant_toolswith a short task description. - Call
call_toolwith the selected tool name and arguments. - If the user asks to view, connect, authenticate, or reconnect MCPs, call
list_mcp_connections.
Native Memory Tools
OneMCP includes native memory tools for user-scoped context:
Memory records are scoped to the current user. Each memory can include:
Example:
{
"title": "Preferred CRM account",
"content": "Use Acme Corp's enterprise account when creating sales reports.",
"tags": ["crm", "sales"],
"source": "user"
}
Inline Authentication
OneMCP keeps policy-accessible MCPs visible before the current user has connected them. It can guide the user through an upstream OAuth flow or collection of a required per-user API key without making the user leave their AI workflow to find the right MCP settings.
In-Chat Connector Card
MCP Apps-compatible clients, including ChatGPT, can render an Available connectors card directly in the conversation. Ask the client to show available connectors, connect an MCP, or reconnect an MCP. OneMCP routes that request to list_mcp_connections and attaches the card.
The card provides:
- Connection needed and Connected tabs.
- Connect or Reconnect actions for each MCP that needs user authentication.
- Connection-status checks after the user returns from the provider flow.
- A Manage connectors action that opens the self-service dashboard for adding or requesting MCPs.
Connection links remain private to the connector card in UI-capable sessions. Other OneMCP tools direct the client to list_mcp_connections when authentication is needed.
Clients Without the Connector Card
- Clients that support URL elicitation can show the connection flow in a host-provided prompt.
- Other clients receive the existing tool error and short-lived connection-link guidance.
After authorization, retry the original request. For OAuth MCPs, the gateway stores and refreshes the upstream token for that user. Per-user API keys are also stored against that user's upstream connection.
Visibility Rules
OneMCP shows MCPs that are available to the user by organization policy, user preferences, and agent access controls. It does not include OAuth passthrough MCPs, because passthrough clients must own the upstream OAuth flow and provide the upstream bearer token directly to the per-MCP endpoint.
Operational Notes
- Connect URLs are short-lived and should be treated as sensitive links.
- If a connect link expires, ask the client to refresh the connector list before trying again.
- If an OAuth MCP requires manual client credentials and none are configured, the connect flow cannot complete until an admin adds those credentials.
- Basic clients use stateless
POSTJSON-RPC requests. Clients that negotiate the richer OneMCP session capabilities can also use the supported event stream and session termination methods.