実際のビルダーの作業モデル。ステップをクリックし、エージェントを名前変更し、ソースとツールを切り替えます。
知識とアクションは意図的に分離されている
ほとんどのエージェントビルダーは2つを曖昧にし、エージェントが何に触れることができるかを失う。Klartは線を鋭く保つ。
データソース — それが知っていること
読み取り専用。エージェントはこれらから答え、引用します;答えがない場合、それを作り出す代わりに、それを言います。
Drive、Notion、Confluence、Jira、ウェブサイト、アップロード済みファイル
既存の権限は継承され、拡大されることはありません
コンテンツが変わるにつれて再インデックス — 古い答えではありません
ツール — それができること
書き込みアクセス、一度に1つのアクション付与。すべてのツールは実行前に承認を要求できます。
チケットを作成し、CRMレコードを更新し、メールを送信し、課題を提出します
あらゆる内部API: エンドポイント、認証ヘッダー、JSONパラメータ
すべての呼び出しがログに記録 — 誰が尋ねたか、何が実行されたか、何が返ってきたか
1つのエージェント、3つの表面
一度構築してください。あなたのチームはチャットで使用し、あなたの製品はAPIから呼び出し、あなたの顧客がサイトで会う。
あなたのチームはリストから選択します
公開されたエージェントはKlartyと残りとともにワークスペースチャットに表示されます。引用で答え、ツールを実行するときはスレッドで正確に実行するものを表示します。
引用された回答。誰もが情報源を確認できます
スレッドのツール領収書。ログに隠されていない
Slackおよび Microsoft Teams からもアクセス可能
チームが最初に構築する
1週間で自分の代金を払う3つのカスタムエージェント。
オンボーディングエージェント
ハンドブックとIT wiki からすべての新入社員の質問に答え、アクセスリクエスト自体をファイルします。
レベル1サポートエージェント
サイトに配置され、繰り返しの質問を解決し、できないときはコンテキスト付きチケットを開きます。
RFP応答エージェント
過去の入札と セキュリティドキュメントから答案を作成し、それぞれを引用し、CRMでディールをログします。