Перейти к содержимому

Руководство по коннектору

Подключите Airtable к ИИ-агенту

Предоставьте агенту структурированные данные рабочего пространства.

Поддерживает OOMOL·

Исходный код проверен 2026-09-09. Примеры сверены с указанной ревизией исходного кода. Это не подтверждение проверки реального API сервиса; ваша версия может отличаться.

Способы аутентификации

  • OAuth 2.0
  • API-ключ

Откройте локальную консоль, выберите провайдера и настройте учётные данные. Для OAuth-провайдеров нужно зарегистрировать собственное OAuth-приложение в соответствующем сервисе.

Учётные данные и OAuth →

Что проверить у этого коннектора

Пример выводит базы, доступные подключению Airtable. Проверьте аккаунт и доступ к базам. Получение списка не подтверждает разрешение изменять записи.

Проверьте Action перед вызовом

Назначение примера

Список баз Airtable, доступных подключению.

Необходимые разрешения Action

  • schema.bases:read

Получите схему из работающего экземпляра. Перед выполнением проверьте обязательные параметры, права и подключённый аккаунт.

airtable.list_bases
curl -s http://localhost:3000/v1/actions/airtable.list_bases

После подключения аккаунта адаптируйте параметры к своим ресурсам. Если включена аутентификация runtime, добавьте его Bearer Token.

HTTP
curl -s -X POST \
  http://localhost:3000/v1/actions/airtable.list_bases \
  -H 'content-type: application/json' \
  -d '{"input":{}}'

Как читать результат

Ответы HTTP runtime содержат success, message, data и meta. Проверяйте success и выходную схему Action, а не только HTTP-статус. Если метаданные содержат executionId, по нему можно найти журнал с замаскированными секретами. Ниже показан формат ответа, а не результат реального вызова API.

Пример формата ответа
{
  "success": true,
  "message": "OK",
  "data": {},
  "meta": {}
}

Если вызов не удался

  • При ошибке аутентификации проверьте адрес и тип учётных данных: административный доступ защищает /api, Bearer-токен runtime используется для /v1 и /mcp. API-ключ провайдера не заменяет токен runtime.
  • При отказе в доступе проверьте scopes Action, правила Actions и разрешения на подключения. Даже действительный токен может не иметь доступа к выбранному аккаунту.
  • Если результат пуст или ресурс отсутствует, проверьте аккаунт и его права на этот ресурс. Успешная авторизация не открывает все рабочие пространства, каналы и документы.
  • Изучите ошибку и журнал до повтора. Если Action изменяет данные провайдера, сначала проверьте, не завершилась ли операция; не повторяйте запрос вслепую.

Проверка

Наличие в каталоге, локальный исполнитель и проверка API провайдера — разные статусы. Изучите исходный код и результаты проверки нужных Actions.

Исходный код проверен 2026-09-09· Примеры сверены с указанной ревизией исходного кода. Это не подтверждение проверки реального API сервиса; ваша версия может отличаться.

Исходный код↗Прочитать о проверке →

Дальнейшие шаги

Для поддерживаемых провайдеров OOMOL настраивает OAuth-приложения и управляет облачной средой. Вы по-прежнему выбираете аккаунт и подтверждаете его разрешения.

Использовать в OOMOL ↗Запустить локально →
Посмотреть коннекторы →
Читать в Markdown