Ho riflettuto su questo argomento e ho letto la documentazione dell’API Slack chat.postMessage, e credo di poter ridurre il mio muro di parole a qualcosa di molto più semplice.
Solo watch e non follow ha la possibilità di scegliere le risposte in thread, attraverso un meccanismo che sto ancora cercando di determinare. In alternativa, @david, cosa ne penseresti di un nuovo filtro regola thread con priorità mute thread watch follow, e di integrare la regola in trigger_notification per abilitare comportamenti sensibili alla regola?
-
Se
watchè configurato per i thread (in alternativa, se è definita una regolathread), nell’invio di una notifica per un nuovo post a un canale Slack, se l’argomento del post ha untsdi Slack associato, pubblica in quel thread Slack impostandothread_tsal valoretsfornito da Slack. -
Nell’invio di una notifica per un nuovo post a un canale Slack, se l’argomento del post non ha un
tsassociato, memorizza il valoretsrestituito nella risposta per l’argomento (in modo che i post futuri sull’argomento possano essere inseriti in thread sewatchè configurato per i thread). -
Quando si utilizza il comando
post thread :thread_url, memorizza iltsdel thread nell’argomento creato, che sarà utilizzato solo dalle regolewatchin thread.
Ecco i miei pensieri e preoccupazioni attuali:
-
Come determinare se pubblicare nei thread su base per regola. Al momento mi sembra più semplice un nuovo filtro, ma forse sto tralasciando qualcosa.
-
Far passare l’URL originale del post Slack e l’ID del thread attraverso il flusso del transcript è ciò che mi risulta più opaco in questo momento. Sembra che debba davvero aggiungere un ID di thread specifico per provider da qualche parte e preservarlo fino al salvataggio del post. Lo implementerei solo per il
tsdi Slack, ma presumibilmente non sarà l’unica integrazione di chat con thread. -
Per la pubblicazione, credo di dover memorizzare il
tsdi Slack in un campo personalizzato specifico per Slack su Topic, non in un campo thread genericoDiscourseChat.