Zeigt uns eure Workflows

[HAWK]

Fortsetzung der Diskussion aus Ein Vorschau der neuen Workflows-Funktion:

Ich bin richtig begeistert vom Launch von Workflows. Als aktiver Community-Manager habe ich oft über diese Funktion geträumt, da ich nach Wegen suchte, wiederkehrende, taktische Community-Prozesse zu automatisieren.

Ich bin neugierig darauf zu sehen, wofür ihr Workflows einsetzt (oder was ihr damit machen werdet, jetzt, da ihr davon wisst!).

Ich fange an – muss aber zugeben, dass ich das eigentliche Bauen an @zogstrip und @chapoi delegiert habe, da mir die entsprechenden Fähigkeiten fehlen.

Workflow für wöchentliche Update-Erinnerungen
Das Einzige, was wir von unserem Team verlangen, ist ein wöchentliches Check-in, damit wir wissen, dass es ihnen gut geht. Manche machen das nicht (aus verschiedenen Gründen), und es kostet Zeit und Energie, sie dazu zu bewegen. Deshalb haben wir eine neue Lösung gefunden.

Dieser Workflow prüft auf ein Update-Thema und serviert ihnen – je länger sie es liegen lassen – zunehmend schlechteres CSS.

Es ist erstaunlich, wie effektiv das ist!

[NateDhaliwal]

Das CSS ist super ! Könntest du es, wenn möglich, teilen?

[chapoi]

@NateDhaliwal

Könntest du es teilen, wenn es möglich ist?

Sag mir nicht, dass du … willst, dass ich das hässlichste Theme teile, das ich je erstellt habe?

[NateDhaliwal]

Tun ich aber wirklich . Sieht sehr… kreativ aus .

[HAWK]

Das ist wirklich unglaublich. Ich weiß es, weil ich beim Testen von etwas Unzusammenhängendem versehentlich in Gruppe 4 gelandet bin und das Problem debuggen musste, während auf dem Bildschirm ständig alles davonschwamm. @zogstrip war sehr geduldig.

[zogstrip]

aus der Workflow-Übersicht ist das nicht gerade auf den ersten Blick ersichtlich, daher hier eine kurze Erklärung, wie es funktioniert

Teil 1 – gelbes Feld

• für jeden Beitrag, der in der Kategorie #updates erstellt oder bearbeitet wird, prüfen wir, ob er vom Ersteller des Themas stammt
• wenn er nicht vom Ersteller stammt, brechen wir den Vorgang ab
• wenn er vom Ersteller stammt, geben wir ihn an einen LLM-Klassifizierer weiter, der JSON zurückgibt und angibt, ob der Beitrag ein echtes wöchentliches Update ist (ein bestimmtes Format ist nicht erforderlich) und keine zufällige Antwort auf einen anderen Beitrag
• anschließend speichern wir dieses Klassifizierungsergebnis in einer Datentabelle
• wenn der Beitrag als wöchentliches Update klassifiziert wird, entfernen wir den Benutzer sofort aus allen „zu spät“-Gruppen (dem grünen Feld)

Teil 2 – blaues Feld

• jeden Tag um 6:00 Uhr UTC führen wir eine Data-Explorer-Abfrage aus, die alle Urlaubstage, Feiertage und das „letzte wöchentliche Update“ kombiniert, um Personen in eine der vier „zu spät“-Gruppen einzuordnen

Teil 3 – nicht im Workflow dargestellt

• wir haben eine benutzerdefinierte Theme-Komponente^[1], die prüft, ob der aktuelle Benutzer in einer der „zu spät“-Gruppen ist, und entsprechend mehr … Belästigung anwendet

---

1. auf all unsere Themes angewendet ↩︎

[nickdb (Nick)]

Wir verlangen, dass bestimmte Tags verwendet werden, aber Mitglieder haben die Angewohnheit, in falschen Kategorien zu posten. Das bedeutet, dass viel zu viel Zeit damit vergeudet wird, Themen an den richtigen Ort zu verschieben.

Ein sehr grundlegender Workflow, der bei der Erstellung eines Themas ausgeführt wird, prüft die verwendeten Tags und ändert dann automatisch die Kategorie.

Etwas so Einfaches hat dabei geholfen, eine gewisse Struktur zu wahren, ohne dass dabei Aufwand betrieben werden musste.

[AJ_Quick]

Anknüpfend an einen Beitrag, den ich im ursprünglichen Workflows-Thread gepostet habe. Ich habe herausgefunden, wie man es so einrichtet, wie ich es möchte. Das Ganze ist natürlich nur ein Test, aber hier ist, was es tut:

Dies ist ein Re-Engagement-System, das KI nutzt, um hoffentlich Diskussionen anzustoßen und die Interaktion in Zeiten, in denen die Seite ruhig ist, zu steigern.

Phase A: Identifizieren und Zusammenfassen

Identifiziere Beiträge, die älter als 30 Tage sind und eine Mischung aus Folgendem darstellen:

-Beliebte Themen, die seit geraumer Zeit keinen neuen Beitrag mehr erhalten haben.
-Themen, die viele Aufrufe verzeichnen, aber seit einiger Zeit keine Antwort mehr bekommen haben.
-Themen, die im letzten Jahr noch aktiv waren, dann aber ins Stocken gerieten.

Sobald eines davon gefunden wurde, wird der Discourse-„AI Summary“-Agent gestartet. Der KI-Agent erstellt eine Zusammenfassung. Dies geschieht, indem er eine HTTP-POST-Anfrage an den API-Endpunkt für Zusammenfassungen sendet. Sobald die Zusammenfassung fertiggestellt ist, wird das Vorhandensein des Workflows in einer Datentabelle gespeichert.

(Dies wird stündlich ausgeführt, möglicherweise aber auch häufiger).

Phase B: Zusammenfassung auf Nachfassaktionen prüfen

Ein weiterer, eigenständig nach eigenem Zeitplan laufender Workflow prüft die Datentabelle auf Zeilen, die zusammengefasst, aber noch nicht bewertet wurden. Er holt sich ein Thema aus der Datentabelle und anschließend die 5–10 neuesten Beiträge zu diesem Thema.

Dies wird an einen KI-Agenten übergeben, der für die Triage zuständig ist. Er trifft eine Entscheidung: Sollte dieses Thema wiederbelebt werden? Wenn ja, wie? Er entscheidet, ob das Thema nach oben geschoben (Bump) werden soll oder ob ein Beitrag erstellt werden sollte, der das Thema wieder aufgreift: eine Frage stellt, eine Folgeforderung anregt oder gar nichts tut.

Er aktualisiert die Datentabelle mit der getroffenen Entscheidung.

(Dies sollte etwa so häufig laufen wie Phase A; es könnte auch von Phase A aus getriggert oder mit dieser kombiniert werden.)

Phase C: Mit dem Thema wieder in Kontakt treten

Ein weiterer, eigenständig nach eigenem Zeitplan laufender Workflow, der nicht so häufig ausgeführt wird. Sein erster Schritt besteht darin zu prüfen, wie aktiv das Forum in letzter Zeit war. Das macht er, indem er den durchschnittlichen Beitrag pro Stunde für die letzten 3 Stunden ermittelt. Anschließend berechnet er den Durchschnitt der Aktivität des Forums für 3-Stunden-Zeiträume an denselben Wochentagen und Uhrzeiten der letzten 2 Monate. Wenn die Website nicht so aktiv ist wie üblicherweise zu dieser Tages- und Uhrzeit, wird festgestellt: „Wir können jetzt ein Re-Engagement durchführen.“

Dann werden bis zu 10 verfügbare Re-Engagement-Möglichkeiten abgerufen. Diese werden an einen KI-Agenten gesendet, der gebeten wird, den stärksten Kandidaten für ein Re-Engagement aus der Liste herauszufiltern. Die KI trifft die Entscheidung und gibt eine topic_id zurück. Der Klassifizierer in Phase B hatte zwischen drei Optionen entschieden: Thema nach oben schieben, Folgebearbeitung posten, nichts tun.

Der Workflow wird ein Bump durchführen, es sei denn, es wurde eine Folgebearbeitung festgelegt. Falls eine Folgebearbeitung vorgesehen ist, wird die topic_id übernommen und die neuesten Beiträge aus diesem Thema abgerufen. Dies wird an einen KI-Agenten übergeben, der bestimmt, welche Antwort am besten geeignet ist, um das Thema wieder aufzugreifen. Es gibt Schutzmechanismen (Guardrails), um sicherzustellen, dass die Antwort sehr grundlegend bleibt, aber dennoch thematisch relevant ist und keine Empfehlungen gibt oder Kommentare abgibt. Sie fragt im Wesentlichen nur nach einem Update, ob der ursprüngliche Poster Neuigkeiten zu etwas hat, das passiert ist, usw. Der Beitrag wird gepostet und anschließend wird die Datentabelle mit dem Abschlussdatum aktualisiert.

Ich hoffe, ich habe damit nicht einfach eine versteckte Discourse-Funktion dupliziert, von der ich nichts wusste! Es hat etwas Fummelarbeit gekostet, aber ich habe es hinbekommen.

[mcwumbly (Dave McClure)]

Hier sind einige Beispiele für die Generierung wöchentlicher Berichte, mit denen wir unser Team über verschiedene Aktivitäten auf Meta auf dem Laufenden halten. Jeder Bericht hat ein Thema in der Kategorie „Staff“, in dem die Ergebnisse gepostet werden.

Ich denke, sie sollten größtenteils generisch sein, falls du sie auf deiner eigenen Seite ausprobieren möchtest. Du solltest nur die Themen-ID ändern müssen, an die die Ergebnisse im letzten Node gesendet werden, und sie durch ein Thema in deiner eigenen Kategorie „Staff“ ersetzen.

(Du musst sie vor dem Import möglicherweise manuell bearbeiten. Ich habe sie nach dem Export manuell durch TOPIC_ID ersetzt, um Unfälle zu vermeiden.)

Wöchentlicher Moderationsbericht
Datei: weekly-moderation-report.json (21,4 KB)

• Enthält Tabellen mit:
  • Moderationsübersicht (Anzahl verschiedener Moderationsmaßnahmen)
  • Anzahl der von verschiedenen Nutzern bearbeiteten Flags
  • Anzahl der von verschiedenen Nutzern gemeldeten Flags
  • Liste der markierten Beiträge mit zugehörigen Metadaten
  • Ausgesprochene Warnungen
  • Hinzugefügte Nutzeranmerkungen

Wöchentlicher Bericht zu den Seiteneinstellungen
Datei: weekly-site-settings-report.json (3,3 KB)

• Enthält eine Tabelle mit den geänderten Seiteneinstellungen:
  • Name der Einstellung
  • Wer sie geändert hat und wann
  • Alter Wert, neuer Wert

Wöchentlicher Bericht zu den Vertrauensstufen
Datei: weekly-trust-level-report.json (9,8 KB)

• Enthält Tabellen mit:
  • Übersicht (Anzahl der Nutzer, die in der vergangenen Woche auf jede Vertrauensstufe vorgeschlagen wurden)
  • Liste der Nutzer, die die Vertrauensstufe 2 oder 3 erreicht haben

[Aurora]

Wir nutzen Workflows in unserer Discourse-Community derzeit sehr umfangreich, und sie werden zu einem wirklich nützlichen Bestandteil unseres Onboardings und der Veranstaltungsplanung.

Unsere Community hat über 9.000 registrierte Nutzer und zahlreiche verschiedene Online- und lokale Peer-Support-Gruppen, daher hilft uns die Automatisierung sehr.

Hier sind einige der Workflows, die wir derzeit verwenden:

Personalisiertes Onboarding

Neue Nutzer erhalten nach der Registrierung automatische persönliche Nachrichten.

Der Inhalt hängt von den Interessen ab, die sie bei der Registrierung ausgewählt haben (z. B. Peer-Support-Gruppen, Veranstaltungen, unser virtuelles Café, Body Doubling oder schriftlicher Austausch).

Wenige Tage später erhalten sie eine zweite Check-in-Nachricht mit zusätzlichen Informationen und Hilfe beim Einstieg.

Veranstaltungserinnerungen

Wir nutzen einen geplanten Workflow, der alle 15 Minuten nach Veranstaltungen prüft, die in etwa 24 Stunden beginnen.

Nutzer, die Ich gehe hin oder Interessiert ausgewählt haben, erhalten eine persönliche Erinnerung mit dem Titel, Datum, der Uhrzeit der Veranstaltung und einem Link zurück zur Veranstaltung.

Wir haben auch einige Gruppen mit eigenen Erinnerungs-Workflows, sodass der allgemeine Workflow diese Nutzer ausschließt, um doppelte Erinnerungen zu vermeiden.

Kontextsensitive alfaview-Anweisungen

Viele unserer Online-Peer-Support-Gruppen treffen sich über alfaview, während andere Veranstaltungen über Zoom oder lokal stattfinden.

Wir prüfen daher den Veranstaltungsbeitrag auf einen alfaview-Link.

Wenn ein alfaview-Link vorhanden ist, enthält die 24-Stunden-Erinnerung automatisch eine aufklappbare Schritt-für-Schritt-Anleitung, die erklärt, wie man den Wartebereich betritt und dann den richtigen Besprechungsraum auswählt, einschließlich eines Screenshots.

Wenn kein alfaview-Link vorhanden ist, wird die normale Erinnerung ohne diese Anweisungen gesendet.

Das bedeutet, dass wir keine Listen von „Online“- und „Offline“-Gruppen pflegen müssen.

Onboarding für Videokonferenzen

Wir nutzen auch Formular-Workflows als kurzen Onboarding-Schritt, bevor Nutzer zum ersten Mal auf unsere Videokonferenzräume zugreifen.

Die Nutzer erhalten Anweisungen, die erklären, wie unsere alfaview-Raumstruktur funktioniert. Nach dem Lesen können sie auswählen, ob sie die Anweisungen beim nächsten Mal erneut sehen möchten.

Wenn sie sich entscheiden, sie nicht erneut zu sehen, fügt der Workflow sie zu einer Marker-Gruppe hinzu. Unsere Theme-Komponente nutzt dann diese Gruppenmitgliedschaft, um den direkten Videokonferenzlink anstelle des Onboarding-Formulars anzuzeigen.

Gruppendefinierte Benachrichtigungen

Wir nutzen Workflows, um Mitglieder bestimmter Gruppen über neue Veranstaltungen und anstehende Treffen zu informieren.

Dies ist besonders nützlich für Peer-Support-Gruppen, bei denen wir möchten, dass die Mitglieder eine Benachrichtigung erhalten, unabhängig davon, ob sie das Forum regelmäßig besuchen.

---

Was mir an Workflows besonders gefällt, ist, dass wir Formulare, SQL-Abfragen, Gruppen, geplante Prüfungen und persönliche Nachrichten kombinieren können.

Es gibt noch ein paar Dinge, die ich mir für die Zukunft wünschen würde. Ein Beispiel wäre eine bessere Kalenderintegration: Idealerweise würden wir gerne automatisch eine E-Mail mit einer angehängten .ics-Kalenderdatei senden, wenn jemand für eine Veranstaltung Ich gehe hin auswählt.

[sam (Sam Saffron)]

@Aurora

Es gibt noch ein paar Dinge, die ich mir für die Zukunft wünschen würde. Ein Beispiel wäre eine bessere Kalenderintegration: Im Idealfall würden wir gerne automatisch eine E-Mail mit einer angehängten .ics-Kalendertabelle senden, wenn jemand für ein Event Gehe hin auswählt.

Ein super interessanter Anwendungsfall, bestimmt etwas, worüber man nachdenken sollte @j.jaffeux / @martin / @lindsey

Ich frage mich, ob das Workflows oder eine eingebaute Funktion in Discourse-Events ist?

[j.jaffeux (Joffrey Jaffeux)]

Danke für dieses tolle Feedback und die geteilten Erfahrungen. Es ist großartig zu lesen, wie ihr alle Workflows einsetzt und damit echte Probleme in euren Communities löst

Die gerade genannten Funktionen wirken auf jeden Fall wie Basisfeatures, aber das sollte diese Woche über Workflows umsetzbar sein – wir haben dafür genau etwas in der Pipeline.