乗合の保険代理店で、複数の保険会社の商品パンフレット・重要事項説明書を横断し、保障内容・特約・引受条件の違いを募集人がチャットで比べられるようにする

処理の起点を決める

起点は、募集人が代理店の中のチャット画面で質問を送ったことです。 画面は代理店の募集人と募集管理の担当だけが使い、顧客には見せません。 面談の予約が入ったあと、準備の段階で使います。

最初の質問の前に、商品の種類と比べる保険会社を選ばせます。 商品の種類は「医療保険」「がん保険」「就業不能保険」「火災保険」などの一覧から1つ、保険会社はその種類の商品を扱っている会社から2〜4社です。選ばないと送信できない作りにします。種類を選ばずに聞くと、医療保険の特約とがん保険の主契約が同じ表に並びます。

1件の面談の準備は、1つのセッションで続けます。 「上皮内がんの扱いは」「では通院は」「保険料の払込み免除の条件は」と聞き足すたびに、比較表の行が増えていきます。別の顧客の準備は、新しいセッションで始めます。

入力データを集める

質を決めるのは、比較の軸の一覧です。 「がん保険」なら、診断給付金の支払事由、上皮内がんの扱い、2回目以降の支払の条件、入院・通院の保障、先進医療、保険料の払込み免除、責任開始までの期間、といった軸を、募集管理の担当が言葉を決めて並べます。 軸の名前がそろっていないと、聞くたびに違う切り口の答えが返ります。

照会の記録も検索の対象に入れます。 資料に書かれていないことを保険会社に確かめた結果は、次に同じ項目で「記載なし」が出たときの手がかりになります。ただし、照会の記録は資料の種類として別に印を付け、答えでは区別して示します。

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

資料は Cloud Storage に保険会社ごとのフォルダで置き、メタデータとあわせてデータストアへ取り込みます。 各社の代理店向けのサイトに新しい版が出たら、募集管理の担当がPDFを置き、旧版の販売期間の終わりを書き込みます。 取り込みは週に1回の定時と、改定があったときに行います。

絞り込みの式は、保険会社・商品の種類・販売期間で書きます。 項目を索引可能にしておけば、insurer_id: ANY("L02", "L04", "L05") AND product_category: ANY("cancer") AND sale_from <= "2026-10-08" AND sale_to >= "2026-10-08" のように、3社のがん保険の、今日販売中の版だけを引けます。日付は ISO 8601 の文字列で比べられます。照会の記録を除きたいときは、NOT doc_type: ANY("inquiry") を足します。

同じ種類の商品が1社に複数あるときは、商品も選ばせます。 「がん保険」と「がん保険（女性向け）」が同じ会社にあると、2つの商品の記載が1つのセルに混ざります。 商品の一覧から1社1商品を選ばせ、product_id で絞ります。

AIへ渡す前に整形する

1. 資料に印を付ける … 保険会社・商品の種類・商品・資料の種類・販売期間を、PDF1つずつに付けます
2. 旧版の販売期間を閉じる … 新しい版を置いたら、旧版の sale_to に改定の前日を書きます。旧版は消さずに残し、 過去の面談の比較表の根拠をたどれるようにします
3. レイアウトの解析と表の注釈を選ぶ … データストアの作成時に、レイアウトの解析を選び、表の注釈を有効にします
4. 見出しを断片に含める … includeAncestorHeadings を有効にします。既定は無効です
5. 比較の軸の一覧を作る … 商品の種類ごとに10〜20の軸を、名前と説明で並べます
6. 保険料の例を取り込まない … パンフレットの保険料の例は年齢・性別ごとの一例で、比較表には保険会社の見積りの結果を使うので、検索の対象から外すか、印を付けて答えに使わせません

4番目は、データストアを作る前に決めます。 分割はデータストアの作成後に有効にも無効にもできず、分割の大きさは100〜500トークン（既定は500）です。「2回目以降は前回の支払から2年経過していること」とだけ書かれた断片は、見出しが無いと、診断給付金の話か入院給付金の話か分かりません。

6番目は、比較の誤解を防ぐためです。 パンフレットの「30歳男性の場合」の保険料を比較表に並べると、顧客の年齢での保険料と違う数字で比べることになります。

AIに処理させる

させるのは、選んだ各社の資料から、比較の軸に当たる記載を探し、会社ごとに根拠の箇所つきで書き出すことです。 記載を言い換えて揃えること、どれが良いかを言うこと、書かれていないことを補うことはさせません。

answer メソッドの設定は次のようにします。

2行目と3行目がいちばん起きやすい失敗です。 モデルは、3社の記載を「いずれも診断確定で支払」と1つの言葉にまとめたがります。 まとめた瞬間、「初めて」と「2年経過」の違いが消え、顧客にとって大事な差が比較表から落ちます。

指示内容を固定する

answer メソッドの preamble に、次の指示を入れます。

あなたは乗合の保険代理店で、募集人が面談の前に各社の商品を比べる準備を
手伝う立場です。検索結果に出た、選ばれた保険会社の販売資料だけを根拠に答えます。
読むのは募集人で、顧客ではありません。

【答え方】
1. 質問の比較の軸について、保険会社ごとに、資料の記載をそのまま書き出して
   ください。保険会社の順は、選ばれた順にしてください。
2. 保険会社ごとに、資料の種類（パンフレット／重要事項説明書／ご契約のしおり／
   照会の記録）を書いてください。
3. 資料に記載が見つからない保険会社は、「記載なし」と書いてください。
4. 照会の記録を根拠にした場合は、「照会の記録」と明記し、資料の記載と分けてください。

【厳守事項】
- どの保険会社・商品が良い、手厚い、有利、不利といった評価を書かないでください。
- 記載が無い保険会社について、他社の記載や一般的な保険の知識で補わないでください。
- 各社の記載を1つの言葉にまとめたり、言い換えて揃えたりしないでください。
  条件の文言（「初めて」「経過」「以降」「限度」など）は省かずに書いてください。
- 保険料の金額を比べないでください。
- 告知の内容から、引き受けられるかどうかを答えないでください。
- 顧客の個人の事情を前提にした答え方をしないでください。

「記載なし」を答えの中で書かせるのは、プログラムの側と二重に守るためです。 中継プログラムは引用の無いセルを「記載なし」にしますが、モデルが他社の記載を引用して別の会社の欄に書くことがあります。引用の出典の保険会社と欄の保険会社が一致しないものも、プログラムで「記載なし」にします。

「条件の文言を省かない」を書くのは、比較の差がそこにあるからです。 支払の条件の違いは、たいてい「初めて」「2年経過」「180日以内」のような短い語に表れます。

出力形式を固定する

answer メソッドの応答を、中継プログラムが比較の軸と保険会社の表に組み直し、画面と記録に渡します。

{
  "session_id": "",
  "agent_id": "",
  "product_category": "cancer",
  "as_of": "2026-10-08",
  "insurers": ["L02", "L04", "L05"],
  "products": { "L02": "", "L04": "", "L05": "" },
  "rows": [
    { "axis_id": "cis_benefit", "axis_name": "上皮内がんの扱い",
      "cells": [
        { "insurer_id": "L02", "text": "", "status": "found | not_found",
          "doc_type": "brochure | important_matters | guide | inquiry",
          "uri": "", "page": "", "grounding_score": 0.0 }
      ] }
  ],
  "flags": [ { "type": "evaluative_word | insurer_mismatch", "detail": "" } ],
  "review": { "status": "pending | approved | returned", "reviewer_id": "", "note": "" }
}

1つ目の理由は、セルごとに status と根拠を持てることです。 引用が付かないセルは not_found で、画面には「記載なし」と出ます。募集人が約款や保険会社への照会で埋めたら、その根拠もセルに入れます。 比較表のどのセルが資料から、どのセルが照会から来たかを後から見分けられます。

2つ目は、axis_id で比較の軸を固定できることです。 比較の軸の一覧の ID を行に持たせるので、同じ軸の比較を、別の顧客の面談でも同じ名前で出せます。 募集人ごとに軸の名前が違う、という状態がなくなります。

3つ目は、flags で点検の手がかりを渡せることです。 評価の言葉が出たもの、引用の保険会社と欄の保険会社が違うものに印を付け、募集管理の担当が先に見る行を示します。

システムへ連携する

顧客管理の仕組みには、つなぎません。 比較の調べものに顧客の氏名や健康状態は要りません。顧客の意向を軸の選び方に生かすのは募集人の頭の中で、チャットには商品の種類と軸だけを入れます。

比較表の書式への書き出しは、点検を通ったあとだけにします。 下書きのまま面談に持ち出されると、not_found のセルが空欄のまま顧客に見えます。

人が確認する

人が確かめるのは、「記載なし」のセルと、比較表全体です。

1. 募集人が「記載なし」を埋める … 約款を読むか、保険会社の担当に照会します。埋めた根拠をセルに残します
2. 募集人が条件の文言を原本で確かめる … 根拠の箇所を開き、書き出された文が原本のとおりかを見ます
3. 募集管理の担当が比較表を点検する … flags の行を先に見て、評価の言葉や欄の取り違えが無いかを確かめます
4. 面談で提案の理由を説明するのは募集人 … 比較表は概要で、なぜその商品を提案するかは、顧客の意向にもとづいて募集人が話します

3番目を省かないでください。 比較表は顧客に見せる資料で、誤解を招く比較は、表を作った募集人ではなく代理店の問題になります。

目標は、240件をならして1件7分です。 資料を探して書き写す時間を減らし、「記載なし」を埋める時間と原本での確認を残す想定です。

例外に対処する

上から4行目までが大半を占めます。 とくに1行目は、各社の資料の書き方の違いそのもので、無くなることはありません。照会で埋めた結果を照会の記録として取り込むと、同じ「記載なし」が少しずつ減ります。

記録を残す

• 質問の文、募集人の ID、商品の種類、保険会社、基準日、日時、セッションの ID
• 絞り込みの式と、answer メソッドの応答の全文（出典と根拠のスコアを含む）
• 組み直した比較表の版と、セルごとの根拠
• 募集人が埋めた「記載なし」のセルと、その根拠（約款・照会）
• 募集管理の点検の結果と、直させた箇所
• 面談で使った比較表の版

最後の行を残すのは、後から説明を求められたときのためです。 顧客から「この比較はどの資料にもとづくのか」と問われたとき、面談の日の販売資料のどの版の、どの箇所かを示せます。