【问题标题】:Subscribing an User to a Thread using the Slack API使用 Slack API 为用户订阅线程
【发布时间】:2021-09-02 21:13:15
【问题描述】:

这是我多年来提出的第一个问题 :-)

我最近开始使用 Slack API 来编写一些通知机器人。 作为 bot 工作流程的一部分,我希望它向通道发送消息,在通道中它将根据初始消息创建一个线程。

这已经通过使用chat.postMessage 动词和thread_ts 属性完成。但是,用户未参与或未订阅的线程的消息将不会发送任何通知。

我的问题是,是否可以让机器人为您订阅线程? in this Slack KB post 对此进行了解释,您可以在其中使用三个虚线菜单或通过 ping 用户手动登录通知。

我最初的想法是基于 Block Kit 界面,点击按钮可以订阅频道,提供比三点菜单方法更多的可见性。这可行吗?

我在Slack API method Reference 上没有找到任何对此的参考,但它可能隐藏在其他地方。

作为一种后备机制,我会考虑使用“订阅者”列表编辑原始消息,以便他们通知线程的更新。

【问题讨论】:

  • 感谢,您的问题写得很好。它经过充分研究并包含相关链接。

标签: slack slack-api slack-block-kit


【解决方案1】:


正如您已经提到的,没有公开可用的 API 来订阅线程通知。
我建议向Slack Support 发送消息,询问任何私有 API。

在他们的客户内部,他们使用以下 API:

https://{{domain}}.slack.com/api/subscriptions.thread.add
https://{{domain}}.slack.com/api/subscriptions.thread.remove

我很好奇你的后备机制。
您是否打算在原始消息中标记相关方?
您可以尝试在回复原始消息时标记它们,这样原始消息就会保持整洁。

【讨论】:

  • 感谢您的回复!目标用户并不多,所以我最初的想法是修改初始消息,但如果事情在用户方面扩展,我可以“预订”一条消息来 ping 那些“订阅”的用户。这种方法的一个限制是它模仿了subscriptions.thread.add,但据我所知,subscriptions.thread.remove 没有类似之处。
  • 将您的回复标记为已接受,因为当我询问 Slack 的支持团队时,我基本上收到了您的回复。 :) 作为参考,我的一个问题是是否有计划公开此 API,但没有时间表。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2019-10-09
  • 2019-12-15
  • 2019-12-09
  • 2018-12-18
  • 2011-11-22
  • 2020-11-15
  • 1970-01-01
相关资源
最近更新 更多