npm i @oomol-lab/connectorИспользуйте готовые интеграции
Готовые интеграции обрабатывают пагинацию, параметры, ошибки и области доступа, оставляя вашей команде больше времени на работу над продуктом.
Единый слой подключения приложений для ИИ-агентов и бэкендов продуктов.Используйте хостинг OOMOL или разверните OpenConnector с доступным исходным кодом самостоятельно.
Подключайте GitHub, Gmail, Notion, Slack, Supabase, Airtable и другие приложения через OOMOL. Они используют единый слой авторизации и вызовов, к которому ваш продукт может обращаться напрямую.
Обзор интеграцийOOMOL объединяет авторизацию, учётные данные, параметры, вызовы и записи в один управляемый слой подключения для вашего продукта.
Готовые интеграции обрабатывают пагинацию, параметры, ошибки и области доступа, оставляя вашей команде больше времени на работу над продуктом.
Ключи API, токены OAuth и настройки подключения хранятся в OOMOL. Ваш бэкенд вызывает по именам подключений и параметрам.
Личные и командные подключения доступны через SDK, CLI, MCP и HTTP. Аккаунты пользователей SaaS вызываются с вашего бэкенда через ProjectConnector или SaaS HTTP API.
Создайте проект и настройте App в OOMOL Console, затем используйте SDK в бэкенде для авторизации пользователей и вызова действий.
Создайте проект в OOMOL Console и сохраните его ID и API-ключ в бэкенде.
Добавьте конфигурацию провайдера, укажите OAuth-данные App и выберите нужные продукту области доступа.
Используйте SDK, чтобы создать ссылку авторизации и обработать callback в продукте.
Выберите подключённую учётную запись, выполните действие из бэкенда и проверьте его статус и логи в OOMOL.
Выберите способ доступа по области подключения: личные или командные аккаунты, аккаунты пользователей SaaS либо собственный runtime.
На доверенном TypeScript-бэкенде используйте Connector для личных и командных аккаунтов, а ProjectConnector — для пользователей SaaS.
npm i @oomol-lab/connectorОткрытый CLI для проверки подключений, чтения параметров и проверки вызовов из терминала.
oo loginMCP host может использовать ваши личные и командные подключения OOMOL. Для аккаунтов пользователей SaaS вызывайте ProjectConnector с бэкенда.
connector.oomol.com/v1/mcpИспользуйте обычный HTTP или прочитайте описание OpenAPI, когда нужны сгенерированные клиенты.
GET /v1/catalogИспользуйте хостинг OOMOL для авторизации, учётных данных и вызовов, если хотите быстрее добавить интеграции. Разверните на Cloudflare или разместите OpenConnector у себя, когда команде нужен контроль над кодом, данными и операциями.
Передайте OOMOL авторизацию, учётные данные и вызовы, чтобы сократить операционную работу и быстрее запустить продукт.
Используйте Workers, D1, R2 и Static Assets для лёгкого сервиса под управлением вашей команды.
Храните сервис подключений, веб-консоль и данные в собственной среде, когда нужен полный контроль.
Ответы о хостинге, хранении учётных данных, способах доступа, разрешениях и состоянии подключений.
Учётные данные сторонних сервисов хранятся в выбранном сервисе подключений. Личные и проектные API key оставляйте на доверенном бэкенде; SaaS-клиент вызывает бэкенд вашего продукта.
Личные и командные подключения доступны через SDK, CLI, MCP и HTTP. Аккаунты пользователей SaaS вызываются с вашего бэкенда через ProjectConnector или SaaS HTTP API.
Конфигурация размещённого MCP предназначена для личных и командных подключений OOMOL. В SaaS ваш бэкенд проверяет пользователя продукта и вызывает ProjectConnector. Подключите инструменты Agent к этому бэкенду; клиенту, требующему MCP, нужен MCP-адаптер вашего продукта.
Используйте SDK из доверенного бэкенда. Страницы браузера могут запускать потоки авторизации для пользователей, но вызовы с учётными данными проекта, токенами администратора или конфиденциальными идентификаторами подключений должны выполняться на стороне сервера.
OOMOL поддерживает OAuth, ключи API, пользовательские учётные данные и провайдеров без аутентификации, если действие провайдера поддерживает соответствующий тип подключения. Потоки OAuth могут ожидать авторизации, а подключения по ключу API и пользовательским учётным данным могут возвращать учётную запись синхронно.
Да. Проверьте области провайдера, схемы действий и метки подключений перед предоставлением действия агентам или функциям продукта. При самостоятельном развёртывании ваша команда также управляет политикой развёртывания, хранилищем, логами и публикуемыми интерфейсами.
Используйте хостинг OOMOL, когда ваша команда хочет меньше операционных задач вокруг OAuth-приложений, хранения учётных данных и доступности сервиса.
При самостоятельном размещении ваша команда управляет OAuth-приложениями, ключами API, базой данных среды выполнения, ключом шифрования, развёртыванием, обновлениями, логами и контролем доступа. Этот путь даёт больше операционного контроля над кодом и данными.
Подключённые учётные записи сообщают о состоянии: активно, требуется повторная авторизация, ошибка или отключено. Ваш продукт может проверить состояние учётной записи перед вызовом действия и направить пользователей на повторное подключение, когда авторизация истекает.
На странице показана лишь небольшая часть примеров. OOMOL может подключаться к 1500+ приложениям и сервисам, включая SaaS, инструменты разработчика, приложения для продуктивности, системы данных и AI-сервисы.
Обратитесь в поддержку OOMOL, чтобы выбрать между SDK, хостингом OOMOL, развёртыванием на Cloudflare или самостоятельным размещением.
Связаться с поддержкой