Рабочие процессы Discourse

Спасибо, это помогло!

3 лайка

@gilles Я уже реализовал последующее действие, о котором упоминал выше:

Оно добавляет универсальную операцию Событие → Установить посещаемость, которая включает:

  • участника
  • состояние посещаемости: Иду / Интересует / Не иду / Удалить посещаемость
  • ID темы
  • необязательного актора

Таким образом, ваш исходный сценарий можно реализовать следующим образом:

Создание поста → Если это первый пост → Событие / Установить посещаемость

используя автора события в качестве участника и устанавливая ему статус Иду.

Я протестировал именно этот шаблон локально в интерфейсе Workflows, наложив его на #42932, и подтвердил, что пользователь автоматически регистрируется как «Иду» на событии.

PR пока находится в статусе черновика, так как зависит от #42932. Как только #42932 будет объединён, я пересоберу его на основе main, что оставит только изменения, связанные с посещаемостью.

2 лайка

@Ethsim2 Спасибо, ты просто супер! :+1: :clap:

1 лайк

Существует ли способ повторить выполнение рабочего процесса (с тем же событием), аналогично тому, как можно повторно отправить загрузку (payload) через вебхук?

Нет, извините, мы пока это не поддерживаем

2 лайка

Существует ли триггер или событие, которое срабатывает при создании НОВОЙ метки?

Когда пользователь создаёт новую метку, можно ли автоматически добавить её в определённую группу меток? Если нет, какой подход рекомендуется?

1 лайк

Нет, у нас ничего из этого нет. Не могли бы вы подробнее описать ваш сценарий использования?

Можно ли сделать так, чтобы:

  1. он рассматривал все новые темы;
  2. сверял тег с уже существующими;
  3. если тег новый — <insert action>.
1 лайк

Существует событие «Изменение метки темы». Вы можете затем вызвать API Discourse и посмотреть, сколько раз используется данная метка. Если она встречается один раз / находится именно в этой теме, значит, метка новая.

Альтернативный, возможно, более простой вариант: настроить вебхук для события «метка создана» и указать его на триггер вебхука в workflow.

1 лайк

Сценарий: у меня есть группа тегов «artist» (исполнитель). Новые исполнители появляются постоянно, поэтому, когда пользователи создают новые теги, они автоматически появляются в системе. Я хочу, чтобы эти новые теги автоматически добавлялись в группу тегов «artist», а не добавлялись вручную. Есть ли хороший способ добиться этого с помощью Workflows?

Как вы можете быть уверены, что это тег исполнителя, а не какой-нибудь другой случайный тег?

Именно этим занимается этап с ИИ. Агент ИИ сначала определяет, относится ли новый тег к одной из заранее определённых групп (артист / участник / регион / тип события / тип релиза); если он не подходит ни к одной из них, тег пропускается и никогда не попадает в группу. Таким образом, случайные теги отфильтровываются, а только правильно классифицированные теги автоматически добавляются в группу тегов.

1 лайк

ок, добавлю триггер для создания тега и узел для добавления тега в группу тегов

4 лайка

Мы добавили следующее в workflows:

4 лайка