質問分類器を使った最小サンプル

目的

ユーザー質問を specs / howto / troubleshooting / pricing / other に自動分類
分類名は出力変数 class_name として得られる（下流で利用）
使い道は2通り
- A. 分岐なし：1本ルートで “書き分け”
- B. 分岐あり：分類ごとに 処理ルート（KB/モデル/温度など）を切替

質問分類器 Question Classifier

質問分類器はLLMで分類するため、分類する用語、カテゴリが近いものが複数ある場合、早く見つけた分類に分岐する場合がある。
LLMで分類するため、クラス1の文に同じ用語を光電センサ、クラス2に変異センサとある場合、センサの用語で引っかかって分岐を間違う可能性がある。それぞれに分岐できる質問を追記するべきである。

事前に決める分類

specs（仕様） / howto（手順） / troubleshooting（障害） / pricing（価格） / other（その他）
迷ったら other に落とす

ノード構成（共通の骨子）

Start
  ↓
質問分類器（→ class_name）
  ↓
A) LLM だけ（分岐なし）  ─→ End
      ーー または ーー
B) IF/ELSE（必要時のみ） ─→ 分岐先（例：RAG→LLM / LLM） ─→ End

質問分類器ノードの設定

クラス（カード）に入れる内容

トピック名（＝分類名）：specs / howto / troubleshooting / pricing / other
説明（任意）：その分類を連想できる短いキーワード

高度な設定 → 指示（貼り付け用）

あなたは問い合わせを次の5分類のいずれか1つに厳密に割り当てます。
分類名（厳守）:
- specs       : 製品仕様・スペック（例：対応OS、寸法、型式、性能）
- howto       : 使い方・操作手順（例：設定方法、ワークフロー手順）
- troubleshooting : トラブル・エラー（例：エラーコード、動作不良、対処）
- pricing     : 価格・費用（例：料金、見積、課金、割引）
- other       : 上記に当てはまらないもの

ルール:
- 必ず1つだけ選ぶこと
- 曖昧なら "other"
- 入力が短文でも推測しないで最も近いものを選ぶ
- 出力は小文字の分類名のみ（回答本文は不要）

使い方パターン

A) 分岐なし：1本ルートで“書き分け”（最小・わかりやすい）

LLM ノードの System に {{ question_classifier.class_name }} を渡して方針を切替。

System（例）

あなたは問い合わせ対応AIです。分類は {{ question_classifier.class_name }} です。
- specs: 仕様は箇条書きで正確に。推測しない
- howto: 手順を番号付きで。前提→ステップ→確認
- troubleshooting: 症状→原因候補→切り分け→対処の順で。注意喚起も
- pricing: 固定表現で案内。必要なら見積依頼を促す
- other: 追加で訊くべき2問を提案してから簡潔に回答

向いているケース

すべて同じモデル・同じKBでよい／配線を極力シンプルにしたい。

B) 分岐あり：必要なときだけ IF/ELSE（実務で効果大）

例：troubleshooting のときだけ 知識検索（RAG）→ LLM、それ以外は LLM直行。

IF 条件サンプル

{{ question_classifier.class_name == "troubleshooting" }}

ポイント

分類ごとに KB／モデル／温度／定型文など処理自体を切替できる。
重い処理を必要時だけ回し、速度/コストを最適化。

IF/ELSE以外の活用方法

1本ルートで書き分け（Aパターン）：class_name を System に渡し、出力方針のみ切替。
常時RAG＋LLM側で利用可否を制御：毎回検索し、troubleshooting のときだけ使うようSystemで指示（分岐不要・簡単／ただし毎回コスト増）。
検索の絞り込みヒント：メタデータやタグを使って、specs なら仕様タグを優先する等をプロンプトで指示。
ツール選択のヒント：pricing なら価格API、troubleshooting ならログ検索ツールを優先、とSystemで方針提示。

動作確認の入力サンプル（期待分類）

「このモデルはWindows 11に対応？」→ specs
「接続設定の手順を教えて」→ howto
「エラー632で起動しない」→ troubleshooting
「年間ライセンスいくら？」→ pricing
「今日の天気は？」→ other

運用Tips

まずは “障害だけRAG” の1分岐から始めると効果が出やすい。
分岐を増やすのは、KBやモデルを本当に切り替える必要が生じた時に。
分類ルールは「高度な設定 → 指示」に集約し、再現性を高める。
分岐を使うとログ観測やABテストがやりやすい（枝ごと比較）。

よくある質問

Q. IF/ELSEは必須？
A. いいえ。同じルートで良いならAパターン（分岐なし）でOK。

Q. 分類器の長文ルールはどこに貼る？
A. 各クラスのカードには「名称/説明」を、長文ルールは「高度な設定 → 指示」へ。

Q. 分岐条件は複数作れる？
A. 作れます。AND/OR も可。

以上。