Free tool

Continue MCP Config Generator

Paste your MCP server URL and get a config Continue will actually read — correct file, correct root key, correct transport. Nothing is uploaded.

Paste the endpoint your server is deployed at. A name is optional — it is just the label Continue shows.
Runs entirely in your browser. Nothing you paste is uploaded, stored or logged.

The config works. Nobody can still tell what your server does.

A config file gets your server connected. It does not show a customer what it is for. MCP Showcase turns the same URL into a live playground with documentation for every tool.

How it works

link
Paste your server URL

Everything happens in your browser. Your URL and any token stay on your machine.

play_circle
We use Continue's actual format

The right file, the right root key and the right way to express a remote endpoint — which differs more between clients than you would expect.

checklist
Copy it into place

Paste the result into your config file, restart Continue, and the server appears in its tool list.

Where the Continue MCP config lives

~/.continue/config.yaml, or a file per server under .continue/mcpServers/

Getting the location right matters as much as the contents. A correct config in the wrong file does nothing at all, and no client reports an error for a file it never looked at — which is why "it just does not show up" is the usual symptom rather than a message you can search for.

What Continue expects

  • Format: YAML — note that this is not JSON, so nothing copied from a Claude or Cursor config will parse.
  • Root key: mcpServers.
  • Remote endpoint: url, connected to directly.

YAML, and often one file per server

Continue moved to YAML config, and its newer layout puts each MCP server in its own file under .continue/mcpServers/ rather than in one big block. Indentation matters in a way it does not in JSON, and a config pasted from a JSON-based client will not parse at all.

Why a generator rather than the docs

Because the ten clients people actually use disagree about all four of the things above, and every disagreement fails quietly. The root key is mcpServers in most, but servers in VS Code and context_servers in Zed. The remote endpoint is url in most, serverUrl in Windsurf and httpUrl in Gemini CLI. Two clients do not use JSON at all. A config copied between any two of them will usually parse and connect to nothing.

After the config

Restart Continue — most clients read their MCP config only at startup. If the server appears but lists no tools, the problem has moved from the config file to the server, and the MCP Inspector will show whether it completes a handshake and which transport it answers on.

Related tools

A config connects you. It does not explain anything.

Everything on this page exists to get one machine talking to one server. It does nothing for the person deciding whether your server is worth connecting in the first place — they cannot read a config file either. MCP Showcase turns the same URL into a live playground with generated documentation for every tool, so evaluating your server takes a click rather than a config file and a restart.

Frequently asked questions

The exact path is shown with the generated config below, because it differs by client and by operating system. Getting the location right matters as much as the contents: a correct config in the wrong file does nothing at all and produces no error.

Because they disagree in ways that fail silently. The root key differs (mcpServers, servers, context_servers), the key for a remote URL differs (url, serverUrl, httpUrl), and two clients do not use JSON at all. A config copied across usually parses fine and simply never connects.

No. This tool makes no network request. The config is built in your browser, nothing is stored, and you can confirm it in your browser's network tab.

Usually yes. Most clients read their MCP config at startup, so a change takes effect on the next launch. If the server still does not appear, check the file path first — that is the most common cause.

That is a connection or transport problem rather than a config-format problem. Run the URL through the MCP Inspector to confirm the server responds and to see which transport it answers on.

More free MCP tools