中古車販売店の営業が、お客様のあいまいな要望（予算・用途・色・装備）から在庫の車両を探し、条件に合う度合いと外れた条件を添えて示す

処理の起点を決める

起点は2つあります。1時間ごとの取り込みと、営業の検索のボタンです。

取り込みは、在庫管理の仕組みから全車両の情報を書き出して索引を入れ直します。仕入れて展示の準備中の車も入れ、状態の項目で「準備中」と分けます。 準備中の車は、お客様の希望によっては提案できるからです。

検索のボタンは、営業が要望を打ち込んだ後に押します。Webの問い合わせで特定の車が売れていたときは、その車の情報を要望の代わりに使う「この車に近い車を探す」のボタンも置きます。 そのときは、元の車の支払総額・ボディ・定員を条件の材料にします。

入力データを集める

質を決めるのは、色の系統の表です。 メーカーの色名は数百あり、「パールホワイトⅢ」「ホワイトパールクリスタルシャイン」は、どちらもお客様にとっては「白」です。取り込みのときに色名から系統を引き、color_family に入れます。 表に無い色名は「未分類」にして、営業に表への追加を頼みます。

修復歴と保証・点検整備の有無は、必ず持たせます。 公取協の資料は、定期点検整備の実施の有無と保証の有無を明瞭に表示するとしています。候補の一覧でも、この3つは常に出します。

データの取得方法を決める

索引の設定は次のようになります（同義語の組は一部だけを示します）。

PUT /stock
{
  "settings": { "analysis": {
    "filter": {
      "equip_syn": { "type": "synonym_graph", "synonyms": [
        "ナビ, カーナビ, ナビゲーション",
        "バックカメラ, バックモニター",
        "両側電動スライドドア, 両側パワースライドドア" ] }
    },
    "analyzer": {
      "equip_index":  { "type": "custom", "tokenizer": "kuromoji_tokenizer",
                        "filter": ["cjk_width", "lowercase"] },
      "equip_search": { "type": "custom", "tokenizer": "kuromoji_tokenizer",
                        "filter": ["cjk_width", "lowercase", "equip_syn"] }
    }
  } },
  "mappings": { "properties": {
    "stock_no":     { "type": "keyword" },
    "store":        { "type": "keyword" },
    "maker":        { "type": "keyword" },
    "model":        { "type": "keyword" },
    "total_price":  { "type": "integer" },
    "vehicle_price":{ "type": "integer" },
    "year":         { "type": "integer" },
    "mileage_km":   { "type": "integer" },
    "capacity":     { "type": "integer" },
    "body":         { "type": "keyword" },
    "slide_door":   { "type": "keyword" },
    "drive":        { "type": "keyword" },
    "color_name":   { "type": "keyword" },
    "color_family": { "type": "keyword" },
    "equipment":    { "type": "text", "analyzer": "equip_index",
                      "search_analyzer": "equip_search" },
    "repair_history": { "type": "boolean" },
    "warranty":     { "type": "keyword" },
    "inspection":   { "type": "keyword" },
    "stage":        { "type": "keyword" }
  } }
}

同義語は検索のときだけ効かせます。 公式のドキュメントでは、synonym_graph は検索の分析器だけで使うものとされ、索引のときに使うと複数の語からなる同義語の後ろの語の位置がずれる、とあります。索引のときに同義語を効かせたいなら synonym のフィルタを使うとされています。この構成では、同義語の表を直しても索引を作り直さずに済むよう、検索の側に置きます。

探す形は次のとおりです。

POST /stock/_search
{ "query": { "bool": {
    "filter": [
      { "range": { "total_price": { "lte": 2000000 } } },
      { "range": { "capacity":    { "gte": 6 } } },
      { "term":  { "slide_door": "both_sides" } },
      { "terms": { "stage": ["on_sale", "preparing"] } } ],
    "should": [
      { "terms": { "color_family": ["white", "silver_gray"] } },
      { "match": { "equipment": "ナビ" } },
      { "match": { "equipment": "バックカメラ" } } ] } },
  "size": 20 }

公式のドキュメントでは、range は gte・gt・lte・lt で数値の範囲を指定できます。filter の条件は点数に関わらず、外れた車を落とします。 should は点数を上げるだけで、外れた車も残ります。

AIへ渡す前に整形する

1. 色名から系統を引く … 色の系統の表で color_family を入れます。2色の塗り分けは、主な色で1つ、color_family を配列にしてもう1つを入れます
2. 装備の欄をそろえる … 全角・半角をそろえ、「・」「／」で区切られた装備を1つずつにします
3. 価格を数値にする … 「198.0万円」を円の整数にします。支払総額が空の車は、total_price を入れずに印を付けます
4. ドアの形を区分にする … 「両側電動スライド」「片側スライド」「ヒンジ」を3つの値にします
5. 要望の文から個人の情報を外す … お客様の名前、電話番号、住所の番地を、Claude に渡す前に伏せます

3番目で支払総額の空の車に印を付けるのは、価格の条件で漏らさないためです。 支払総額が入っていない車は range の条件に合わず、一覧から消えます。画面に「価格未設定の車がN台あります」と出し、営業が在庫管理の画面で確かめます。

AIに処理させる

AIの仕事は、要望の文を検索の条件に読み替えることだけです。 探すのも、並べるのも、外す条件の順を決めるのも、規則と索引の仕事です。

「読み替えを事実として書かない」が、いちばん大事な線です。 「子どもが3人」から定員6人以上とするのは推測で、お客様は5人乗りで十分と考えているかもしれません。 読み替えた条件には inferred: true を付け、画面で色を変えて出します。

予算は、言い方で扱いを分けます。 「200万円まで」は上限、「200万円くらい」は上限を決めずに確かめることに入れ、仮の上限として扱います。どちらの場合も「支払総額か車両価格か」を確かめることに入れます。

指示内容を固定する

あなたは中古車販売店の営業を手伝う立場です。
お客様の要望の文を、在庫を探すための条件に読み替えてください。
要望に書かれていることだけを使い、書かれていない希望を足さないでください。

【読み替えの決まり】
- must: 外れたら提案にならない条件。予算の上限、乗車定員、
  ボディの形、ドアの形、駆動。お客様が「絶対」「必ず」と言ったもの
- want: 外れても他が合えば提案になる条件。色、装備、年式、走行距離
- 用途の言葉（家族の人数、雪道、通勤の距離など）から条件を作るときは、
  inferred を true にし、reason に元の言葉と読み替えた理由を書く
- color_family は【色の系統】の値のどれかに当てる。当てられなければ使わない
- ask: お客様に確かめること。予算が支払総額か車両価格か、
  予算を超えてよいか、読み替えた条件でよいか

【厳守事項】
- 「くらい」「ほど」「前後」の予算は must に入れず、
  budget_hint に書いて ask に「予算の上限」を入れてください。
- 特定の車種、メーカー、グレードを勧めないでください。
  お客様が名前を挙げた車種だけを条件に入れてください。
- 色や装備の希望を must に入れないでください。
  お客様が「必ず」と言った場合だけ must にしてください。
- 修復歴、保証、点検整備について、お客様が言っていない希望を作らないでください。
- お客様の年齢、家族の様子、収入を推し量って書かないでください。

【色の系統】white, black, silver_gray, blue, red, brown_beige, green, yellow, other
【要望】{request_text}

「色や装備を must に入れない」を明記しないと、AIは「白がいい」を必ず守る条件にします。 白の車が無ければ0件になり、白以外は全部合っている車を見落とします。

出力形式を固定する

Bedrock の Converse API の outputConfig.textFormat に JSON スキーマを渡し、次の形で受け取ります。

{
  "must": [ { "field": "total_price | capacity | body | slide_door | drive | model",
              "op": "lte | gte | eq", "value": "",
              "inferred": false, "reason": "" } ],
  "want": [ { "field": "color_family | equipment | year | mileage_km",
              "op": "eq | gte | lte | has", "value": "",
              "inferred": false, "reason": "" } ],
  "budget_hint": "",
  "ask": [""]
}

公式のドキュメントでは、Converse API の outputConfig.textFormat に JSON スキーマを渡すと応答がスキーマに沿い、enum が使えます。一方で、数値の minimum・maximum などの制約には対応していません。 予算や定員の値の範囲は、受け取った後に Lambda で確かめます（定員は2〜10、予算は10万円以上など）。

1つ目の理由は、must と want がそのまま filter と should になることです。 Lambda は配列を読んで検索の条件を組み立てるだけです。

2つ目は、inferred で読み替えを画面に出し分けられることです。 営業は色の変わった条件だけを見て、お客様に確かめます。

3つ目は、候補が少ないときに外す順を決められることです。 候補が3台未満なら、want を後ろから1つずつ外し、それでも少なければ inferred の must を1つずつ外して探し直します。お客様が言った must は外しません。

画面に出す候補の一覧は、検索の結果から Lambda が作ります。

「外れた条件」の列が、この一覧でいちばん大事な列です。 営業はこの列を見て、「白ではありませんが、他はすべて合っています」と説明できます。

システムへ連携する

顧客の管理台帳とはつなぎません。 要望と候補の記録は検索の記録として残し、商談の記録は営業がいつもの台帳に書きます。お客様の名前と要望を結び付けて検索の仕組みに残さないためです。

人が確認する

1. 読み替えを見る … 色の変わった inferred の条件を見て、お客様の言葉と合っているかを確かめます。違えば画面で直して探し直します
2. 確かめることを聞く … ask に挙がったこと（予算は支払総額か、超えてよいか）をお客様に聞きます
3. 外れた条件を伝える … 候補を出すときに、外れた条件をそのまま伝えます
4. 修復歴と保証を伝える … 一覧の必ず出す項目を、候補ごとに伝えます

2番目を省かないでください。 「200万円くらい」が支払総額か車両価格かで、候補はまったく変わります。

例外に対処する

最後の行は、支払総額の条件のためです。 公取協の資料では、支払総額は登録の時期や地域などに条件を付けた価格で、管轄外の登録の費用や納車の費用は、要否がお客様によって違う諸費用として支払総額に含まれない例に挙げられています。県外のお客様に支払総額だけで比べると、後から費用が足されます。

記録を残す

• 検索ごとの、要望の文（個人の情報を伏せたもの）、Claude の読み替えの JSON、営業が直した箇所
• 検索の条件と、外した条件の順
• 候補の一覧と、営業が提案した車両
• 取り込んだ在庫の写しの時刻

営業が直した箇所を残すのは、読み替えの指示を直すためです。 同じ読み替えが毎回直されているなら、指示か色の系統の表に足りないところがあります。