生協の宅配センターに組合員から届く原材料・産地・アレルゲン・保存の質問に、商品の規格書と産地の情報を根拠に応対担当が答える

処理の起点を決める

起点は、応対担当が応対の画面で送信したことです。 電話を受けながら入れるので、項目は少なくします。カタログの号と商品コードが欠けると、どの規格書で答えるかが決まりません。 画面で必須にします。

「体の具合・食べてよいか」を選んだら、検索をせず定型の案内が出ます。 「規格書の記載はお伝えできますが、お召し上がりいただけるかは主治医にご相談ください」と、症状が出ている場合の品質の担当への回付の手順です。要点の欄に「かゆみ」「じんましん」「食べた後」などの語があるときも、中継プログラムが同じ扱いにします。

もう一つのトリガーは、規格書と産地の表の更新です。 商品部が新しい号の産地の表と、リニューアルした商品の規格書を置き、メタデータに号の範囲を書きます。取り込みは毎晩まとめて行い、カタログの配布より前に新しい号が検索できるようにします。

入力データを集める

質を決めるのは、規格書に付ける「どの号から効くか」です。 リニューアルの規格書が届いたら、どの号の配達から新しい規格の商品が届くかを商品部が書きます。これを書かないと、新旧の規格書が同じ重さで引かれます。

規格書の作成日も持たせます。 消費者庁は2026年4月1日に、特定原材料にカシューナッツを追加しています。それより前に作られた規格書では、カシューナッツが特定原材料としてではなく、別の欄に書かれていたり、書かれていなかったりすることがあります。 作成日を見て、古い規格書で特定原材料を答えないようにします。

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

規格書は商品ごとに1ファイル、産地の表は号ごと・商品ごとに1行を1文書にして Cloud Storage に置きます。公式では、非構造化データは TXT・JSON・Markdown・PDF・HTML・DOCX・PPTX・XLSX・XLSM に対応し、1ファイルの上限は200MBです。メタデータは JSON Lines で、1行ごとに id、structData、content（mimeType と uri）を書きます。

{"id":"spec-123456-2026a","structData":{"doc_kind":"spec",
 "item_code":["123456"],"issue_from":202614,"issue_to":999999,
 "spec_date":"2026-05-20T00:00:00Z","topic":["ingredients","allergen","storage"]},
 "content":{"mimeType":"application/pdf","uri":"gs://coop-spec/123456-2026a.pdf"}}

問い合わせのたびに、中継プログラムが絞り込みの条件を作ります。 公式の構文では、文字の項目は ANY() に並べた値のどれかと完全に一致するかを見られ、数の項目は比較の演算子で比べられます。項目はスキーマで索引可能にしておかないと絞り込みに使えません。

item_code: ANY("123456") AND issue_from <= 202642 AND issue_to >= 202642

号は、年と号の数字をつないだ数（2026年42号なら202642）で持ちます。 日付で持つと、配達の曜日によって同じ号の日付がずれ、境目の週で前の規格書が引かれます。

AIへ渡す前に整形する

1. 規格書の対象の商品コードを書き出す … 1つの規格書が複数の商品コード（容量違い・セット品）に当たるときは、すべてを item_code に並べます
2. 効く号の範囲を付ける … リニューアルの規格書は、新しい規格の商品が届く最初の号を商品部が書き、前の規格書の終わりの号を書きます
3. 産地の表を号ごと・商品ごとの文書にする … 「A県またはB県」のように候補が複数あるときは、そのまま書き、どちらが届くかは書き足しません
4. 規格書の表を確かめる … 表計算で作られた規格書は、アレルゲンの一覧の表が取り込みで崩れていないかを、商品の追加のたびに数件見ます
5. 回答集を整える … 商品部の過去の回答を、根拠を確かめて1件ずつ文書にします。組合員の名前と組合員番号は外します
6. 質問の要点から個人の情報を外す … 組合員の名前、組合員番号、家族の病名が書かれていたら、検索の質問文から外します

3番目で、どちらの産地が届くかを書き足さないのは、知り得ないことだからです。 産地の候補が複数ある商品は、配達の週の出荷で決まります。AIが片方を選んで答えないよう、候補をそのまま伝えます。

AIに処理させる

させるのは、組合員が見ている号の規格書と産地の表から該当箇所を探し、引用して回答の材料を並べることです。

4つ目がいちばん起きやすい誤りです。 規格書のアレルゲンの一覧に無い原材料を見て、AIは「乳化剤は大豆由来のことがあります」と一般論を書きます。それが当たっていても外れていても、規格書に無いことを応対担当が伝えることになります。 一覧に無いことが気になるなら、商品部に回して取引先に確かめます。

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

指示内容を固定する

answer メソッドの preamble に、次の指示を入れます。中継プログラムは、号・商品コード・質問の種類を検索の文の先頭に付けます。

あなたは生協の商品部の担当として、宅配センターの応対担当から
の商品の中身の問い合わせに、規格書と産地の表を根拠に回答の
材料を作る立場です。読むのは、電話で組合員と話している職員です。

【前提】
検索の文の最初に、カタログの号、商品コード、質問の種類が並んで
います。検索の対象は、その号に届く商品の規格書と産地の表だけです。

【答え方】
1. 規格書の商品名と作成日を書く
2. 質問に当たる欄を、欄の名前を付けて本文のまま引用する
3. 該当する欄が無い、または空のときは「規格書に記載がありません」と書く
4. 最後に、組合員に伝える順を3行以内で書く

【厳守事項】
- 検索結果に無い規格書、別の号・別の商品の規格書で答えないでください。
- アレルゲンは、規格書のアレルゲンの一覧と混入の注意の欄だけを
  根拠にしてください。原材料の名前から推し量らないでください。
- 「含まれていません」と書けるのは、規格書にそう書かれているときだけです。
  一覧に無いだけのときは「一覧に記載がありません」と書いてください。
- 食べてよいか、控えたほうがよいかを書かないでください。
- 製造の工程での混入について規格書に書かれていないときは、
  「混入の注意の記載がありません。商品部が確認します」と書いてください。
- 産地の候補が複数あるときは、すべてを書き、1つを選ばないでください。
- 一般的な食品の知識で補わないでください。
- 該当する規格書が見つからないときは、
  「規格書が見つかりませんでした。商品部が確認します」とだけ書いてください。

「含まれていません」と「一覧に記載がありません」を書き分けさせるのが、この指示の要です。 組合員にとっては同じに聞こえますが、前者は取引先が含まないと書いたこと、後者は書かれていないだけのことです。応対担当がこの違いを知って伝えられるように、文面の段階で分けます。

出力形式を固定する

answer メソッドの返り値とカタログの情報を、中継プログラムが次の形にまとめます。

{
  "inquiry_id": "",
  "issue_no": 202642,
  "item_code": "",
  "item_name": "",
  "question_type": "ingredients | allergen | origin | storage | best_before | health | other",
  "spec": { "title": "", "spec_date": "", "uri": "" },
  "findings": [
    { "field": "", "status": "stated | not_listed | field_missing",
      "quote": "", "uri": "" }
  ],
  "origins": [],
  "talk_points": [],
  "route": "answer | refer",
  "refer_reason": []
}

findings の引用は、answer メソッドの references から取ります。引用の位置（startIndex／endIndex）は UTF-8 のバイト数なので、日本語の文を文字数で切るとずれます。status は、規格書に書かれている（stated）、一覧にあるが質問の品目が無い（not_listed）、該当する欄そのものが無い（field_missing）を分けます。

route は次の規則で決めます。

どれにも当たらないものだけが answer です。 old_spec は、カシューナッツに限らず、古い規格書のアレルゲンの一覧がいまの特定原材料の範囲で書かれているかを商品部が確かめるための印です。規格書の更新を取引先に頼むきっかけにもなります。

システムへ連携する

照会の1行には、号、商品コード、質問の要点、引用、refer_reason を付けます。 商品部は、規格書を探すところからではなく、取引先に何を確かめるかを決めるところから始められます。

人が確認する

組合員に伝えるのは、いつも応対担当です。 AIの回答が組合員に直接届く経路はありません。

1. 引用を読む … 規格書の商品名と作成日が、組合員の言う商品と合っているかを確かめます
2. status を見て伝え方を選ぶ … 「書かれています」「一覧に記載がありません」「規格書に欄がありません」を言い分けます
3. 商品の表示も見てもらう … 届いた商品の包装の表示を見てもらうよう、毎回添えます
4. refer は折り返しにする … 商品部に回し、組合員には折り返しの時期を伝えます

3番目を省かないでください。 消費者庁は、容器包装された加工食品について特定原材料を含む旨の表示を義務付けています。手元に届いた商品の表示が、組合員にとっていちばん確かな情報です。

商品部は、毎週 refer の一覧を読み、同じ商品への照会が続くものを回答集に登録するか、取引先に規格書の書き足しを頼みます。 運用を始めてから2か月は、answer の回答も商品部が後から抜き取りで読みます。

例外に対処する

5行目の語の検知は、プロンプトとは別に、中継プログラムの文字列の照合で行います。 最後の門は機械の照合に置きます。

記録を残す

• 問い合わせの内容（4項目）、応対担当、日時
• 絞り込みの条件と、引いた規格書の作成日
• answer メソッドへの要求（preamble の版）と返り値の全文
• route と refer_reason、商品部の回答と理由
• 応対担当が組合員に伝えた内容（受付の仕組みに本人が書く）

引いた規格書の作成日を残すのは、後から原材料の変更が分かったときのためです。 その日の応対でどの版の規格書を見ていたかを示せないと、応対の誤りか、規格書の更新の遅れかを切り分けられません。