RunLLM: The AI Support Engineer

RunLLMは、あなたの製品が実際に動くうえで使う素材を読む。ドキュメント、ヘルプセンター記事、過去のサポートスレッド、ログ、ソースコードだ。質問が来ると、一般知識ではなくこれらの資料から答えを引く。これが回答をあなたの製品に結び付け、当たり障りのない助言へ流れないようにする。資料を増やすほど、回答は具体的になる。

アシスタントはユーザーが本当に何を尋ねているかを推論し、どの資料を引くか自分で決める。質問に情報が欠けていれば、答えを作らずに聞き返す。提案の前にコードを実行して修正を検証することもできる。この振る舞いが、単純なドキュメントボットが止まる曖昧で多段の質問を扱える理由である。

ログを出す製品では、RunLLMはエラー出力とテレメトリを読み、何が失敗したかを診断する。サポートチケットをそらす力の土台はここにある。人を待たず、障害そのもののデータから答えを出すからだ。ユーザーに状況を再説明させる代わりに、実際のデータから出発し、あり得る原因を示す。

アシスタントは、具体的な問いに答えるコードを生成し検証する。ユーザーが詰まっているAPIへの、動くリクエストなどだ。あなたのコードとドキュメントを読むため、断片はもっともらしい推測ではなく、実際のインターフェースに合う。開発者向け製品では、動く例がチケットを閉じるか、もう一往復するかの分かれ目になる。

対象ごとに別々のAIサポートエージェントを作れる。サポート用、営業用、カスタマーサクセス用といった具合で、それぞれに資料と指示を持たせる。サポート用は解決に寄せて調整でき、営業用は別の素材を引く。こうして各アシスタントは自分の担当する質問に集中できる。

RunLLMはAIカスタマーサポートの一層として位置づき、顧客が使うチャネルの中で答える。自社サイトのウィジェット、Slack、Microsoft Teams、そしてZendeskなどのサポート基盤だ。ユーザーは別の場所へ飛ばされず、いる場所で助けを得る。同じ画面での回答はポータルへの転送に勝る。チケットをそらす力の多くは、この設置場所から生まれる。

うたい文句は短い立ち上げである。資料とチャネルを接続すれば、アシスタントが答え始める。そこからは、弱い回答を直すほど、実際の質問を多く見るほど良くなる。数か月がかりの導入ではなく、すぐ始めて使って磨くものと、チームは位置づける。