Monid: обзор «OpenRouter для инструментов» AI-агента

01Что это и чем отличается от коннектора

Обычный коннектор решает задачу доступа: «у пользователя есть Gmail, дай агенту читать письма». Monid решает задачу выбора: «агенту нужно узнать компанию по домену — каким API это сделать дешевле и надёжнее прямо сейчас». В каталоге лежат конкурирующие endpoints от разных провайдеров, и выбор делается в момент вызова, а не в момент интеграции.

Отсюда непривычная для агентных инструментов модель оплаты. У каждого коннектора в определении описан usage model: фиксированная цена за вызов, цена за возвращённый результат или ставка за единицу (тысяча символов, секунда видео). Движок считает по сырому конверту ответа до маппинга, поэтому «вендор вернул ошибку» или «компания не найдена» закрываются как данные и стоят ноль.

02Три команды: discover, inspect, run

Вся работа агента с Monid укладывается в три глагола, и это лучшая часть продукта. discover ранжирует весь каталог по описанию задачи и возвращает кандидатов с ценой, живым health-статусом и наблюдаемыми p50/p95, плюс подсказки про более дешёвый или лучше подходящий endpoint. inspect отдаёт схему входа: path-параметры, query-параметры, тело. run исполняет вызов и списывает деньги.

Практическая ценность discover в том, что он снимает с агента решение «какой API брать». В обычном стеке это решение зашито в код месяцами раньше, а потом живёт своей жизнью: вендор поднял цену, endpoint деградировал, появился более дешёвый источник. Здесь тот же выбор делается на каждом вызове по актуальным метрикам.

npm install -g @monid-ai/cli@latest
monid setup --client claude-code
monid keys add -k <API_KEY> -l main
monid discover -q "company enrichment by domain" -s 0.6
monid inspect <tool-id>
monid run <tool-id> -i '{"domain":"example.com"}' --wait
monid balance

03Каталог, цены и health-статусы

Цифры каталога в разных источниках расходятся, и это стоит держать в голове. README говорит про «2 000+ инструментов у 72+ провайдеров», страница monid.ai/tools — про «2 800 tools & APIs», а сам реестр на момент проверки отдавал пустой список с пометкой, что реестр пуст в этой среде. Мы не подменяем одно число другим: в таблице ниже все три утверждения с источниками.

Модель оплаты требует дисциплины. Каждый run списывает деньги с одного баланса, а цена зависит от usage-модели конкретного коннектора: где-то это фиксированная сумма за вызов, где-то — за каждый возвращённый результат, где-то — за единицу объёма. Агент, который «на всякий случай» прогоняет discover по десяти формулировкам и делает run по трём кандидатам, потратит втрое больше, чем агент, который сначала читает inspect.

04Оценки и динамика разработки

Оценки редакционные, веса: единый доступ 0,25; прозрачность цен и латентности 0,20; оплата по факту 0,20; документация и SDK 0,15; зрелость 0,10; экосистема 0,10. Итог — 7,9 из 10. Ниже, чем у OpenConnector, в первую очередь из-за зрелости: репозиторий публичный с 26.08.2026, релиз каталога — pre-1.0.

05Плюсы, минусы и риски

• Один ключ вместо десяти. Агенту не нужны отдельные аккаунты у каждого API-вендора — только ключ Monid и баланс.
• Выбор endpoint в момент вызова. discover ранжирует весь каталог по задаче, а не по тому, что успели зашить в код.
• Честный метеринг. Ошибки вендора, ненайденные компании и неразрешённые люди закрываются как данные и стоят ноль.
• Наблюдаемость из коробки. Цена, health и p50/p95 видны до вызова, а не выясняются по счёту в конце месяца.
• Агент-first документация. SKILL.md написан для агента: три глагола, флаги, готовый код установки и предупреждение о чужих инструментах.

• Каталог непрозрачен снаружи. Числа в README, на сайте и в реестре расходятся (2 000+ / 2 800 / пусто), публичного JSON-каталога как у OpenConnector нет.
• Репозиторий — только слой коннекторов. Сам движок и биллинг закрыты; MIT относится к описаниям коннекторов, а не к платформе.
• Pre-1.0. Релиз catalog-v0.0.4, CLI 0.1.8, документация живая и меняется — интеграция может поехать после обновления.
• Деньги кончаются молча. Оплата по вызову без лимитов в коде легко превращается в счёт за цикл, который никто не проверял.
• 157 открытых issues. Часть нужных вам интеграций может ждать в очереди дольше, чем позволяет проект.

06Кому подходит и как сравнить с OpenConnector

Monid стоит брать, когда агенту нужны данные, а не действия в чужих аккаунтах: обогащение лидов, скрапинг, поиск по соцсетям, рыночные цифры, генерация медиа. Он хорошо ложится на исследовательские и аналитические сценарии, где важно «получить факт из сети» и не важно, чей именно API его отдал.

OpenConnector решает зеркальную задачу: у пользователя уже есть Gmail, Notion, Slack и CRM, и агенту нужно действовать от его имени, не забирая креды. Поэтому продукты не столько конкуренты, сколько два разных слоя: доступ к аккаунтам против доступа к данным. В одном агенте они спокойно сосуществуют.