【问题标题】：Is a Slack channel id unique across teams?Slack 频道 ID 在团队中是否唯一？
【发布时间】：2016-02-23 00:10:22
【问题描述】：

Slack channel/group/im/mpim id 在不同团队中是否唯一？换句话说，两个团队可以拥有相同 id 的频道吗？

我阅读了文档，在 Google 和 SO 上进行了搜索，但无法确认频道 ID 是否唯一。

【问题讨论】：

标签： slack-api slack

【解决方案1】：

Slack 计划很快在文档中澄清这一点。虽然现在假设 ID 在不同团队中是唯一的，您可能会过得很好，但我们强烈建议您通过团队 ID 确定所有存储和检索的范围。

基本上，我们建议将 ID 视为仅在团队中唯一，无论它们是否在经验上是全球唯一的。

这是保护自己未来的最佳方式。

【讨论】：

用户 slack 引用在不同团队中是否保持唯一？（我认为是的，但以防万一！）
@ThibautBarrère 不，用户 ID 也是团队特定的。目前无法跨团队可靠地跟踪用户。

【解决方案2】：

更新（2021 年 5 月）

虽然某些 Slack API 方法（例如 conversations.info 和 users.info）在通道 ID 上运行并且不需要团队 ID，但它们可能会根据提供的 Slack 令牌（“用户” , "bot", "classic bot") 的范围为 Slack 团队。（感谢@zizzo 在下面的 cmets 中指出这一点。）

原帖（2020 年 3 月）

有趣的是，Slack API 方法 conversations.info 和 users.info 只接受频道 ID 或用户 ID，没有团队 ID。这表明实际上可能不需要按团队 ID 确定范围。

由于 conversations.info 方法在 Taylor Singletary 最初回答时不存在^[1]（无论如何都不是公开的），因此关于 ID 范围界定的指导可能从那时起发生了变化。 p>

脚注

弃用早期方法以支持对话 API。 https://api.slack.com/changelog/2020-01-deprecating-antecedents-to-the-conversations-api

我们于 2017 年 9 月发布了 Conversations API，作为用于读取和写入有关频道、私人频道、直接消息和多方直接消息的信息的各种 API 的万能替代品。

【讨论】：

那些 API 方法只接受通道/用户 ID，因为由于您必须与请求一起发送访问令牌（访问令牌绑定到 Slack 团队），它们已经被限定了范围
好点@zizzo。 conversations.info 和 users.info 需要“用户”/“机器人”/“经典机器人”令牌。根据api.slack.com/authentication/token-types，只有“应用程序”令牌不是 Slack Team-scoped？