Stiamo sviluppando una nuova funzione Workflows progettata per supportare attività complesse che il nostro strumento Automations esistente non è in grado di gestire. Questo nuovo builder di automazione visuale ti consente di creare flussi di lavoro multi-step con ritardi temporali, ramificazioni condizionali, chiamate a servizi esterni e azioni AI direttamente nell’area di amministrazione.
Workflows è disponibile nei piani Business ed Enterprise, per gli utenti con hosting Discourse.
Panoramica di Workflows
Workflows sostituisce l’approccio basato su scripting del plugin Automations esistente con una canvas visuale basata su nodi che puoi collegare per creare logiche complesse e multi-step.
Trigger avviano un flusso di lavoro in risposta a eventi in Discourse (ad es. creazione di un topic, aggiunta di un utente a un gruppo, ecc.), a una pianificazione predefinita, a un webhook o a un’azione manuale.
Condizioni creano ramificazioni nel flusso di lavoro basate su logiche sì/no per qualsiasi dato presente nel flusso di lavoro.
Azioni sono eventi attivati dal flusso di lavoro, come l’invio di un messaggio privato o di chat, la pubblicazione di una risposta, la chiamata a un endpoint HTTP, l’esecuzione di un agente AI o la query a Data Explorer.
Utility controllano il flusso stesso impostando ritardi, ciclando su elementi e impostando variabili, e possono aiutare a documentare il flusso di lavoro con post-it.
I parametri di ogni nodo supportano valori letterali ed espressioni dinamiche, in modo da poter fare riferimento all’output di qualsiasi nodo precedente, alle variabili del flusso di lavoro o al contesto di esecuzione di un passaggio precedente in un passaggio successivo.
Workflows include alcuni strumenti aggiuntivi per una creazione e una gestione più facili della loro output:
Variabili sono coppie chiave/valore memorizzate (ad es. ID di gruppo, ID di categoria, ecc.) prontamente disponibili in tutti i flussi di lavoro per una configurazione più semplice.
Credenziali sono il luogo in cui è possibile memorizzare configurazioni di autenticazione riutilizzabili per i nodi di richiesta HTTP, in modo da non dover incollare le chiavi API nei flussi di lavoro.
Tabelle dati vengono utilizzate per memorizzare e interrogare dati di runtime, in modo da poter monitorare le esecuzioni (ad es. verificare se un flusso di lavoro è già stato eseguito su un topic specifico) e fare facilmente riferimento all’output di un flusso di lavoro.
Ogni esecuzione di un flusso di lavoro produce un log completo nella scheda Esecuzioni. Puoi vedere quali nodi sono stati eseguiti, quali dati hanno ricevuto, cosa hanno prodotto e dove si è interrotto un flusso di lavoro se qualcosa è andato storto.
Per provarlo, vai a Cambiamenti imminenti in /admin/config/upcoming-changes, trova l’elemento Abilita flussi di lavoro Discourse e aggiorna il campo Abilitato per… per optare il tuo sito in.
Negli ultimi quattro abbiamo sviluppato alcune integrazioni e automatizzazioni utilizzando questo nuovo plugin e posso solo dire che è assolutamente fantastico e rivoluzionario per Discourse. Questa è davvero la migliore nuova funzionalità degli ultimi anni (e ci sono già diverse funzionalità straordinarie ).
è un concetto davvero audace. ho dedicato molto tempo a creare potenti integrazioni tra n8n e Discourse. un’iniziativa incredibile che potenzierà notevolmente Discourse.
Adoro i nuovi flussi di lavoro: è un vero cambio di paradigma e può essere integrato anche con servizi come n8n.
Ho notato che il limite di richieste viene raggiunto spesso: come si può modificare?
Inoltre, non sono sicuro del motivo, ma ho riscontrato che a volte si ferma semplicemente e l’unico modo per farlo ripartire è disattivare e riattivare la funzione tramite “cambiamenti in arrivo”.
Immagina di poter creare un flusso in cui, in base al livello di fiducia degli utenti, puoi implementare comportamenti dinamici: ad esempio, se un utente è membro contemporaneamente di questi due gruppi, aggiungilo a questo terzo gruppo che gli concede l’accesso a una nuova categoria.
Implementare comportamenti dinamici del genere è difficile con Discourse vanilla.
Vorrei sapere in quali situazioni sia opportuno continuare a utilizzare Automazioni + query, e quando sia invece consigliabile usare i Workflows. Prendiamo come esempio la seguente azione:
Inviare messaggi privati agli utenti il cui rapporto tra letture e post supera 250:1 (e che finirebbero per finire nel gruppo “delisted”, noto anche come ‘lurkers’)
Quale strumento è più efficiente e/o consigliato per questo caso particolare? Quando dovrei usare Automazioni + query, e quando dovrei usare Workflows?
Comprendo che i Workflows consentono decisioni ramificate e quindi abilitano diagrammi dinamici; per iniziare, vorrei sapere cosa pensano gli utenti esperti riguardo a quelli più semplici.
Sarebbe davvero carino avere una sezione dedicata alla condivisione dei workflow! Questo aiuterebbe la comunità, ci permetterebbe di capire meglio tutti i meccanismi e, soprattutto, ci darebbe nuove idee per futuri progetti. È solo un’idea
Per informazione: trovo il modulo workflow molto riuscito, potente e intuitivo
Vorrei sapere se è possibile che, quando lo stato dell’evento è “completo”, il nome dell’evento venga rinominato automaticamente aggiungendo la parola “completo”. Questo permetterebbe agli utenti di vedere direttamente gli eventi completi nell’anteprima annuale, ad esempio, evitando di dover cliccare sull’evento per sapere se ci sono ancora posti disponibili. In alternativa, per andare oltre, si potrebbe visualizzare il numero di posti disponibili nel nome dell’evento. In ogni caso, questa è la mia impressione per migliorare l’esperienza d’uso per i miei utenti
).
(scherzo)
