Запрос человеку

Узел «Запрос человеку» приостанавливает рабочий процесс в ключевых точках и выводит настраиваемую форму запроса. С её помощью получатели могут проверить информацию, внести данные и выбрать одно из заранее заданных решений, определяющих дальнейший ход рабочего процесса. Встраивая участие человека прямо там, где это важно, вы можете сочетать эффективность автоматизации с контролем со стороны человека.

​

Конфигурация

Настройте перечисленные ниже параметры, чтобы определить, как узел запрашивает и обрабатывает участие человека:

• Способ доставки: как форма запроса попадает к получателям.
• Содержимое формы: какую информацию увидят получатели и с чем они смогут взаимодействовать.
• Действие пользователя: какие решения могут принимать получатели и как при этом продолжается рабочий процесс.
• Стратегия тайм-аута: как долго ожидать и что произойдёт, если никто не ответит.

​

Способ доставки

Выберите канал, по которому доставляется запрос. Доступные на данный момент способы:

• Веб-приложение: показывает форму запроса конечному пользователю WebApp. Недоступно в рабочих процессах, запущенных триггером.
  Внешние клиенты также могут получать и отправлять формы WebApp через Service API. См. Получение формы запроса человеку.
• Электронная почта: отправляет ссылку на запрос по электронной почте конкретным участникам рабочего пространства, на внешние адреса или всем участникам рабочего пространства. Ответить может любой, у кого есть ссылка, учётная запись Интеллос не требуется.

​

Содержимое формы

Настройте форму, которую видят и с которой взаимодействуют получатели:

• Форматирование и структура с помощью Markdown Используйте заголовки, списки, жирный текст, ссылки и другие элементы Markdown, чтобы наглядно представить информацию.
• Отображение динамических данных с помощью переменных Ссылайтесь на переменные рабочего процесса, чтобы показать динамическое содержимое — например, сгенерированный ИИ текст для проверки или любую необходимую контекстную информацию из вышестоящих узлов.
  Рассуждающие модели выдают процесс размышления вместе с финальным ответом. По умолчанию ссылка на выходную переменную text показывает и то, и другое.Чтобы показать только ответ, включите параметр Извлекать reasoning из тегов think для соответствующего узла LLM.
• Сбор данных с помощью полей ввода Поля ввода могут быть пустыми или предзаполненными переменными (например, выводом LLM для доработки) либо статическим текстом (например, примером или значениями по умолчанию), которые получатели могут редактировать. Каждое поле ввода становится переменной для использования в нижестоящих узлах. Например, можно передать отредактированное содержимое на дальнейшую обработку или отправить отзыв в LLM для переработки содержимого.

После ответа получателя содержимое формы со всеми заполненными значениями доступно в нижестоящих узлах как переменная __rendered_content.

​

Действие пользователя

Задайте кнопки решений, которые могут нажимать получатели; каждая из них направляет рабочий процесс по своему пути выполнения. Например, ветка Post может вести к узлам, запускающим публикацию содержимого, а ветка Regenerate — возвращать к узлу LLM для переработки содержимого. У каждой кнопки есть отображаемый заголовок и идентификатор действия. При нажатии кнопки её идентификатор передаётся в нижестоящие узлы как __action_id, а её заголовок (текст кнопки) — как __action_value.

​

Стратегия тайм-аута

Настройте, как долго запрос остаётся открытым, прежде чем истечёт срок его действия. По умолчанию — 3 дня. Если до истечения тайм-аута никто не ответит, рабочий процесс пойдёт по ветке тайм-аута от узла. Подключите эту ветку к запасному пути — например, к уведомлению или циклу повторных попыток. Если ветка тайм-аута не подключена, рабочий процесс завершается.