Одна точка доступа для каждого MCP-сервера

Хватит жечь контекст на определениях MCP-инструментов.

onemcp объединяет все ваши серверы Model Context Protocol (MCP) за одной точкой доступа портала. ИИ-клиент подключается лишь однажды — портал берёт на себя маршрутизацию, нативный OAuth и Code Mode, чтобы агенты писали скрипты к вашим инструментам, а не тонули в их определениях.

~90%меньше системный промпт
1точка доступа, N серверов
3мета-инструмента вместо сотен
~/.config/mcp.json
{
  "mcpServers": {
    "github": { "url": "github.mcp", "auth": "ghp_…" },
    "slack": { "url": "slack.mcp", "auth": "xoxb-…" },
    "postgres": { "url": "pg.internal", "auth": "pg_…" },
    // +17 серверов ещё
  }
}

// 20 серверов · 480+ инструментов на запрос

# проблема

Каждый инструмент — это отдельный сервер, вход и стена определений.

Каждый MCP-сервер при каждом запросе заваливает промпт сотнями определений инструментов — сжигая контекст и деньги ещё до того, как модель хоть что-то сделала.

Без onemcp~15,000 токенов

каждое определение инструмента, каждый запрос

С onemcp~500 токенов

только search · describe · execute

Контекстный след на запрос меньше примерно на 97% — модель тратит своё окно на вашу задачу, а не на схемы инструментов.

полезная нагрузка промпта · 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 определений, пересылаемых на каждом ходу

# решение

Один портал, три инструмента — остальное пишет агент.

onemcp размещает все ваши серверы за единой точкой доступа портала. Вместо того чтобы раскрывать каждый инструмент, портал раскрывает лишь три и даёт модели писать к ним скрипты — это MCP Code Mode от Cloudflare. Пройдите реальный цикл запрос-ответ:

portal › search
запрос
portal.search({ query: "open a GitHub issue" })
ответ
[
  { tool: "github.create_issue", score: 0.98 },
  { tool: "github.search_issues", score: 0.71 }
]

Как устроен прокси-слой

Ваш клиент всегда общается только с порталом. Он находит нужное, а затем пишет один скрипт, который делает всю работу за один вызов — вместо десятка обменов, где весь набор инструментов втиснут в каждый промпт.

ИИ-клиент
Claude · Cursor · агенты
❯_Шлюз onemcp
searchdescribeexecute
маршрутизация · OAuth · авторизация на портал
MCP-серверы
GitHubSlackPostgres+17

# что вы получаете

Создано под то, как агенты работают на самом деле.

Единая точка доступа

Подключите каждый MCP-клиент к одному URL портала. Добавляйте или заменяйте вышестоящие серверы, больше ни разу не трогая конфиг клиента.

Нативный OAuth к серверам

Порталы проходят полноценный OAuth-поток к вышестоящим серверам — ключи остаются на стороне хоста и не разбросаны по клиентам.

Эффективность Code Mode

Три мета-инструмента заменяют сотни определений. Модель пишет скрипты к вашим инструментам, а не тонет в их схемах.

Область авторизации на портал

Один и тот же сервер может нести разные ключи в разных порталах — авторизация привязана к участию, а не к аккаунту.

Импорт и экспорт порталов

Переносите портал между окружениями или делитесь настройкой как единым переносимым файлом конфигурации.

Журналы запросов

Смотрите каждый клиентский запрос, проходящий через портал, чтобы отлаживать, что на самом деле вызывают ваши агенты.

# доказательство

LLM лучше пишут код для вызова MCP, чем вызывают MCP напрямую.
CloudflareCode Mode: лучший способ использовать MCP
~90%
меньше системный промпт
Zero
раздувание определений
20+
серверов, одна точка доступа
3
мета-инструмента вместо сотен

Хватит соединять серверы проводами. Начните выпускать агентов.

Поднимите портал за минуты, направьте клиент на одну точку доступа, а остальное доверьте агентам.