製造現場の「この不良はどう処置するか」の質問に、不良処置基準書と限度見本の記録を根拠に答え、基準に無いものは品質管理へ回す

処理の起点を決める

起点は、作業者がラインのタブレットから問い合わせを送ったことです。 品番はバーコードで読み、不良の種類・部位・程度は選択肢で選ばせます。自由文の欄は最後に1つだけ置きます。 自由文だけで聞かせると、「白い筋」「ウエルド」「流れ跡」のように同じ不良が人によって違う言葉で届き、検索が外れます。

問い合わせは1件ずつ、送られたその場で処理します。 不良品が保留の棚に置かれている時間を縮めるのが目的なので、まとめて処理する理由がありません。

同じ品番・同じ不良の問い合わせが30分以内に続いたら、新しく検索せず、最初の回答と同じものを返します。 1つの金型の不具合で、同じ不良が続けて見つかることがよくあります。そのたびに品質管理の待ち行列が埋まらないよう、2件目からは件数だけを足します。 件数が5件を超えたら、品質管理へ「同じ不良が続いている」と知らせます。

入力データを集める

質を決めるのは、品番から品番群を引けることと、基準書の「現行／廃止」です。 品番群が引けなければ絞り込みができず、120冊の基準書全体から似た表を拾います。旧版の基準書が残っていると、変わる前の処置区分を返します。

過去の処置記録に特採の承認番号を残すのは、後段で使うためです。 承認番号のある記録は「その時だけ認められた処置」であることが、中継プログラムに分かります。

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

基準書・限度見本の記録・処置記録は、Cloud Storage に置いてデータストアに取り込みます。 文書ごとのメタデータには、冊子の番号、品番群、工程、文書の種類、現行／廃止、施行日を持たせます。

絞り込みに使う項目は、スキーマで索引可能にします。 式は product_family: ANY("PF-12") AND status: ANY("current") のように書けます。日付の項目は比較の演算子で絞り込めるとされ、日付はISO 8601の形式で書きます。 処置記録は occurred_on >= "2023-10-01" のように直近3年に限ります。

基準書・限度見本・処置記録は、別々のデータストアに分けずに1つに入れ、doc_type で引き分けます。 回答の中で「基準書ではこう、限度見本はこれ、過去にはこう処置した」を並べて示すためです。ただし処置区分の根拠に使ってよいのは standard だけ、という規則は中継プログラムが持ちます。

AIへ渡す前に整形する

1. 基準書の版をそろえる … 管理表の現行版だけに status: current を付け、置き換えられた版には retired を付けます
2. 品番群を基準書に付ける … 冊子ごとに、対象の品番群をメタデータに書きます
3. 不良の呼び名をそろえる … 現場の言い方と基準書の言い方の対応表を作り、選択肢の値を基準書の用語に合わせます
4. 限度見本の写真に注記を付ける … 写真だけでなく「深さ0.1mm以内は良品」のような注記を文字で添えます
5. 処置記録から個人名を除く … 作業者の氏名は伏せ、承認者は役職だけにします
6. 文書の分割を設定する … データストアを作るときに分割を有効にし、見出しを各断片に付けます
7. パーサーを選ぶ … 基準書はレイアウトパーサーで、表の行と列を保ったまま読みます

6番目は、データストアを作る前に決めます。 分割はデータストアの作成後に切り替えられないとされています。断片の大きさは100〜500トークンの範囲で指定でき、見出しを断片に含める設定（既定は無効）を有効にすると、「どの冊子の、どの不良の表の行か」が断片だけで分かります。

3番目を軽く見ないでください。 現場の言葉で選択肢を作ると、基準書の用語と一致せず、検索の段階で外れます。 選択肢の値は基準書の用語にし、表示の名前だけを現場の言葉にします。

AIに処理させる

させるのは、問い合わせの不良に当たる基準書の行を見つけ、その処置区分と手直しの方法を、出典を付けて短く返すことです。

右端の列を混ぜないことが、この構成で最も大事な点です。 過去の処置記録の「特採」は、顧客の了承を得て一度だけ認められたものです。それが処置区分として返ると、承認の手続きを経ない特採が現場で始まります。 処置区分は基準書だけから取らせ、過去の処置は別の欄に「参考」として出します。

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

回答が返ったら、処置区分の文だけを取り出して check grounding API にかけます。 根拠の断片には、出典になった基準書の断片だけを渡します。限度見本と処置記録は渡しません。 処置区分が基準書だけで支えられているかを見たいので、他の文書で支えられても意味がないからです。

3行目が最も起きやすい失敗です。 回答を作るモデルは、樹脂成形のヒケやバリに一般的にどう対処するかを知っています。それで答えると、基準書に無い「研磨で手直し可」が、基準書の答えと同じ顔で届きます。 検索結果の文書だけで答えることを指示で明記し、さらに裏付けの検査で数値として確かめます。

指示内容を固定する

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

あなたは製造現場の作業者と検査員に、不良品の処置を基準書から示す担当です。
読むのはラインの横にいる作業者で、あなたの回答を見て基準書の該当箇所を開きます。

【答え方】
1. 最初に、該当する不良処置基準書の冊子の番号と、表の名前を書いてください。
2. 次に、問い合わせの不良の種類・部位・程度に当たる行の処置区分を、
   「手直し可」「特採申請」「廃却」「上長判断」のどれか1つで書いてください。
3. 処置区分が「手直し可」なら、基準書に書かれた手直しの方法と条件を、そのまま書いてください。
4. 関係する限度見本があれば、見本の番号と注記を書いてください。
5. 過去の処置記録があれば、最後に「参考：過去の処置」として、日付と処置区分だけを書いてください。

【厳守事項】
- 処置区分は、不良処置基準書に書かれていることだけで答えてください。
  過去の処置記録の処置区分を、今回の処置区分として書かないでください。
- 一般的な知識で手直しの方法を補わないでください。
- 程度の数値（深さ、長さ、個数）は、基準書に書かれているとおりに書いてください。
  問い合わせの程度が基準書の境界の値と同じか近いときは、処置区分を書かずに
  「限度見本の境界に近いため、品質管理の確認が必要です」と書いてください。
- 特採を勧めたり、特採で使えると書いたりしないでください。
- 廃止と書かれた基準書を使わないでください。
- 該当する行が見つからないときは、
  「基準書に該当する行が見つかりません。品質管理へ回します」とだけ書いてください。
- 人の氏名を書かないでください。

「境界に近いときは処置区分を書かない」が、この指示の要です。 程度の値が境界と同じ不良は、基準書の行がどちらにも読めます。どちらかを選ばせると、半分の確率で外れた処置区分が現場に届きます。 書かないことを答えにさせ、品質管理へ回す合図にします。

検索の文は、中継プログラムがタブレットの入力から組み立てます。 例えば「品番群：PF-12、工程：塗装、不良：ブツ、部位：外観面、程度：直径0.5mm・2個。処置区分と手直しの方法を教えてください」のように、選択肢の値を決まった順に並べます。 自由文は最後に足すだけにします。

出力形式を固定する

answer メソッドの応答と裏付けの検査の結果を、中継プログラムが次の形に整えます。

{
  "inquiry_id": "",
  "part_no": "",
  "product_family": "",
  "defect": { "type": "", "area": "appearance | non_appearance", "degree": "" },
  "status": "answered | routed | skipped",
  "route_reason": "not_in_standard | low_support | borderline | concession | supervisor | none",
  "disposition": "rework | concession_request | scrap | supervisor_judgement | none",
  "standard_ref": { "doc_id": "", "table": "", "row": "", "version": "", "uri": "" },
  "rework_method": "",
  "support_score": 0,
  "limit_samples": [ { "id": "", "note": "", "image_uri": "" } ],
  "past_records": [ { "date": "", "disposition": "", "approval_no": "" } ],
  "answer_text": ""
}

1つ目の理由は、disposition と route_reason を回答の文と別に持てることです。 振り分けは文を読んで決めるのではなく、この2つの値で決めます。

2つ目は、past_records を処置区分と別の欄にできることです。 タブレットの画面では、過去の処置を灰色の「参考」の枠に出します。承認番号のある記録には「特採（一回限りの承認）」と表示し、前例でないことを画面で示します。

3つ目は、support_score を残せることです。 数値の分布を毎月見て、0.6の境目が厳しすぎるか緩すぎるかを品質管理が決めます。

システムへ連携する

不適合処置のシステムには書き込みません。 処置の確定は、これまでどおり品質管理の担当者がシステムに入力します。この構成が処置票まで自動で作ると、確認を経ない処置が記録として残ります。

人が確認する

現場へ直接返った回答も、処置を始める前に班長が基準書の該当箇所を開きます。

1. 冊子の番号と表を確かめる … 品番群と合っているか、版が現行かを見ます
2. 該当の行を原文で読む … 回答の文ではなく、基準書の行の不良の程度と処置区分を見ます
3. 限度見本の写真と現物を比べる … 境界に近いと感じたら、手直しを始めずに品質管理を呼びます
4. 処置票に冊子の番号と行を書く … 根拠を処置票に残します

品質管理の担当者は、待ち行列に回ってきたものだけを見ます。 回答の候補と出典が付いているので、基準書を探すところからではなく、判断するところから始められます。 特採申請は、これまでどおりの承認の手続きに乗せます。

目標は、600件をならして1件5分です。 直接返る回答を班長が確かめる時間と、回ってきたものを品質管理が判断する時間の平均です。

例外に対処する

2行目は、基準書を育てる材料になります。 基準書に無い不良が毎月同じ品番群で出ているなら、その不良の行を基準書に足すべきだという合図です。 品質管理が処置を決めたら、その処置を基準書に足すかを月次で見直します。

記録を残す

• 問い合わせの入力の全文（品番、不良の種類・部位・程度、写真、自由文）と日時
• 中継プログラムが組み立てた検索の文と、使った絞り込みの式
• answer メソッドの応答の全文（回答、出典、回答しなかった理由）
• check grounding API の結果（支持の度合い、文ごとの出典）
• 振り分けの結果（status、route_reason）と、品質管理が最終的に決めた処置区分
• そのとき参照した基準書の版と、現行／廃止の状態

5行目で品質管理の最終の処置区分を残すのは、外れを数えるためです。 現場へ直接返した回答と、品質管理が決めた処置区分が違っていた件数を毎月数えます。1件でもあれば、その基準書の行の書き方か、選択肢の値の対応を直します。