Я в восторге от запуска Workflows. Я мечтал об этой функции, когда был активным менеджером сообщества и искал способы автоматизировать рутинные тактические процессы.
Мне очень любопытно, для каких задач вы используете Workflows (или будете использовать, теперь когда о них узнали!).
Начну я, но признаюсь, что мне пришлось делегировать фактическое создание этого механизма @zogstrip и @chapoi, так как у меня нет нужных навыков.
Еженедельное напоминание об обновлении (Workflow)
Единственное, что мы требуем от нашей команды, — это еженедельная сверка, чтобы мы знали, что у всех всё в порядке и они довольны. Некоторые этого не делают (по разным причинам), и погоня за ними отнимает время и энергию, поэтому у нас появилось новое решение.
Этот workflow ищет тему с обновлениями и постепенно ухудшает CSS, который отображается у пользователя, чем дольше он не вносит изменения.
Это действительно невероятно. Я знаю, потому что, пытаясь протестировать что-то не связанное с этим, я случайно попал в Группу 4 и вынужден был отлаживать проблему, пока всё на экране продолжало улетать. @zogstrip был очень терпелив.
из обзора рабочего процесса это не совсем очевидно, поэтому вот как это работает
часть 1 — жёлтая рамка
для каждого поста, созданного или отредактированного в категории #updates, мы проверяем, исходит ли он от автора темы
если пост не от автора темы (op), мы «выходим» (bail out)
если пост от автора темы, мы прогоняем его через LLM-классификатор, который возвращает JSON, указывающий, является ли пост фактическим еженедельным обновлением (мы не требуем конкретного формата), а не случайным ответом на другой пост
затем мы сохраняем результат этой классификации в таблицу данных
если пост классифицирован как еженедельное обновление, мы немедленно удаляем пользователя из всех групп «просрочено» (зелёная рамка)
часть 2 — синяя рамка
каждый день в 6:00 UTC мы запускаем запрос Data Explorer, который объединяет все отпуска, праздники и «последнее еженедельное обновление», чтобы распределить людей по одной из четырёх групп «просрочено»
часть 3 — не показано на рабочем процессе
у нас есть компонент пользовательской темы[1], который проверяет, находится ли текущий пользователь в одной из групп «просрочено», и применяет ещё больше… раздражения
Некоторые теги обязательны для использования, но участники часто публикуют сообщения в неверных категориях, из-за чего приходится тратить слишком много времени на перенос тем в нужное место.
Очень простой рабочий процесс, который запускается при создании темы, проверяет используемые теги и автоматически меняет категорию.
Нечто столь простое помогло сохранить определённую структуру, не требуя никаких усилий с нашей стороны.
! Можете им поделиться, если это возможно?
.