生産ラインの品種切替（段取り替え）の前に、過去の段取り記録・初品の検査結果・切替時のトラブルの記録から同じ組み合わせの切替を探し、条件と注意点を根拠付きで作業者に返す

処理の起点を決める

作業者が端末で切替を選んだことを起点にします。 段取りを始める直前に見ても遅いので、前の品番の生産が終わる30分ほど前に、端末に「次の切替の記録」を出す運用にします。生産管理の仕組みの予定の時刻を見て、端末の側から知らせます。

段取りの予定が変わったときは、選び直してもらいます。 急な計画の変更で次の品番が変わることは珍しくありません。前に出した結果を残したままにすると、別の品番の注意点を見て段取りを始めることになります。 予定が変わったら、前の結果を消します。

索引の更新は別に動かします。 段取り記録が書かれたとき、初品の検査結果が登録されたとき、トラブルの報告書が登録されたときに、その記録だけを索引に入れ直します。 交替の直後に同じ組み合わせの切替がまた来ることがあるので、前の直の記録が次の直に見えるようにします。

入力データを集める

質を決めるのは、段取りの番号です。 段取り記録・初品の検査結果・トラブルの報告書が同じ番号で結び付いていないと、前回の条件で初品が一発で合格したのか、3回やり直したのかが分かりません。 番号が無い過去の記録は、成形機・日・品番で結び付け、結べないものは条件の記録だけとして扱います。

材料の系統は、切替前の品番が違っても参考にするためです。 黒から白への切替は、品番が違っても色を抜くための置換の量が近くなります。系統を「濃色→淡色」「樹脂の種類が変わる」などで持たせ、同じ組み合わせの記録が無いときの手がかりにします。

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

過去の記録は、段取り1回を1件にして索引に入れます。 段取り記録の行に、初品の検査結果とトラブルを足し、一つの文書として持たせます。 検索のたびに三つの記録を結び付けると、端末の応答が遅くなります。

should の条件の重みは、近さの順に付けます。 切替前の品番の一致をいちばん重く、成形機の一致を次に、材料の系統の一致をその次にします。bool の should は、filter があるときは一つも当てはまらなくても文書が返ります。 公式の説明では、must か filter があるときの minimum_should_match の既定は0です。切替後の品番だけが同じ記録も候補に残るので、組み合わせの一致が無いことを結果に書かせます。

減衰の関数は、順位を変えるだけで、返す記録は変えません。 公式のドキュメントでも、function_score は返す文書ではなく順位を変えるものとされています。scale を180日にすると、半年前の記録の点数が decay（既定は0.5）まで下がります。古い記録を返さないようにするのではなく、新しい記録を上に並べるための設定です。

組み合わせると、検索の要求はおおよそ次の形になります。

{
  "query": {
    "function_score": {
      "query": {
        "bool": {
          "filter": [{ "term": { "to_part": "P-4410" } }],
          "should": [
            { "term": { "from_part": { "value": "P-2231", "boost": 4 } } },
            { "term": { "machine":   { "value": "M-17",   "boost": 2 } } },
            { "term": { "material_family": { "value": "dark_to_light", "boost": 1 } } }
          ]
        }
      },
      "functions": [{ "gauss": { "setup_date": { "scale": "180d" } } }]
    }
  },
  "size": 5
}

setup_date の origin を省いているので、基準は検索した時点の日時です。 返す件数は5件に絞ります。端末で読める量を超えて返しても、作業者は上の2件しか見ません。 どの条件で何点になったかを確かめたいときは、検索の要求に explain を付けて、点数の内訳を見ます。

AIへ渡す前に整形する

1. 段取りの番号を振る … 段取り記録の行ごとに番号を振り、初品の検査結果とトラブルの報告書に同じ番号を書く運用にします
2. 切替前の品番を補う … 段取り記録に切替前の品番が書かれていない行は、同じ成形機の直前の行の品番で補います
3. 条件の単位をそろえる … 温度・圧力・速度の書き方と単位を、成形機の種類ごとにそろえます
4. 紙の報告書を文字にする … トラブルの報告書を文字に起こし、段取りの番号と結び付けます
5. 修理の日を付ける … 保全の記録から、金型の修理と成形機のオーバーホールの日を引き、記録ごとに「修理より前か後か」を付けます
6. 作業者の名前を外す … 段取りをした作業者の名前は、索引に入れる前にコードに置き換えます

2番目を軽く見ないでください。 切替前の品番は、段取り記録に書かれていないことがいちばん多い項目です。補わないと、組み合わせで探す仕組みそのものが動きません。 補った値には「補完」の印を付けておきます。

6番目は、記録を人の評価に使わないためです。 誰の段取りでトラブルが多かったかが分かる作りにすると、作業者はトラブルを記録しなくなります。 記録が減れば、この構成の価値も減ります。

AIに処理させる

探すのは検索基盤で、生成AIには見つかった記録を、作業者が段取りの前に読める形に並べさせます。

2行目がこの構成でいちばん大事な線引きです。 前回の段取りで、金型の温度を標準より上げて初品が合格していたとします。生成AIが「温度を上げると合格しやすい」と書けば、作業者は承認無しに標準から外れた条件で作ります。前回の事実として「標準と違う値を使った」とだけ書かせ、使うかどうかは班長が決めます。

指示内容を固定する

あなたは成形課で、品種切替の前に過去の記録を作業者に示す立場です。
渡した記録だけを根拠にしてください。

【今回の切替】成形機 {machine}、切替前 {from_part}、切替後 {to_part}
【標準の条件】{standard_conditions}
【過去の記録】段取り記録・初品の検査結果・トラブルを段取りごとに渡します。
  match_level: same_pair（同じ組み合わせ）／same_target（切替後だけ同じ）
               ／same_family（材料の系統が同じ）
  before_repair: true のときは、金型の修理か設備のオーバーホールより前の記録

【やること】
1. 記録ごとに、標準の条件と違う値を使った項目を書く
2. 初品が一発で合格したか、外れた寸法とやり直しの回数を書く
3. トラブルがあれば、起きたことと対策を1〜2文で書く
4. 置換のショット数が記録にあれば書く

【厳守事項】
- 今回の条件を指示しないでください。前回の値は「前回は○○だった」と
  書いてください。
- 標準と違う条件を勧めないでください。「標準と違う値を使った」とだけ
  書き、使うかどうかには触れないでください。
- 記録に無い値を推測で埋めないでください。無いものは「記録なし」です。
- before_repair が true の記録は、条件の項目の前に「修理より前の記録」と
  書いてください。
- match_level が same_pair でない記録は、そのことを最初に書いてください。
- 作業者のコードに触れないでください。
- 端末で読むので、1件あたり5行以内にしてください。

「標準と違う条件を勧めない」を明記しないと、親切な書き方になります。 初品が合格した前回の条件を見せれば、「この条件で始めると良い」と続けるのが自然だからです。事実の記述と勧めを分けて、勧めのほうを禁じます。

「同じ組み合わせでない記録はそのことを最初に書く」も同じ理由です。 切替後の品番だけが同じ記録を、同じ組み合わせの前例のように読むと、材料の置換の量を見誤ります。

記録は、Claude の検索結果のブロックで渡します。 公式の説明では、source・title・content を持つブロックで渡すと、自社の文書を引用付きで答えられ、Amazon Bedrock でも使えます。source に段取りの番号を入れ、端末から元の記録を開けるようにします。

出力形式を固定する

次の形のJSONで受け取り、端末の画面に流し込みます。

{
  "changeover": { "machine": "M-17", "from": "P-2231", "to": "P-4410" },
  "records": [
    {
      "setup_id": "SU-2026-08-0412",
      "date": "2026-08-21",
      "match_level": "same_pair | same_target | same_family",
      "before_repair": false,
      "diff_from_standard": [{ "item": "金型温度（固定側）", "used": "", "standard": "" }],
      "first_article": { "passed_first": false, "retries": 2, "failed_dims": ["穴径A"] },
      "trouble": "",
      "purge_shots": 40,
      "citations": ["SU-2026-08-0412", "FA-2026-08-0412", "TR-2026-031"]
    }
  ],
  "no_same_pair": false,
  "notes": ""
}

1つ目の理由は、match_level で近さを画面に出せることです。 同じ組み合わせの記録と、切替後の品番だけが同じ記録を、色や見出しで分けて表示できます。 作業者は、どの記録を前例として読むべきかを一目で判断できます。

2つ目は、diff_from_standard を標準との差だけにできることです。 前回の条件を全部並べると、標準と同じ値の中に、違う値が埋もれます。 差だけを出すことで、班長に確かめるべき点が先に目に入ります。

3つ目は、no_same_pair で「同じ組み合わせが無い」ことを示せることです。 同じ組み合わせの前例が無い切替は、初めての組み合わせとして慎重に扱うべきもので、それ自体が大事な情報です。

システムへ連携する

生産管理の仕組みと保全の記録には書き込みません。 段取りの条件を成形機に送る連携も作りません。条件を設定するのは、これまでどおり作業者です。 仕組みが条件を設備に送る作りにすると、過去の外れた条件がそのまま設備に入る経路ができます。

端末は、ラインの共用の端末を想定します。 作業者ごとのログインは求めず、端末の置かれた成形課の範囲の記録だけを見られるようにします。

人が確認する

作業者が読み、標準から外れた点があれば班長が確かめます。

1. match_level を見る … 同じ組み合わせの記録があるか、無いかを最初に確かめます
2. diff_from_standard を見る … 前回、標準と違う値を使った項目があれば、班長に理由を確かめてから段取りを始めます
3. 初品で外れた寸法を見る … 前回外れた寸法は、初品の検査で最初に見てもらうよう検査の担当に伝えます
4. 段取りの後に記録する … 条件、置換のショット数、気づいた点を書きます。今回の記録が、次の作業者の前例になります

2番目を省かないでください。 前回の作業者が標準から外れた条件を使った理由は、承認された一時的な対応だったのか、記録に残っていない判断だったのかが、記録だけでは分かりません。

目標は、1件4分です。 端末の表示を読み、標準との違いを確かめ、必要なら班長に一言確かめるまでの時間です。探す時間と、人を探して聞く時間がほぼ無くなります。

例外に対処する

最後の行を必ず決めておいてください。 端末が止まったときに段取りまで止まると、この構成は現場に嫌われます。 仕組みが無かったときの手順に戻れることが、現場に置く条件です。

記録を残す

• 切替の指定（成形機・品番・時刻）と、検索の条件
• 返した記録の番号と match_level
• 生成AIに渡した記録と、返ってきたJSONの全文
• 班長に確かめた項目と、その結果
• 今回の段取りの初品の結果
• 同じ組み合わせの記録が無かった切替の一覧

最後の行が、記録の整備の材料になります。 同じ組み合わせが無かった切替が多い成形機は、記録の書き方が足りないか、切替前の品番が書かれていない可能性があります。また、初めての組み合わせの切替の初品の結果を見れば、記録があるときと無いときで、やり直しの回数がどれだけ違うかが分かります。