How does Tempreon authorization work in Cline?

When you first connect, Cline opens a browser tab to Tempreon's consent screen where you sign in and approve, and the server then shows as connected. Older Cline builds had a quirk where re-authentication could fail after tokens expired; if that happens, delete the Tempreon server and re-add it to run a fresh OAuth flow.

Where do I add the Tempreon MCP server in Cline?

You can add it from Cline's UI or a config file. In the UI, click the MCP Servers icon in the top bar, open the Remote Servers tab, enter tempreon as the name and your Tempreon URL, set Transport to Streamable HTTP, and click Add Server. To edit the file directly, open cline_mcp_settings.json under ~/.cline/data/settings/ — the extension and the Cline CLI share this file.

Why does my Tempreon connection fail in Cline right after I add it?

The most common Cline setup error is leaving the transport type out of the JSON config. Without the type field set to streamableHttp, written in camelCase exactly, Cline falls back to its legacy SSE transport and the connection fails. The other usual cause is a URL that does not end in /mcp with no trailing slash, so check both if the connection drops immediately.

Cline Setup — Docs | Tempreon™

Overview

Cline is a free, open-source coding agent that runs inside VS Code (and its forks). Connect Tempreon and Cline loads your Core Imprint, searches your Knowledge Vault, and remembers what it learns, across every tool you use.

Cline is bring-your-own-model — OpenRouter, Ollama, and most other providers work — so connecting Tempreon gives whatever model you run your full context, not just one vendor's.

Quick path: MCP Servers icon → Remote Servers tab → name + Tempreon URL + Transport: Streamable HTTP → Add Server → approve in the browser.

Prerequisites

VS Code (or a compatible fork) with the Cline extension installed and a model provider configured
A Tempreon account with at least one available Bridge slot
The Tempreon server URL (also shown in your Bridges dashboard)

Step-by-Step Setup

1. Add the server from the UI

Click the MCP Servers icon in Cline's top bar
Open the Remote Servers tab
Enter tempreon as the server name
Paste the URL:

https://api.tempreon.com/functions/v1/tempreon-mcp/mcp

Set Transport to Streamable HTTP
Click Add Server

2. Or edit the config file directly

Cline's MCP settings live in cline_mcp_settings.json, under Cline's own directory:

~/.cline/data/settings/cline_mcp_settings.json

The IDE extension, the Cline CLI, and the SDK all share this one file, so a server you add in one shows up in the others. The CLI can point elsewhere with the CLINE_MCP_SETTINGS_PATH environment variable. From the CLI you can also add the server in one line: cline mcp add tempreon https://api.tempreon.com/functions/v1/tempreon-mcp/mcp --transport http --yes.

Add the server like this:

{
  "mcpServers": {
    "tempreon": {
      "type": "streamableHttp",
      "url": "https://api.tempreon.com/functions/v1/tempreon-mcp/mcp"
    }
  }
}

The type field is required. If you omit "type": "streamableHttp" (camelCase, exactly as written), Cline falls back to its legacy SSE transport — and the connection fails. This is the most common Cline setup error.

3. Authorize the connection

On first connect, Cline opens a browser tab to Tempreon's consent screen. Sign in to your Tempreon account, review the request, and approve. Back in Cline, the server shows as connected.

4. Confirm the tools are active

In the MCP Servers panel, expand the Tempreon entry to see its tools, or ask Cline "What Tempreon tools do you have access to?" If it answers with a list, the Bridge is live.

Troubleshooting

Connection fails immediately. Two usual causes: the URL must end in /mcp with no trailing slash, and the JSON config must include "type": "streamableHttp" — without it Cline tries legacy SSE and fails.

Worked before, now fails with an auth error. Older Cline builds had a quirk where re-authentication could fail after tokens expired. The fix: delete the Tempreon server and re-add it, which runs a fresh OAuth flow. Leave the headers field out entirely — Cline's docs show a Bearer header because that's the static-token pattern, but Tempreon has no static token and opens a browser for OAuth on first connect.

Re-adding doesn't help. Don't reach for the mcp-remote stdio proxy here — Cline has its own native Streamable HTTP transport and deliberately strips that proxy shape, so adding it duplicates the OAuth handling rather than fixing it. Update Cline to a current version instead: 4.1.7 and later carry OAuth fixes for remote servers, including support for pre-registered OAuth clients and, for SSE servers, surfacing authorization on a 401 rather than failing outright. On the CLI, cline mcp has an Authorize OAuth action that reruns browser authorization for a remote server.

Tools listed but calls do nothing. Check for Cline's approval prompt and approve the call. In current builds, MCP auto-approval is set by the single global Use MCP servers toggle rather than per tool.

Also connect: VS Code · Cursor · Windsurf

Try saying...

"Start my session." — triggers session_start to load your Core Imprint
"Search my knowledge base for context on this repo before you start." — exercises knowledge retrieval end-to-end
"Remember that we always run the linter before committing." — stores a working rule for every future session