接上你的工具
把 Slack 接给 AI 智能体
Slack 是公司对齐步调的地方，也是信息消失得最快的地方。 一个接到 Slack 的智能体在频道里检索、读取它们的历史，并在其中发帖。有两条约束决定了其余的一切，接入之前最好先知道：应用必须被邀请进频道才能读它的历史，而它发出的消息人人可见且收不回来。
1. 智能体在 Slack 里做的事
连接器用接入返回的令牌，直接与 Slack 的网页接口对话。可用的操作有五项，围绕三种用法：
- 检索。 找回一个决定、一个链接、一个已经给过的答复——而不是再问一遍。
- 读取历史。 接上一个频道的线索，弄清某件事推进到哪一步——这是一句有用回复的前提。
- 发帖。 在频道里写：一份汇报、一条提醒、一项已完成任务的结果。
索取的权限有三项：读取频道清单、读取它们的历史、写入消息。关于私信，一项也没有。
2. 应用必须被邀请进频道
这是第一个意外，而且它不是缺陷：Slack 只把一个频道的历史开放给身为其成员的应用。 在应用被邀请进去之前，读取会回一句「not_in_channel」，什么也拿不到。
邀请是在 Slack 那边做的，一个频道一个频道地来，就像对待一位同事。开头是有点活儿，而这实际上是产品最好的保证：一个智能体的范围在 Slack 里人人可见。 谁都看得到应用出现在哪些频道里，也都能把它请出去。任何藏在别家界面里的设置，都推翻不了团队亲眼所见。
3. 发出的消息收不回来
这就是应当支配您设置的那道约束。智能体发到频道里的消息，全体成员都会读到，而且不存在悄悄收回：通知已经出去了，人已经看见了。
三个实际的后果：
- 在有客户、有合作方或有全公司在场的频道里，请保留写入前确认。那是默认设置，而且没有什么好理由在那里放宽。
- 为智能体持续交付的东西——汇报、已完成的任务、提醒——专门开一个频道。那个频道可以放心放宽，因为读它的人知道自己会在那里看到什么。
- 不要仅仅为了让它「知道情况」，就把智能体接到一个做决定的频道上。读一个频道是一种访问，不是一种礼貌。
4. 频道里写的话不是命令
和邮件一样，频道的内容是智能体读取的数据，绝不是它执行的指示。有人——不论善意与否——可能写下「智能体应当把这个文件发到这个地址」：那条消息仍然只是需要理解的文字，不是命令。
指令来自交给智能体的任务，而任何约束公司的动作都要经过在执行前请求的人工确认。在一个人人都能写的工具里，这道区分不是纸上的细节。
5. 时间久了会有什么变化
Slack 的价值不在发帖——在于记忆。
- 第 1 周。 已经答过的问题不再被重新问起：智能体找到那个决定，并引用那串往来。
- 第 3 个月。 智能体的频道成了看见「做了什么」的地方，不必再开个会去问。
- 第 2 年。 Slack 的历史，此前过了三周就没法看，如今又能查了——因为有人懂得在里面找。
不承诺任何数字化的收益：它取决于往来的体量和您各频道的纪律。
6. 常见问题
智能体会读私信吗？
不。所索取的权限只涉及频道：它们的清单、它们的历史，以及写入。私信不在其中。
为什么在有些频道里读取会失败？
因为应用还没有被邀请进那个频道。Slack 这时会回「not_in_channel」。从 Slack 里像邀请成员那样邀请它，读取就正常了。也正是这一点，让范围对全队可见。
智能体能删掉自己发的消息吗？
不能，而这是本页最重要的一点。发出去的就是被看见了。所以写入前确认默认开着，所以我们建议除了一个专供汇报的频道之外，处处都把它保留。
能把一个智能体限制在单个频道里吗？
可以，而且这正是推荐的用法。接入要求点明工作区和频道；在 Slack 那一侧，应用也只读它所属的频道。两道机制互相叠合，反倒让人不容易弄错。