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

Действие сервиса

  1. Откройте сотрудника → Интеграции.
  2. Выберите аккаунт в Ваших подключениях или найдите сервис в каталоге.
  3. Выберите действие. Если сервис требует авторизацию, укажите подключение для него. Если аккаунта ещё нет, нажмите Подключить новый аккаунт и создайте его во Flow. Утилиты без авторизации, например преобразование JSON в CSV, подключаются без аккаунта.
  4. Откройте Поля действия и проверьте выбор. Обязательные поля включены всегда, дополнительные можно включать и исключать. Сотрудник заполнит выбранные поля из задания. У большого действия по умолчанию выбраны только обязательные поля.
  5. Подключите действие, проверьте черновик и опубликуйте изменения.

Для сложного структурированного поля может требоваться JSON. Ввод проверяется перед выполнением. Ключи и пароли хранятся в подключении: не добавляйте их в инструкцию, задание или JSON-параметры.

Список сервисов и действий читается из каталога Flow. Если для действия не хватает подключения или его схема не поддерживается, интерфейс показывает причину. Выбор другого аккаунта не должен переносить в него настройки предыдущего сервиса.

Сценарий Flow

Подключите опубликованный сценарий как навык. Сотрудник вызывает закреплённую версию; после изменения Flow его нужно опубликовать и обновить подключение у сотрудника.

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

Стоимость и лимиты подключённых сервисов действуют отдельно от стоимости моделей Kvantora.

Подключить своего помощника

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

Например, основной сотрудник готовит отчёт, а помощник умеет читать данные CRM. Основной передаёт ему конкретное задание, ждёт результата и использует его в ответе. Он не получает произвольный доступ к инструментам или истории помощника.

В списке нет сотрудников других пользователей. Совпадения организации недостаточно: проверка владельца выполняется при подключении и при запуске помощника.

Кто подтверждает действия

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

У всей цепочки один бюджет и срок выполнения. Лимиты глубины, числа помощников и защита от циклов сохраняются. Если помощник уже создан, повторная обработка того же события использует его запуск.

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

Изменить или отозвать доступ

Удаление действия из черновика вступает в силу для новых заданий после проверки и публикации. Для немедленной остановки отзовите соответствующее подключение и остановите задания.

После перепубликации, архивирования или удаления помощника старое подключение нельзя незаметно переключить на другую версию. Проверьте сотрудника-помощника и подключите нужную опубликованную версию заново.

Дальше: проверка и публикация, уведомления и Telegram.