要約

  • Frigade は9月8日、既存エージェントから製品への質問や操作案内を呼び出す Assist API を発表した。
  • 自社の対話画面を維持しても、回答の根拠を更新し、修正を承認する責任が自動的に明確になるわけではない。

サポート担当者が誤った案内を見つけたとき、誰に依頼すれば直せるのか。Frigade の新しい API は、この問いを自社開発エージェントの運用にも持ち込む。9月8日の発表では、製品に関する回答や画面上の案内を、顧客企業がすでに持つエージェントから利用できるようにした。別のチャット窓を追加する必要はない。

製品説明によると、呼び出すタイミングと返ってきた結果の扱いは顧客側のエージェントが決める。自社開発への投資を残しながら、一部の能力だけを調達できるわけだ。ただし、利用者に見える窓口が同じことと、その背後の知識を自社で管理できることは別である。

更新を見つける機能と、使ってよいと判断する仕事

Frigade は、ブラウザー上で製品を操作して学び、文書も取り込みながら変更に合わせて知識を更新する仕組みを説明している。これは提供者による説明であり、すべての権限や更新を漏れなく、即座に把握するという独立した実証ではない。

管理者に見える設定が一般利用者にも見えるとは限らない。画面に機能が存在しても、個別の契約に含まれるとは断定できない。企業側には、どの権限と例外を試験し、古い案内をいつ止めるかという判断が残る。製品の把握を外注しても、回答を利用者に出してよいかという確認まで不要にはならない。

フィードバック機能は、サポートや製品担当者が回答の方針を修正できるとする。利用者の困りごとを知る人が直接関与できるのは利点だ。一方、一つの契約条件に合わせた修正が別の利用者にも及ぶなら問題になる。修正の承認者、適用範囲、取り消し方法が必要だ。

二つの「ツール呼び出し」を分ける

Frigade に案内を求めることと、利用者の代わりに処理を実行することは同じではない。別途用意されている操作実行機能は、開発者が明示的に公開した関数を使う。Assist API の発表だけを根拠に、アプリ内の任意の操作が許可されるとは読めない。

有人対応への引き継ぎについても、会話履歴を渡せることと問題の解決は区別すべきだ。評価するなら、引き継ぎ後の完了、再問い合わせ、担当者の作業時間まで追う必要がある。

公開されているGrowth プランは月額1,000ドルからで、2,500件のクエリーと二つのエージェントを含む。これはクエリー追加時の単価でも、Assist API の完全な個別見積もりでもない。確認作業や有人対応、連携の維持費を含めた比較が必要となる。チャット窓が一つ減ることは、純粋な費用削減が実証されたことを意味しない。