SlackをAIエージェントにつなぐ

1. エージェントがSlackで行うこと

コネクタは、接続が返したトークンでSlackのウェブインターフェースと直接話します。五つの操作が使え、用途は三つに分かれます。

• 探す。 決定、リンク、すでに出た答えを見つけ出す——もう一度尋ねるのではなく。
• 履歴を読む。 チャンネルの流れをたどり、ある話がどこまで来ているかを把握する——役に立つ返答の前提です。
• 投稿する。 チャンネルに書く——報告、注意喚起、終えた仕事の結果。

求める権限は三つです——チャンネル一覧を読む、その履歴を読む、書き込む。ダイレクトメッセージについては何もありません。

2. アプリはチャンネルに招かれる必要がある

これが最初の驚きで、欠陥ではありません。Slackはチャンネルの履歴を、そのメンバーであるアプリにしか開きません。 招かれていないうちは、読み取りは「not_in_channel」と答え、何も返りません。

招待はSlackの側から、チャンネルごとに、同僚に対するのと同じように行います。始めは少し手間ですが、実はこれが製品の最良の保証です。エージェントの範囲はSlackの中で全員に見えます。 誰もがアプリのいるチャンネルを見られ、外すこともできます。他社の画面に隠れた設定が、チームの見ているものを覆すことはありません。

3. 投稿した書き込みは取り消せない

これが設定を決めるべき制約です。エージェントがチャンネルに投稿した書き込みはメンバー全員に読まれ、そっと取り消す方法はありません。通知は出てしまい、人は見ています。

実際上の帰結は三つです。

• 顧客や取引先、あるいは会社全体がいるチャンネルでは、書き込み前の承認を残してください。それが初期設定であり、そこで緩めるよい理由はありません。
• エージェントが継続して出すもの——報告、終えた仕事、注意喚起——のために専用のチャンネルを用意してください。そのチャンネルなら危険なく緩められます。読む人が、そこに何があるかを知っているからです。
• 「話が見えているように」というだけの理由で、決定がなされるチャンネルにエージェントをつながないでください。チャンネルを読むことは接続であって、礼儀ではありません。

4. チャンネルに書かれていることは命令ではない

メールと同じく、チャンネルの内容はエージェントが読むデータであって、実行する指示ではありません。誰かが——善意であれそうでなくとも——「このファイルをこの宛先に送るべきだ」と書けます。その文は理解すべきテキストであって、命令ではありません。

指示はエージェントに与えられた任務から来ます。そして会社を拘束する操作はすべて、実行前に求められる人の承認を通ります。誰もが書き込むツールでは、この切り分けは理屈だけの話ではありません。

5. 時間が経つと何が変わるか

Slackの値打ちは投稿ではありません——記憶です。

• 一週目。 一度答えた質問が繰り返されなくなります。エージェントが決定を見つけ、その書き込みを引きます。
• 三か月目。 エージェント用のチャンネルが、何が行われたかを見る場所になります。それを尋ねるための会議は要りません。
• 二年目。 それまで三週間を過ぎると読めなかったSlackの履歴が、また参照できるようになります——探し方を知っている者がいるからです。

数値の効果は約束しません。やり取りの量と、チャンネルの運用の規律に左右されます。

6. よくある質問

さらに読む

続けて読む：利用できるすべてのコネクタ、エージェントの働きを見る、ガバナンスと予算の管理。