Ein Endpunkt für jeden MCP-Server

Verschwende keinen Kontext mehr an MCP-Tool-Definitionen.

onemcp bündelt all deine Model-Context-Protocol-(MCP-)Server hinter einem Portal-Endpunkt. Dein KI-Client verbindet sich nur einmal — das Portal übernimmt Routing, natives OAuth und Code Mode, damit Agenten deine Tools per Skript ansprechen, statt in Tool-Definitionen zu ertrinken.

Erstelle dein erstes Portal →So funktioniert's

~90%kleinerer System-Prompt

1Endpunkt, N Server

3Meta-Tools statt Hunderte

~/.config/mcp.json

{
  "mcpServers": {
    "github": { "url": "github.mcp", "auth": "ghp_…" },
    "slack": { "url": "slack.mcp", "auth": "xoxb-…" },
    "postgres": { "url": "pg.internal", "auth": "pg_…" },
    // +17 weitere Server
  }
}

// 20 Server · 480+ Tools pro Anfrage

# das Problem

Jedes Tool ist ein eigener Server, Login und eine Wand aus Definitionen.

Jeder MCP-Server flutet den Prompt bei jeder einzelnen Anfrage mit Hunderten Tool-Definitionen — und verbrennt Kontext und Geld, bevor das Modell überhaupt etwas geleistet hat.

Ohne onemcp~15,000 Token

jede Tool-Definition, jede Anfrage

Mit onemcp~500 Token

nur search · describe · execute

Ein ~97 % kleinerer Kontext-Fußabdruck pro Anfrage — das Modell verwendet sein Fenster auf dein Problem, nicht auf Tool-Schemata.

Prompt-Payload · tools[]

{ "name": "github.create_issue",
  "inputSchema": { "type": "object", "properties": { repo, title, body?, labels? } } },
{ "name": "github.search_issues",
  "inputSchema": { "type": "object", "properties": { query, state?, sort? } } },
{ "name": "github.create_pull_request",
  "inputSchema": { "type": "object", "properties": { repo, head, base, title } } },
{ "name": "slack.post_message",
  "inputSchema": { "type": "object", "properties": { channel, text, thread_ts? } } },
{ "name": "slack.list_channels",
  "inputSchema": { "type": "object", "properties": { types?, limit? } } },
{ "name": "postgres.query",
  "inputSchema": { "type": "object", "properties": { sql, params? } } },
{ "name": "postgres.list_tables",
  "inputSchema": { "type": "object", "properties": { schema? } } },
{ "name": "linear.create_issue",
  "inputSchema": { "type": "object", "properties": { team, title, priority? } } },
{ "name": "notion.create_page",
  "inputSchema": { "type": "object", "properties": { parent, properties, children? } } },
{ "name": "jira.create_ticket",
  "inputSchema": { "type": "object", "properties": { project, summary, type } } },
{ "name": "stripe.create_refund",
  "inputSchema": { "type": "object", "properties": { charge, amount? } } },
{ "name": "sentry.list_issues",
  "inputSchema": { "type": "object", "properties": { project, query? } } }
// …468 weitere Definitionen, bei jeder Runde erneut gesendet

# die Lösung

Ein Portal, drei Tools — den Rest schreibt der Agent.

onemcp stellt all deine Server hinter einen einzigen Portal-Endpunkt. Statt jedes Tool offenzulegen, zeigt ein Portal nur drei und lässt das Modell sie per Skript ansprechen — Cloudflares MCP Code Mode. Klick dich durch einen echten Roundtrip:

portal › search

Anfrage

portal.search({ query: "open a GitHub issue" })

Antwort

[
  { tool: "github.create_issue", score: 0.98 },
  { tool: "github.search_issues", score: 0.71 }
]

Wie die Proxy-Schicht zusammenspielt

Dein Client spricht immer nur mit dem Portal. Er findet, was er braucht, und schreibt dann ein einziges Skript, das den ganzen Job in einem Aufruf erledigt — statt eines Dutzends Roundtrips mit dem gesamten Toolset in jedem Prompt.

KI-Client

Claude · Cursor · Agenten

❯_onemcp-Gateway

searchdescribeexecute

Routing · OAuth · Auth pro Portal

MCP-Server

GitHubSlackPostgres+17

# das bekommst du

Gebaut dafür, wie Agenten wirklich arbeiten.

Einheitlicher Endpunkt

Verbinde jeden MCP-Client mit einer einzigen Portal-URL. Füge Upstream-Server hinzu oder tausche sie aus, ohne je wieder die Client-Konfiguration anzufassen.

Natives Upstream-OAuth

Portale authentifizieren sich per vollständigem OAuth-Flow bei Upstream-Servern — Zugangsdaten bleiben hostseitig und verstreuen sich nie über die Clients.

Effizienz durch Code Mode

Drei Meta-Tools ersetzen Hunderte Definitionen. Das Modell scriptet deine Tools, statt in ihren Schemata zu ertrinken.

Auth-Scoping pro Portal

Derselbe Server kann in verschiedenen Portalen verschiedene Zugangsdaten tragen — Auth ist an die Mitgliedschaft gebunden, nicht ans Konto.

Portale importieren & exportieren

Verschiebe ein Portal zwischen Umgebungen oder teile ein Setup als eine einzige portable Konfigurationsdatei.

Request-Logs

Sieh jede Client-Anfrage, die durch ein Portal läuft, und debugge, was deine Agenten tatsächlich aufrufen.

# Beleg

“LLMs schreiben besser Code, um MCP aufzurufen, als dass sie MCP direkt aufrufen.”

CloudflareCode Mode: der bessere Weg, MCP zu nutzen

~90%

kleinerer System-Prompt

Zero

Tool-Definitions-Ballast

20+

Server, ein Endpunkt

Meta-Tools statt Hunderte

Schluss mit Server-Verkabelung. Liefere Agenten aus.

Starte in Minuten ein Portal, richte deinen Client auf einen Endpunkt und lass deine Agenten den Rest erledigen.

Erstelle dein erstes Portal →