概述
Slack 集成使 Threada 能够发送通知、从频道收集受理请求并转发升级告警——所有操作均受工作区策略治理。
功能
- 在频道发布 WorkItem 摘要和升级告警
- 从指定频道收集受理请求
- 当有审批待处理时在 Slack 中通知审阅者(审阅者在 Threada Work 中批准)
- 按策略分类和优先级路由通知
- 每条消息和交互的审计轨迹
一个实例演示
Threada 与 Slack 运行的一个端到端流程:
- 一名团队成员在指定的 Slack 频道中发布一个请求,Threada 将其捕获为带有类型化模式的受治理 WorkItem。
- Threada 起草一份有据可依的答案或提出一项操作,并向 Slack 发布通知,提醒相应的审阅者有一项审批待处理。
- 审阅者打开 Threada Work,在一个明确的决策步骤上批准或拒绝;随后已批准的操作以幂等方式作为受治理的操作运行。
- 结果会发回该频道,且每条消息和交互都记录于审计轨迹。
设置
在 Studio 的包治理下配置该集成。以限定权限安装 Threada Slack 应用,并将频道映射到您的工作流定义。
- 在 Studio 中,于包治理下添加 Slack 集成。
- 以范围限定、最小权限安装 Threada Slack 应用。
- 映射 Threada 可从中读取受理请求并向其发布结果的频道。
- 验证连接;只有在测试成功后,集成才会启用。
权限与数据访问
Slack 通过最小权限接口连接,每个接口都有一个由您掌控的凭证。
- Threada 的 Slack Marketplace 应用仅请求单一 OAuth 范围 commands,因此它只会接收您的 /threada 斜杠命令调用,且不存储任何 Slack Web API 令牌。
- 频道消息受理与频道发布使用一个租户 Slack 应用,其 bot token 和 signing secret 由您提供;它们存储于 Secret Manager,且仅用于您所映射的频道——与 Threada 其他集成采用相同的凭证模型。
- 在 Threada 创建 WorkItem 之前,入站 Slack 请求会对照您的 Slack signing secret 进行验证;出站告警也可使用不含令牌的 Slack incoming webhook URL。
- 卸载或停用该集成会停止受理与发布,并保留已创建 WorkItems 的审计历史。
常见问题
人们可以直接在 Slack 中批准操作吗?
不能在 Slack 内进行。Slack 会收到一项审批待处理的通知;审阅者在 Threada Work 中的一个明确决策步骤上批准或拒绝,只有在此之后受治理的操作才会运行。结果可以发回该频道。
Threada 会从 Slack 捕获受理请求吗?
会。指定频道中的消息会成为带有类型化模式的受治理 WorkItems,因此一条非正式的 Slack 请求会转化为结构化、可追踪的记录,而不是一条丢失的消息线索。
该集成需要哪些访问权限?
为正在使用的特定频道安装并配置了范围限定、最小权限的 Threada Slack 应用。每条消息和交互都会记录于审计轨迹。