始め方は3通り
- 対話インサイトの一覧 — テンプレートを見るを押すと**「テンプレートから 始める」が開きます。用意された8種類のプリセット（健康確認、着信の振り分け、 リードの見極め、予約確認、出席確認、受診後フォロー、支払いフォロー、満足度） から選ぶ画面です。それぞれに何のためのものかを示す一行の説明があり、1つ選ぶと 決定する前にそれが持つすべてのフィールドが表示されます。隣の新しい対話 インサイト**は空の状態から直接始め、**既存の対話インサイトをコピー…**はすでに 作ったものから始めます。
- エージェント自身のページ — そのエージェントのシステムプロンプトを読み取る ダイアログインサイトを生成ボタン。詳しくは後述します。
- チャットの中の Octo — 作成・編集・紐付けという操作はどれも Octo が呼び出せる 普通のツールなので、「X、Y、Zを聞く対話インサイトを設定して」は1文で済み、 フォームを埋める必要はありません。
どの方法でも、できあがるインサイトの種類が変わるわけではありません。テンプレー トはあくまで最初の下書きを埋めるだけで、「フィールドの名前変更・編集・削除は 後からできます」。
フィールド
各フィールドは名前と、テキスト・数値・選択肢・はい / いいえの いずれかの型、そして抽出の指示（「この値を設定する条件と、設定しない条件を AI に具体的に指示してください。」）でできています。この一文は、自分用のメモで はなく、モデルが実際に従う指示そのものです。だから曖昧な指示は曖昧な抽出にしか なりません。「誰かが危険な状態にあるか、何かが完全に止まっていれば緊急、それ 以外は通常」なら一貫した答えが返りますが、「どれくらい急いでいそうか」では そうはいきません。最大8,000文字まで入るので、症状の一覧やタイブレークまで 含む多段階のトリアージ規則を一文に圧縮する必要はありません。
選択肢型のフィールドは使用できる値を列挙し、それぞれが独自の名前、独自の色、 そして — フィールド全体のガイダンスとは別に — 独自の抽出基準を1行持ちます （「緊急」という値なら*「どんなときに緊急を選びますか？」*）。1つの値につき 最大2,000文字です。これはわざと1つの共有段落ではなく、値ごとに独立した2つ目の 入力欄にしてあります。3段階の重大度を1つのガイダンスで済ませると、モデルには それぞれについて数語しか渡らず、結局どれか当てずっぽうで選ぶようになる — まさにこれを防ぐための仕組みです。色を設定しないままにしても中立の灰色には ならず、アンバーになります。だから何か別の色を選ばない限り、すべての選択肢 ラベルは意図的に選ばれたように見えます。値のない選択肢は「何も制限しません」 ので、値は最低1つが必須であり、あってもなくてもいい飾りではありません。
ラベルとして出力は、あるフィールドの答えを会話上のラベルに変換します — 「色を選べるのは人だけなので、色付きのラベルは自動分類が付けたラベルより前に 表示されます。」 出力しようとしている値が、自動トリアージがすでに付けている 値と同じ場合、保存する前にエディタがそのことを教えてくれます。それをトリガー にするワークフローは「2 か所から起動します」。
空のインサイトから始めても、ゼロからではありません。あらゆる抽出には設定なし で最初から、完全な文字起こし、通話時間、終了理由、留守番電話が検知されたか、 人に引き継がれたか、チャネルと方向、そしてすでに登録済みの連絡先情報が渡され ています。フィールドは、それらだけではまだ答えられないもののためにあります。
テスト実行 — 本番のコストが発生する前に
テスト実行は選んだ会話に対して同じ抽出を走らせ、今のガイダンスが本番で何を 生成するかを事前に確認できるようにします。ソースは2種類：過去の会話を使う か文字起こしを貼り付けるです。保存済みの会話は「その会話の通常の分析と 同じモデルを使用します」。貼り付けたものはプラットフォームの既定モデルを 使います。どちらの場合も、「テスト実行はワークスペースの LLM 使用量に加算 されます。データの書き込みやラベルの付与は行いません。」 — 実際にお金は かかりますが、何も変わりません。
保存
保存すると、何にも紐付いていないインサイトはそのことをはっきり伝えます — 「保存しました。エージェントまたはキャンペーンに紐付けるまで実行されません。」 保存された下書きは、実行中のものではありません。
どこに紐付けるか — 既定であるエージェントか、その既定を上書きする特定の キャンペーンか — はそれ自体が1つの判断であり、選ぶ前に知っておく価値のある 2つの失敗パターンがあります。 「通話の後に何が起きるか」で読む。
エージェントがすでに聞いていることから生成する
すべてのエージェントのページにはダイアログインサイトを生成ボタンがあり ます。アンケート用に作られたエージェントに限りません。これはそのエージェント 自身のシステムプロンプトを読み取り、電話をかけてきた相手にすでに聞いている ことをフィールドに変換するので、自分の質問をもう一度別のフォームに打ち直す 必要はありません。
これは何かを変えてしまう1クリックではなく、独立した2つのステップです。
- 生成がプロンプトを読み取り、フィールドを提案します。まだ何も保存されて いません — 「まだ保存されていません。下の項目を確認してから作成してくだ さい。」 ダイアログのタイトル自体が、見つけた内容を正確に伝えます。 *「5 件を読み取り、4 件を採用」*は、提案された候補が5件、レビューで除外 されずに残ったものが4件という意味です。
- リストを確認します — 提案された各フィールドは残すか外すかを選べます — そして初めて作成して紐づけるを押します。既存のインサイトの上に 再生成している場合は、ダイアログが旧版と新版を並べて比較し、確定する前に 今のフィールドのどれかが外れてしまう場合は件数で警告します。
すでに終わった会話に対しては何も実行されません — 「次の会話から抽出が始まり ます。すでに終了した会話にはさかのぼりません。」 そしてプロンプトは生成した 後でも変わりうるため、このボタンはそれを覚えています。後でシステムプロンプト を編集すると、インサイトのページは両者がもう一致していないかもしれないと伝え、 再生成するか、フィールドを手で編集するかを選べます。