ナレッジベース

ナレッジベースは、Finn がビジネスについて知っておくべき情報をすべて保存する場所です。メニュー、料金、営業時間、ポリシー、FAQ など、発信者から尋ねられそうな内容を登録します。発信者が質問すると、Finn はここから回答を取得します。

難しく考える必要はありません。 ほとんどのユーザーは PDF を 1 つ（FAQ や製品パンフレット）アップロードするところから始めますが、それだけで Finn は発信者からの質問の 80% に対応できます。あとからいつでも追加できます。

プライバシー: ナレッジベースに登録した内容は、この Finn が対応するすべての通話で検索対象になります。口座残高や注文状況など、発信者ごとに異なるデータは登録しないでください。その用途にはライブデータ取得用の Webhook を使用します。

設定場所

Create New Finn → Knowledge Base タブ。作成後も View All Finn → [Finn] → Edit → Knowledge Base から編集できます。

3 つのソース、1 つのインデックス

次の 3 種類のソースを自由に組み合わせて利用できます。

1. アップロードファイル — PDF、DOCX、Markdown、プレーンテキスト。
2. 貼り付けテキスト — エディタに直接コピー＆ペーストした内容。
3. ウェブサイトインポート — URL を指定すると、プラットフォームがページをクロールしてインデックス化します。

3 つすべてが、Finn ごとに 1 つの検索可能なインデックスに集約されます。通話中、Finn はスニペットの出所を認識しません（また認識する必要もありません）。

アップロードファイル

対応フォーマット

制限

• 最大ファイルサイズ: 1 ファイルにつき 25 MB。
• Finn あたりの最大ファイル数: 100。
• インデックス化される合計サイズ: Finn あたり 500 MB（プランにより異なります）。

インデックス化される対象

プラットフォームはテキスト、表、見出しを抽出します。画像やスキャンのみの PDF（テキストレイヤーなし）はスキップされるため、事前に外部で OCR してください。

ベストプラクティス

• 巨大な PDF を 1 つ用意するより、小さいファイルを数多く用意するほうが効果的です。検索システムは焦点の絞られた文書でより高い性能を発揮します。
• 定型部分を削除 — ヘッダー、フッター、ページ番号はノイズになります。
• 1 ファイル 1 トピックを維持 — 全体を再インデックスせずに更新しやすくなります。

貼り付けテキスト

ファイルにするほどではない簡易的な内容向けです。制限: 1 回の貼り付けにつき 100,000 文字、Finn あたり 10 件まで。

用途:

• FAQ の抜粋。
• 短い製品説明。
• 日々変わるデータ（本日のプロモコード、現在の待ち時間など）。ただし本当にリアルタイムなデータには、代わりに Webhook タスク を使用してください。

ウェブサイトインポート

URLを指定します。プラットフォームがサイトをクロールし、ページをインデックス化します。

設定

適しているもの

• 一般公開のヘルプセンターやFAQページ。
• HTMLが整理された製品カタログ。
• 静的レンダリングのマーケティングページ。

適さないもの

• ログインが必要なサイト。
• ページ読み込み後にJavaScriptでコンテンツを描画する大規模なシングルページアプリ（代わりにファイルアップロードを使用）。
• robots.txtでクローラーをブロックしているサイト（プラットフォームはこれを尊重します）。

通話時の検索の仕組み

発信者が質問すると：

1. Finnが発信者の発話からクエリを生成します。
2. プラットフォームがインデックスを検索します（ベクトル検索とキーワード検索のハイブリッド）。
3. 上位N件の一致するスニペットがLLMプロンプトに挿入されます。
4. Finnがそれらのスニペットに基づいて回答を生成します。

通話ごとに何が検索されたかは、Data Extractor Sidebar → Knowledge タブで確認できます。「なぜFinnはそう答えたのか？」を調べる際に便利です。

検索のチューニング

Finnの回答が誤っている、または的外れな場合：

• より具体的なコンテンツを追加する。 「返金ポリシーは？」への回答が曖昧な場合、返金ポリシー専用のファイルを追加します。
• 矛盾を解消する。 内容の異なる2つのファイルは検索を混乱させます。監査して整合させてください。
• ウェルカムメッセージのガードレールを強化する。 対応範囲をFinnに明示します。「スケジュール調整に関する質問のみ回答してください。それ以外は担当者に転送してください。」
• 再ランク付け。 プレミアムプランではソースごとに優先度を設定でき、新しいファイルが古いファイルより優先されます。

ナレッジベースを使うべきでない場合

以下のデータはここに置くべきではありません。

• 発信者ごとのデータ（口座残高、注文状況）— Webhookタスクを使ってリアルタイムに照会してください。
• 機密データ（社会保障番号、クレジットカード番号の全桁）— 絶対に貼り付けないでください。KBは全通話から検索可能です。
• 変動の激しいコンテンツ（1時間ごとに変わる価格など）— これもwebhookで処理します。

KBはすべての発信者に共通する背景情報のためのものです。発信者固有の情報や時間に左右される情報は、リアルタイム照会にしてください。

再インデックス

プラットフォームが再インデックスを実行するタイミング：

• 自動 — ソースを追加・削除・編集したとき。
• スケジュール — ウェブサイトインポートの場合、再クロール頻度に従います。
• 手動 — ナレッジベース → 今すぐ再インデックス。完全な再構築を強制します。

再インデックスは通常、数秒（小規模なKB）から数分（500 MB）で完了します。

費用

ナレッジベースのストレージとクエリは、上記のサイズ上限まではプランに含まれます。上限を超える場合はプランのアップグレードが必要です。請求 →を参照してください。

次のステップ

• ワークフロー → — 自由形式の検索では構造が足りない場合に。
• 連携 → — webhook経由のリアルタイムデータ照会。