Skip to content

Connecting servers

MCP Peek connects to any MCP server: a local stdio process or a remote HTTP / SSE endpoint. Add a server from the + on the server rail (“Connect a new server”); the Add server dialog handles both transports.

TransportUse it forWhat you provide
stdioA local process over stdin/stdoutCommand, arguments, environment variables
HTTPA remote SSE / streamable endpointServer URL + authentication

Start by giving the server a Server name (e.g. my-mcp-server) — this is just the display label on the rail.

  • Command — the executable to launch, e.g. npx.
  • Arguments — e.g. -y @modelcontextprotocol/server-everything.
  • Environment variables — one KEY=VALUE per line. These are stored encrypted (see What we send).

The Add server dialog set to the stdio transport, with Command, Arguments and Environment variables fields.

  • Server URL — e.g. https://mcp.example.com/mcp.
  • AuthenticationNone, Authorization header, or OAuth.
  • Custom headers — one Name: value per line; stored encrypted.
  • Passthrough headers — header names forwarded from the MCP client to the server, one per line.

The Add server dialog set to HTTP, showing the Authentication options: None, Authorization header, and OAuth.

  • None — no credentials.
  • Authorization header — a bearer token (placeholder Bearer sk-…).
  • OAuth“Authorizes via your browser — no client setup needed.” Click Connect & authorize; the app shows Waiting for browser…, then ✓ Authorized once you complete the flow.

All credentials — bearer tokens, OAuth tokens, custom header values and stdio environment variables — are encrypted at rest, with the key held in your OS keychain.

FieldWhat it doesRequired
Server nameDisplay name on the railYes
Transportstdio vs HTTPYes (default stdio)
Command / Arguments / Environment variablesstdio launchCommand required
Server URLHTTP endpointYes (HTTP)
AuthenticationNone / Authorization header / OAuthDefault None
Bearer token / Custom headers / Passthrough headersHTTP auth & headersNo
  • Test connection runs a trial connection (“Testing…”) before you commit.
  • Add server (or Save changes when editing) stores it; Cancel discards.
  • Delete server removes it and its saved secrets (confirm: “Delete this server and its saved secrets?”).

Each rail tile shows a status pill — connected, connecting, degraded, error, or disconnected. On failure, the raw error is shown and the tile tooltip carries the detail. Use Refresh / reconnect (↻) in the explorer header to retry.