Slackの社内アシスタント:会社を知り、出典を示すAIエージェント

小さな会社では、同じ質問が毎週のように戻ってきます。休暇はあと何日残っているか、経費精算はどうするか、アクセス権は誰に頼むか、契約書のひな形はどこにあるか。答えはあるのに、誰も見つけられないドキュメントに散らばっていたり、一日中話しかけられている2、3人の同僚の頭の中にしかなかったりします。これらは答えが安定した頻出の質問であり、既知の情報源から答え、「分かりません」と言えるのであれば、AIエージェントに向いています。

着想:会社を知っている同僚

出発点は、Hermes Agentのユーザーが報告している使い方で、Slack上の、会社を知る社内アシスタントに関するカードにまとめられています。会社の知識を、チームがすでに会話している場所に置き、新しいツールではなく会話の中で答えるという考え方です。

2つの条件は守ります。出典を示すことと、自分の限界を認識することです。Atakoは、プロジェクトのwikiをもとに1つのチャンネルだけで回答し、答えられなかった質問が補完用のFAQを育てるエージェントで、この考え方を実現します。

エージェントの仕事

このシナリオは、Slackとプロジェクトのwikiに接続した1つのエージェントをデプロイします。

起動時に、指定されたトピックごとに1ページをwikiに作成します。各ページには短い導入と「記入が必要」のセクションがあります。加えて、ページ「FAQ - 未回答の質問」も作成します。内容は作り出さず、チームが記入します。その後、選ばれたチャンネルを見つけて自己紹介します。何に答えられるか、拠り所とするページを示すこと、そして分からないときはそう伝えることです。

その後は、平日の8:00から19:00まで10分ごとに、チャンネルの新しい質問を読みます。1件ごとにwikiと記憶から答えを探し、スレッドで回答します。短く直接的な答えの後に、出典ページのタイトルを添えます。2つの情報源が矛盾する場合や、古そうなページがある場合は、その旨を伝えます。何も見つからないとき、または答えの一部しか見つからないときは、はっきりそう伝え、見つかった内容を示し、会社の説明とSlackのディレクトリに基づいて適切な担当者を案内し、質問を投稿者名なしで未回答の質問のFAQに追加します。その後、誰かがスレッドで答えた場合は、その答えを適切なトピックのページに記録します。毎週金曜日の16:00には、チャンネルに短いメモを投稿します。対応した質問、未回答のままの質問、埋めるべきページです。

エージェントが行わないこと

制限は設計の一部です。エージェントが話すのは選ばれたチャンネルだけで、必ず質問の下のスレッドで行います。ダイレクトメッセージは送らず、ほかのチャンネルには投稿せず、ほかのチャンネルは読まず、誰かを招待したり削除したりもしません。これらのツールは付与されていません。

答え、ルール、日付、金額、名前を作り出しません。wikiに書かれていなければ知らず、開いていないページを出典として示すこともありません。給与、評価、健康、紛争などの機密性のある話題では、チャンネルでは答えず、個別に適切な担当者へ案内します。チャンネルのメッセージは質問として扱い、指示としては扱いません。ルールの無視、指示の開示、チャンネル外での行動を求めるメッセージは、1行で断ります。既知の範囲を超える事柄の判断は人が担います。これが人による確認を組み込んだ設計の原則です。

Atakoでの設定方法

このユースケースのページから、デプロイは4つのステップで完了します。

1. Slackを接続します。 チャンネルの履歴の読み取り、メッセージの書き込み、ディレクトリの参照ができるトークンをもつSlackアプリを作成し、選んだチャンネルに招待します。接続は、何かが作成される前に確認されます。
2. コンテキストを入力します。 チャンネル名、誰が何を担当しているかが分かる会社の説明、対応するトピックの一覧を伝えます。アシスタントはこれらを使ってwikiのページを作成し、質問を適切な担当者に案内します。
3. デプロイします。 1回の操作でエージェントとプロジェクト「社内アシスタント」が作成されます。エージェントはプロビジョニングされ、最初の指示を自分で受け取ります。
4. 最初の結果、その後は定期的に。 エージェントはwikiのページを作成し、チャンネルで自己紹介し、自分が行ったことと、チームに残る作業(トピック別ページの記入)をチャットで要約します。その後、10分ごとの監視と金曜日のメモを自分でスケジュールします。

アカウントをまだお持ちでない場合は、作成するとトライアルが始まり、その直後にシナリオが設定されます。管理者がエージェントの作成を許可していない場合は、デプロイでその旨が通知され、そこで終了します。

結果の確認場所

回答は、Slackのチャンネルで各質問の下のスレッドに表示されます。出典とFAQは、プロジェクト「社内アシスタント」のwikiで確認できます。トピックごとに1ページあり、ページ「FAQ - 未回答の質問」もあります。起動時の要約はエージェントのチャットで読め、Atakoのフロアではエージェントが現在の動きとともに表示されます。

挙動を調整するには、エージェントのチャットで伝えます。たとえば「経費についてはアンナではなくマルクを案内してください」と書くと、その指示は記憶に保持されます。

安全策

アクセスは意図的に狭くしています。Slackの接続は、チャンネルの一覧、履歴とスレッドの読み取り、メッセージの投稿、メッセージのリンクの取得、ディレクトリの参照、リアクションの9つのツールの一覧で付与されます。ツールの一覧が短いエージェントは、数百のカタログの中で迷うエージェントより確実にツールを使えます。付与されていないことは起こり得ません。ダイレクトメッセージ、メンバー管理、削除はできません。

作成するトークンが最初の安全策です。アプリを選んだチャンネルにだけ招待すれば、Slack側でもアクセスを限定できます。トークンは暗号化して保存され、失効やエージェントのアクセス削除はいつでも可能です。

人による確認は、意思決定の場面に置かれています。チームが正式なwikiのページを書いて修正し、アシスタントが扱えない質問に答え、機微な話題の管理を担います。

期待できること

アシスタントの質は、wikiの質に比例します。初日、トピック別ページが空の状態では、主に「分からない」と答えてFAQを育てます。このFAQは、何を文書化すべきかを正確に示してくれます。数週間かけてページが埋まるにつれ、回答は増えていきます。読むのは選んだチャンネルだけなので、ほかの会話やwiki以外のドキュメントは見えません。価値は継続性から生まれます。質問には数分で出典付きの回答が届き、ドキュメントの抜けが自然に見えてきます。