Одна точка доступа для каждого MCP-сервера
Хватит жечь контекст на определениях MCP-инструментов.
onemcp объединяет все ваши серверы Model Context Protocol (MCP) за одной точкой доступа портала. ИИ-клиент подключается лишь однажды — портал берёт на себя маршрутизацию, нативный OAuth и Code Mode, чтобы агенты писали скрипты к вашим инструментам, а не тонули в их определениях.
{ "mcpServers": { "github": { "url": "github.mcp", "auth": "ghp_…" }, "slack": { "url": "slack.mcp", "auth": "xoxb-…" }, "postgres": { "url": "pg.internal", "auth": "pg_…" }, // +17 серверов ещё } } // 20 серверов · 480+ инструментов на запрос
# проблема
Каждый инструмент — это отдельный сервер, вход и стена определений.
Каждый MCP-сервер при каждом запросе заваливает промпт сотнями определений инструментов — сжигая контекст и деньги ещё до того, как модель хоть что-то сделала.
каждое определение инструмента, каждый запрос
только search · describe · execute
Контекстный след на запрос меньше примерно на 97% — модель тратит своё окно на вашу задачу, а не на схемы инструментов.
{ "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({ query: "open a GitHub issue" })
[
{ tool: "github.create_issue", score: 0.98 },
{ tool: "github.search_issues", score: 0.71 }
]Как устроен прокси-слой
Ваш клиент всегда общается только с порталом. Он находит нужное, а затем пишет один скрипт, который делает всю работу за один вызов — вместо десятка обменов, где весь набор инструментов втиснут в каждый промпт.
# что вы получаете
Создано под то, как агенты работают на самом деле.
Единая точка доступа
Подключите каждый MCP-клиент к одному URL портала. Добавляйте или заменяйте вышестоящие серверы, больше ни разу не трогая конфиг клиента.
Нативный OAuth к серверам
Порталы проходят полноценный OAuth-поток к вышестоящим серверам — ключи остаются на стороне хоста и не разбросаны по клиентам.
Эффективность Code Mode
Три мета-инструмента заменяют сотни определений. Модель пишет скрипты к вашим инструментам, а не тонет в их схемах.
Область авторизации на портал
Один и тот же сервер может нести разные ключи в разных порталах — авторизация привязана к участию, а не к аккаунту.
Импорт и экспорт порталов
Переносите портал между окружениями или делитесь настройкой как единым переносимым файлом конфигурации.
Журналы запросов
Смотрите каждый клиентский запрос, проходящий через портал, чтобы отлаживать, что на самом деле вызывают ваши агенты.
# доказательство
“LLM лучше пишут код для вызова MCP, чем вызывают MCP напрямую.”
Хватит соединять серверы проводами. Начните выпускать агентов.
Поднимите портал за минуты, направьте клиент на одну точку доступа, а остальное доверьте агентам.