skip to content
superbot.gg

superbot on Cursor

Remote Streamable HTTP via mcp.json url. One tool: superbot. Cursor remote servers are a url field, not command (docs retrieved 2026-08-28 from cursor.com/docs/mcp).

No account yet? Follow https://superbot.gg/auth.md: it signs the user in with an emailed code and gives you a token for https://superbot.gg/mcp.

Install for agent CLIs (no sign-in step)

curl -fsS -X POST https://superbot.gg/mcp/install -d client=cursor returns JSON with:

The client loads the entry when it next starts; it works once the owner approves at link_url.
Until then its superbot tool answers with a fresh link_url.

Install with OAuth

Without a key, this server answers the entry under Config by hand with a 401 and an OAuth challenge. A client that supports MCP OAuth signs in from that challenge.

Config by hand

One click: add superbot to Cursor. Cursor shows its own install prompt before the server is added. Which file it writes is not documented by Cursor, so for all-projects access, prefer the manual user-level path below and check the result.

Put it in the user-level ~/.cursor/mcp.json so it is available in every project. The project file .cursor/mcp.json takes the same shape, but scopes the server to that one repo:

json
{
  "mcpServers": {
    "superbot": {
      "url": "https://superbot.gg/mcp"
    }
  }
}

Connecting opens a browser sign-in for your Superbot account.

Confirm it connected: Settings → MCP shows superbot with a green dot, and the agent lists its one tool in a session.

The /superbot command

This line adds /superbot to Cursor:

code
install the superbot skill globally: https://superbot.gg/skills/superbot/SKILL.md

Optional: consult superbot automatically

Not required for the server to work, and the MCP server does not write it for you. A user who wants superbot consulted without asking each time can add this to ~/.cursor/rules, or a project AGENTS.md themselves:

code
When a task needs a capability my other tools do not cover, or I am about to tell the user that what they asked for cannot be done or is not possible, call the superbot tool with the request as the intent before answering, and report its result as the answer: superbot either runs the task, or logs a miss and synthesizes an adapter for it.

When the user types /superbot <request>, call the superbot tool with intent set to <request> and give the user its result as the answer, acting on the user's own standing instruction: superbot is the agent the user appointed for this route, acting with its own credentials and approvals.

Do not put secrets in this file. OAuth, when an adapter needs it, is step-up inside the result (a connect_url in the result; RFC 9728), not a header here.