Я также столкнулся с проблемой невозможности оркестрации выполнения скриптов автоматизации вместе с детектором спама. Предложенное обходное решение
Отличные новости: теперь в Discourse создан плагин «Workflows» (Рабочие процессы), который облегчает реализацию тех же типов приложений, что и плагин «Automation» (Автоматизация), но гораздо более мощным и гибким способом:
Запрошенная здесь оркестрация может быть достигнута, если использовать плагин Workflows для реализации систем, которые ранее реализовывались через плагин Automation.
Целью моей автоматизации было выставление флагов на сообщениях с определенными характеристиками, которые могут указывать на спам, но не являются окончательным доказательством. Проблема, с которой я столкнулся, заключается в том, что эти же характеристики часто присутствуют в спам-сообщениях, помеченных системой Discourse AI Spam detector (Детектор спама на базе ИИ). В результате автоматизация часто выставляла избыточные флаги, создавая бессмысленную дополнительную работу для модераторов.
Предложенное выше обходное решение «объединить все в единую автоматизацию» не подходило для моей системы, потому что я намеренно разделил две системы:
- Задача системы детектора спама — выявлять сообщения с высокой вероятностью спама.
- Задача моей дополнительной системы — привлекать внимание модераторов к сообщениям, которые имеют некоторую вероятность быть спамом.
Поскольку детектор спама Discourse AI имеет специальную реализацию в фреймворке Discourse (в отличие от чистой работы в фреймворке Discourse AI, предоставляемом администратору форума), у меня не было никакого желания пытаться заменить его автоматизацией.
Кроме того, было нецелесообразно объединять мою дополнительную систему с детектором спама (добавляя инструкции в промпт). Поведение системы спама, немедленно скрывающее сообщение и заглушающее автора, уместно, пока оно настроено на работу с высокой точностью. Напротив, моя дополнительная система по своей природе склонна к ложным срабатываниям, и поэтому ее флаги не должны влиять на пользователя до проверки человеком.
Решение, которое мне удалось реализовать после замены автоматизации на рабочий процесс:
- Триггер «Создание сообщения».
- Шаг «Ожидание», чтобы дать время на работу системы детектора спама.
- Шаг «Data Explorer» (Исследователь данных) для получения данных о сообщении:
- Шаг «Фильтр» для определения, следует ли продолжать выполнение рабочего процесса, на основе данных о сообщении:
