На Product Hunt появился Toolport — инструмент, который позиционируется как «один MCP-порт для всех AI-агентов». Идея в том, чтобы вместо десятков отдельных MCP-подключений агент общался с единой прослойкой, а та уже маршрутизировала запросы к нужным инструментам. Главное, что привлекло внимание в обсуждении запуска, — заявленная экономия токенов за счёт ленивой загрузки схем инструментов.
Один MCP-порт для всех агентов
MCP (Model Context Protocol) стал де-факто стандартом подключения внешних инструментов к AI-агентам — от Claude Code до Cursor и самописных агентов. Чем больше серверов подключено, тем больше места в контексте занимают описания их инструментов, которые пересылаются модели при каждом запросе. Toolport предлагает централизованное подключение: агент видит один «порт», схемы инструментов подгружаются только в момент реального вызова.
По данным страницы продукта, запуск состоялся 8 июля 2026 года, на момент публикации у проекта 270 подписчиков. Слоган разработчика: «Каждый инструмент — один порт. Одна MCP-настройка для всех ваших AI-агентов».
Цена контекста при плоской загрузке
Участник обсуждения abdullah_javaid3 описал знакомую многим боль: в Claude Code подключены десятки MCP-серверов, и схемы инструментов загружаются в контекст целиком на каждом шаге работы. Именно против этого направлена ленивая загрузка Toolport: схема конкретного инструмента подтягивается только тогда, когда агент действительно собирается его вызвать.
Разработчик приводит расчёт для конфигурации из 14 серверов и 415 инструментов: при плоской загрузке каждый запрос обходится примерно в 165 000 токенов, при ленивой — в 886. Если агенту в ходе одного ответа нужно девять разных инструментов, поиск и подгрузка схем добавляют около 3 600 токенов. Разница принципиальная, но важно понимать: это оценки автора проекта, а не независимый бенчмарк.
Что происходит при росте каталога
В том же обсуждении разработчик сообщает: при увеличении числа подключённых инструментов ленивая схема становится только эффективнее относительно плоской. По его замерам, в одном из сценариев расход токенов ленивой загрузки снизился с 47 000 до 40 000, тогда как у плоской — удвоился. Логика простая: плоская схема пересылает весь каталог на каждый раунд обмена с моделью, а ленивая платит только за фактически использованные инструменты.
Методология этих замеров в обсуждении не раскрывается: неясно, какая модель использовалась, как считались токены и в каких сценариях проводился тест.
Честный ответ на неудобный вопрос
Тот же участник спросил, не становится ли сам поиск схемы налогом на ход, когда агенту нужно 8–9 разных инструментов за один ответ. Разработчик ответил прямо: сценарий с девятью инструментами в одном ходе он отдельно не замерял. Его аргумент теоретический: поиск масштабируется с числом использованных инструментов, тогда как плоская загрузка — с числом установленных серверов, умноженным на число вызовов модели в ходе. «Ход, в котором нужно девять инструментов, — это 10+ раундов обмена, и плоская схема пересылает весь каталог на каждом из них», — пишет он. Пока это рассуждение, а не измерение.
Что пока не подтверждено
| Факт | Детали | Источник |
|---|---|---|
| Продукт | Toolport — единый MCP-порт для AI-агентов | страница продукта на Product Hunt |
| Дата запуска | 8 июля 2026 года | страница продукта на Product Hunt |
| Заявленная экономия | ~165 000 → 886 токенов на запрос (14 серверов, 415 инструментов) | комментарий разработчика |
| Сценарий с 9 инструментами | отдельно не замерялся | ответ разработчика |
| Независимая проверка | не обнаружена | открытые источники |
Независимых замеров экономии токенов пока нет — все цифры приведены разработчиком. Не раскрыты архитектура «порта» (локально, в облаке или гибридно), условия лицензирования и ценообразование. Неясно, как Toolport ведёт себя с альтернативными агентами: в обсуждении фигурирует только Claude Code. Отдельно стоит проверить, как работает поиск схем, если на разных серверах есть инструменты с одинаковыми именами.
Практический вывод для читателя: если вы работаете с десятком MCP-серверов и упираетесь в контекстное окно, подход Toolport выглядит разумным, но перед переносом в боевые проекты стоит прогнать собственные замеры на своих сценариях — особенно на длинных сессиях с большим числом вызовов инструментов.