OOMOL — это полное решение для интеграции приложений с открытым исходным кодом, обеспечивающее единый надёжный слой подключения между AI-агентами и бэкендами продуктов.
GitHub, Gmail, Notion, Slack, Supabase, Airtable: вам не нужно заново создавать аутентификацию и вызовы для каждого из них. Подключите их через OOMOL и используйте единый слой подключения в продукте.
Просмотр AppsOOMOL объединяет авторизацию, учётные данные, параметры, вызовы и записи в один управляемый слой подключения для вашего продукта.
Подключайте приложения, которые уже знают ваши пользователи, и тратьте время на опыт продукта, а не на пагинацию, параметры, ошибки и области доступа.
Ключи API, токены OAuth и настройки подключения хранятся в OOMOL. Ваш бэкенд вызывает по именам подключений и параметрам.
Бэкенды на TypeScript, инструменты MCP и вызовы HTTP могут использовать одни и те же учётные записи без повторной авторизации пользователей.
Создайте проект и настройте App в OOMOL Console, затем используйте SDK в бэкенде для авторизации пользователей и вызова действий.
Создайте проект в OOMOL Console и сохраните его ID и API-ключ в бэкенде.
Добавьте конфигурацию провайдера, укажите OAuth-данные App и выберите нужные продукту области доступа.
Используйте SDK, чтобы создать ссылку авторизации и обработать callback в продукте.
Выберите подключённую учётную запись, выполните действие из бэкенда и проверьте его статус и логи в OOMOL.
TypeScript SDK, oo CLI, MCP и HTTP могут вызывать одни и те же подключённые учётные записи. Выбирайте способ вызова для каждого сценария без повторной авторизации и работы с учётными данными.
Доступ к подключённым Apps из бэкендов на TypeScript и встраивание интеграций в ваш продукт.
Посмотреть SDKОткрытый CLI для проверки подключений, чтения параметров и проверки вызовов из терминала.
Установить oo CLIПоддержка MCP в OOMOL даёт хостам MCP доступ к подключённым Apps, а учётные записи и разрешения по-прежнему управляются в OOMOL.
Установить MCPИспользуйте обычный HTTP или прочитайте описание OpenAPI, когда нужны сгенерированные клиенты.
Читать документациюИспользуйте хостинг OOMOL для авторизации, учётных данных и вызовов, если хотите быстрее добавить интеграции. Разверните на Cloudflare или разместите OpenConnector у себя, когда команде нужен контроль над кодом, данными и операциями.
Передайте OOMOL авторизацию, учётные данные и вызовы, чтобы сократить операционную работу и быстрее запустить продукт.
Используйте Workers, D1, R2 и Static Assets для лёгкого сервиса под управлением вашей команды.
Храните сервис подключений, веб-консоль и данные в собственной среде, когда нужен полный контроль.
Ответы о хостинге, хранении учётных данных, способах доступа, разрешениях и состоянии подключений.
Учётные данные остаются в OOMOL. Ваш бэкенд вызывает разрешённые интерфейсы через SDK, MCP или HTTP, используя имена подключений и параметры.
SDK, oo CLI, MCP, HTTP и OpenAPI — все могут использовать одни и те же подключения. Выберите точку входа, подходящую для вашего продукта.
Да. Один и тот же сервис подключений может обслуживать рабочие процессы агентов через oo CLI или MCP и бэкенды продуктов через SDK или HTTP. Доступ по-прежнему зависит от учётной записи, областей доступа и действий, которые вы предоставляете для каждого сценария.
Используйте SDK из доверенного бэкенда. Страницы браузера могут запускать потоки авторизации для пользователей, но вызовы с учётными данными проекта, токенами администратора или конфиденциальными идентификаторами подключений должны выполняться на стороне сервера.
Нет. OOMOL поддерживает OAuth, ключи API, пользовательские учётные данные и провайдеров без аутентификации, если действие провайдера поддерживает такой тип подключения. Потоки OAuth могут ожидать авторизации, а подключения по ключу API и пользовательским учётным данным могут возвращать учётную запись синхронно.
Да. Проверьте области провайдера, схемы действий и метки подключений перед предоставлением действия агентам или функциям продукта. При самостоятельном развёртывании ваша команда также управляет политикой развёртывания, хранилищем, логами и публикуемыми интерфейсами.
Используйте хостинг OOMOL, когда ваша команда хочет меньше операционных задач вокруг OAuth-приложений, хранения учётных данных и доступности сервиса.
При самостоятельном размещении ваша команда управляет OAuth-приложениями, ключами API, базой данных среды выполнения, ключом шифрования, развёртыванием, обновлениями, логами и контролем доступа. Этот путь даёт больше операционного контроля над кодом и данными.
Подключённые учётные записи сообщают о состоянии: активно, требуется повторная авторизация, ошибка или отключено. Ваш продукт может проверить состояние учётной записи перед вызовом действия и направить пользователей на повторное подключение, когда авторизация истекает.
Нет. Эти логотипы приведены в качестве примеров. OOMOL может подключаться к 1000+ приложениям и сервисам: SaaS, инструменты разработчика, приложения для продуктивности, системы данных и AI-сервисы.
Обратитесь в поддержку OOMOL, чтобы выбрать между SDK, хостингом OOMOL, развёртыванием на Cloudflare или самостоятельным размещением.
Связаться с поддержкой&color=rgb(255%2C%20255%2C%20255%2C%200))
&color=rgb(0%2C0%2C0%2C0))
