水産加工会社の品質管理が衛生管理の計画・手順書と過去の是正の記録を Vertex AI Search で検索し、現場で起きた管理基準からの逸脱に、計画で定めた改善措置と過去の対処の根拠を、製品の系列と重要管理点で絞って引く

処理の起点を決める

現場の班長が、逸脱の報告のフォームを送ったことを起点にします。 フォームでは、製品の系列とラインを選ばせ、重要管理点は、その系列の計画にある番号と名前の一覧から選ばせます。 「焼きのCCP2」と打たせず、「焼き魚・CCP2 加熱（中心温度）」を選ばせることで、系列の取り違えをフォームの段で止めます。

一般衛生管理の事象は、別の一覧から選ばせます。 洗浄と消毒、使用水、冷蔵庫の温度、そ族と昆虫、従業員の衛生などです。重要管理点の逸脱か一般衛生管理の事象かで、画面のいちばん上に出す決まりを変えます。

入力データを集める

質を決めるのは、是正の記録の「そのときの計画の版」です。 過去の約3,500件には、この項目がありません。記録の日付と、計画の版の改定の日付から、中継プログラムで機械的に付けます。 改定の日をまたぐ件は、品質管理の担当が確かめます。

是正の記録からは、記録した人と現場の作業者の名前を外して入れます。 検索に要るのは逸脱と対処の中身で、誰が逸脱を起こしたかは要りません。 名前は役割（班長・品質管理）に置き換えます。

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

計画は、重要管理点の節ごとに1つの文書に分け、メタデータに系列・重要管理点・版・効力の始まりの日を持たせます。 是正の記録は、次のように1件を1行にし、本文の文書と組にします。

{"id": "car-2026-0815-03",
 "structData": {"doc_kind": "corrective_record", "line": "grilled_fish",
                "ccp_id": "CCP2", "ccp_name": "加熱（中心温度）",
                "deviation_type": "under_temperature", "plan_ver": "v6",
                "recorded_on": "2026-08-15", "lot_disposition": "reprocessed",
                "verified": true},
 "content": {"mimeType": "text/plain", "uri": "gs://<bucket>/car/2026/0815-03.txt"}}

lot_disposition は、出荷（released）・加工し直し（reprocessed）・廃棄（discarded）・保留中（on_hold）の4つにします。 計画の節は doc_kind を haccp_plan、手順書は prp_procedure にします。

AIへ渡す前に整形する

1. 重要管理点の引き当て … フォームの系列と番号を台帳で引き、重要管理点の名前と、いまの計画の版を決めます
2. 社内の決まりの表示 … 重要管理点の逸脱なら、ロットの区分と保留の決まりを、検索より先に画面に出します
3. 問い合わせ文の組み立て … 「焼き魚の加熱の工程で中心温度が管理基準に届かなかった場合の改善措置」のように、名前と逸脱の種類から文を作ります
4. 絞り込みの条件の組み立て … 答えの側はその系列・いまの版・その重要管理点の計画の節と手順書、一覧の側はその系列・その重要管理点の是正の記録に分けます
5. 新しい順の重み付けの準備 … 是正の記録の一覧を、記録の日付の新しいものほど上に出すよう、重み付けの設定を付けます

測った値は、問い合わせ文に入れません。 値を入れると、モデルが「〇℃なら軽微」のように値の大きさで逸脱の重さを判断し始めるからです。値は画面にそのまま出し、判断は担当が行います。

絞り込みの条件と重み付けは、たとえば次のようになります（公式ページの書き方による）。

filter（改善措置の答え）:
  (doc_kind: ANY("haccp_plan") AND line: ANY("grilled_fish")
   AND plan_ver: ANY("v7") AND ccp_id: ANY("CCP2"))
  OR (doc_kind: ANY("prp_procedure") AND topics: ANY("temperature_control"))
filter（過去の是正の一覧）:
  doc_kind: ANY("corrective_record") AND line: ANY("grilled_fish")
  AND ccp_id: ANY("CCP2")
boostSpec（過去の是正の一覧）:
  conditionBoostSpecs: [{ condition: "doc_kind: ANY(\"corrective_record\")",
    boostControlSpec: { fieldName: "recorded_on", attributeType: "FRESHNESS",
      interpolationType: "LINEAR",
      controlPoints: [{ attributeValue: "30D", boostAmount: 0.1 },
                      { attributeValue: "730D", boostAmount: 0.0 }] } }]

公式ページでは、ANY は指定した値のどれかに完全に一致するときに真になり、AND・OR と括弧で組み合わせられ、絞り込みに使う項目はスキーマの画面でインデックス可能にしておく必要があるとされています。重み付けは、FRESHNESS の型で日付の項目と ISO 8601 の期間（30D など）を使い、重みの値は -1 から 1 の範囲で、0.1 以下のような小さい値から始めることが勧められています。

AIに処理させる

answer メソッドにさせるのは、その系列のいまの版の計画の、その重要管理点の節と手順書から、改善措置と確かめることを、計画の言葉と順番のまま引用付きでまとめることです。 ロットの扱いは書かせません。

search メソッドにさせるのは、管理基準の原文の抜き出しと、過去の是正の記録の一覧です。 抽出型の回答は最大5件と公式ページにあり、その重要管理点の管理基準の文を、計画の原文のまま見せます。

4行目がいちばん起きやすい失敗です。 過去の是正の記録には「再加熱して出荷」のような具体的な対処が書かれており、モデルはそれを計画の改善措置より分かりやすい手順として答えに取り込みがちです。答えの側の絞り込みから是正の記録を外し、計画と手順書だけにします。

指示内容を固定する

answer メソッドでは、回答の口調や詳しさをプロンプトの前置き（preamble）で指定できます。前置きを次のようにします。

あなたは水産加工の工場の品質管理課のための、衛生管理の計画の資料係です。
検索で見つかった衛生管理の計画と一般衛生管理の手順書だけを根拠に、次の順で答えてください。

1. 改善措置（計画に定めた、逸脱が分かったときに行うことと順番）
2. 確かめること（原因の確かめ方、測り直しの方法、ラインの調整の方法）
3. 記録すること
4. 連絡する先と順番

守ること：
- 計画の言葉と順番のまま書いてください。言い換えないでください。
- 温度、時間、回数などの数値を書かないでください。数値は「管理基準の原文を参照」と書いてください。
- ロットを出荷してよいか、廃棄すべきかを書かないでください。
- 食品として安全か、問題ないかを書かないでください。
- 重要管理点の番号と名前、機器の名前は原文の表記のまま写してください。
- 見つからない項目は「記載なし」と書いてください。
- 検索結果に無いことを書かないでください。

「安全か、問題ないかを書かない」を入れるのは、逸脱の報告への答えの結びに、モデルが「軽微な逸脱のため品質への影響は限定的と考えられます」と書きがちだからです。 その一文は、ロットの扱いの判断のように読まれます。

あわせて、answer メソッドの設定を次のようにします。

公式ページでは、基準に届かない答えは返されず、LOW_GROUNDED_CONTENT が理由として返る例があります。引用の位置は UTF-8 のバイト単位なので、日本語の答えに印を差し込むときは文字の位置に直します。

出力形式を固定する

中継プログラムが、応答と台帳・フォームの値を次の形にそろえて品質管理の画面に渡します。

{
  "report_id": "",
  "line": "",
  "ccp_id": "",
  "ccp_name": "",
  "plan_ver": "",
  "is_ccp_deviation": true,
  "hold_rule": "",
  "measured": { "value": "", "unit": "", "time": "", "lot": "" },
  "corrective_answer": "",
  "skipped_reason": "",
  "citations": [
    { "sentence": "", "doc_id": "", "plan_ver": "", "section": "", "quote": "" }
  ],
  "critical_limit_extracts": [ { "doc_id": "", "plan_ver": "", "text": "" } ],
  "past_records": [
    { "record_id": "", "recorded_on": "", "deviation_type": "",
      "plan_ver_then": "", "older_plan": false, "lot_disposition": "", "verified": true }
  ]
}

1つ目の理由は、hold_rule を答えと別に、社内の決まりのまま持てることです。 重要管理点の逸脱なら、画面のいちばん上に、答えより先に出ます。

2つ目は、critical_limit_extracts で管理基準を原文のまま持てることです。 測った値の measured と、計画の原文の管理基準が、画面の同じ枠に並び、担当が見比べられます。 どちらも生成された文ではありません。

3つ目は、older_plan で古い版のときの是正を見分けられることです。 plan_ver_then がいまの版と違えば真にし、一覧で灰色にして「計画の版が古い」と出します。 そのときの対処は、いまの改善措置と違う可能性があります。

システムへ連携する

現場への指示は、いまどおり品質管理の担当が電話か現場で行います。 画面の内容を現場のタブレットに送ることもできますが、指示の主体は担当のままにします。 計画の原文を読んだ人が、現場の状況を聞いたうえで指示します。

人が確認する

1. 系列と版を見る … 画面の上に出る系列・重要管理点・計画の版が、報告と合っているかを確かめます
2. 管理基準の原文と測った値を見比べる … 抜き出しの原文と報告の値を並べて読みます
3. 改善措置の引用を読む … 答えの文ごとに、計画の原文の節を開いて確かめます
4. ロットの扱いを決める … 過去の是正の一覧を見たうえで、課長と決めます
5. 記録を書く … 行った改善措置と、引用した計画の版と節を、是正の記録に書きます

2番目と4番目を省かないでください。 測った値と管理基準を見比べるのは、報告の誤りを見つける最後の機会です。 ロットの扱いは、過去にどう扱ったかではなく、いまの計画と検証の結果で決めます。

目標は、90件をならして1件8分です。 原文を読み、指示し、記録する時間です。過去の件を覚えている2名は、毎週、答えと実際の改善措置を見比べます。 「改善措置の記載なし」が同じ重要管理点で続けば、計画の節の分け方か、計画そのものに改善措置の書き漏れがあります。

例外に対処する

2行目と7行目の「検索を待たない」は、常に残しておきます。 この構成は、計画を探す時間を縮めるためのもので、ロットを止める判断を遅らせるものであってはなりません。

記録を残す

• 報告の内容（系列、ライン、重要管理点、測った値、時刻、ロット）
• 特定した重要管理点と計画の版、出した保留の決まり
• 絞り込みの条件、answer メソッドと search メソッドの応答の全文
• 担当が行った指示、ロットの扱いと決めた人
• 是正の記録として書いた内容と、引用した計画の版と節

最後の行が、計画の検証の材料になります。 別表第十八は、措置の効果を定期的に検証する手順を定めることと、措置の内容に関する書面と実施の記録を作成することを求めています。どの版のどの節に沿って改善措置を行ったかが残れば、検証のときに、改善措置が効いているかを版ごとに見られます。