新しい受注品の生産を検討するときに、過去の試作・量産の加工条件と不良の記録から形状・材質・公差の近い品番を探し、使った条件と起きた問題を生産技術の担当に示す

処理の起点を決める

担当者が画面で「近い品番を探す」を押したことを起点にします。 工程の検討は、図面を受け取って見積を出す前と、受注して試作を指示する前の2回あります。見積の段階で近い品番の加工時間を知りたいこともあるので、どちらの段階でも同じ画面を使います。

索引の更新は、記録が書かれるたびに行います。 加工条件の記録が保存されたとき、不良と手直しの報告が登録されたときに、その品番の文書だけを作り直して索引に入れます。 試作で起きた不良が、翌日の別の品番の検討に出るようにします。

量産で条件が落ち着いたときも、作り直します。 試作の条件と量産の条件は違うことが多く、量産の条件が入ったら、その工程の記録に「量産」の印を付けます。

入力データを集める

質を決めるのは、工程の番号です。 工程の記録と不良の記録が工程の番号で結び付いていないと、内径の寸法外れがどの工程のどの条件で起きたのかが分かりません。 番号が無い過去の記録は、品番と日付と報告の本文から工程を割り当て、割り当てられないものは「工程不明」にします。

不良の種類は、決まった言葉で持たせます。 「びびり」「寸法外れ」「面粗さ不良」「バリ」「工具の欠け」のように、品質保証課と生産技術課で一覧を決め、報告のたびにその中から選びます。 第5章の4番目の集計は、この言葉の数を数えるので、自由な書き方のままでは数えられません。

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

品番1つを索引の1件にし、工程の記録をその中に nested で持たせます。 不良と手直しの記録は、工程の番号で該当の工程に結び付けて持たせます。

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

{
  "size": 10,
  "query": {
    "bool": {
      "filter": [
        { "term": { "material_family": "austenitic_stainless" } },
        { "range": { "outer_dia_mm": { "gte": 16, "lte": 24 } } },
        { "range": { "min_tolerance_mm": { "lte": 0.02 } } }
      ],
      "should": [
        { "terms": { "features": ["thin_wall", "deep_hole"] } }
      ],
      "must": [
        {
          "nested": {
            "path": "operations",
            "query": { "term": { "operations.type": "inner_finish_turning" } },
            "score_mode": "max",
            "inner_hits": { "size": 3 }
          }
        }
      ]
    }
  },
  "aggs": {
    "defects": { "terms": { "field": "defect_types", "size": 10 } }
  }
}

最小の公差は「0.02mm以下」と、厳しい側だけで絞ります。 新しい部品より緩い公差の前例は、精度の面では参考になりにくいためです。外径と長さは上下に幅を持たせます。

score_mode は max にしています。 公式のドキュメントでは、nested の内側の項目のスコアを親にどう渡すかを avg（既定）・max・min・sum・none から選べます。合う工程が1つでもよく合えば上に来るよう、max にします。

不良の集計には、注意が一つあります。 公式のドキュメントでは、terms の集計は件数の多い上位の語を返すもので、 返らなかった語の文書の数は sum_other_doc_count に出ます。size の既定は10です。不良の種類が多いときは、画面に「その他○件」と出し、数え漏れが無いように見せます。

AIへ渡す前に整形する

1. 材質を系統に置き換える … 材質の名前（SUS304、SUS316L など）を、材質の系統の表で系統に置き換えます。名前のままだと、削れ方の近い材質が別の物として扱われます
2. 寸法と公差を数にそろえる … 「φ20 h7」のような図面の書き方を、外径の数と公差の幅の数にします。最小の公差は、図面の中でいちばん厳しいものを取ります
3. 形状の特徴を決まった言葉にする … 薄肉・深穴・細溝・ねじ・偏心などを一覧から選びます。肉厚や穴の深さの比のような基準も一緒に決めます
4. 工程の種類をそろえる … 「内径仕上」「内仕上げ」「ID finish」のような書き方を、工程の種類の一覧に置き換えます
5. 試作と量産を分ける … 同じ品番の条件が試作と量産でシートに分かれていれば、工程ごとに「試作」「量産」の印を付けて両方持たせます
6. 不良の種類を割り当てる … 過去の報告の本文から、不良の種類の一覧のどれに当たるかを割り当てます。割り当てられないものは「その他」にします
7. 取引先の名前を外す … 索引には取引先のコードだけを入れ、名前は入れません

2番目を軽く見ないでください。 公差の書き方は図面ごとにまちまちで、数にそろえないと range で探せません。 過去の品番は、まず厳しい公差のある部品から数にそろえます。

6番目は、集計を意味のあるものにするためです。 過去の報告を割り当てる作業は手間がかかりますが、この割り当てが済むまでは、集計の数を信用しないでください。

AIに処理させる

探すのと数えるのは検索基盤で、生成AIには見つかった工程の記録と不良の記録を、担当者が工程の検討に使える形に並べさせます。

2行目がこの構成でいちばん大事な線引きです。 近い品番が3件あり、回転数がそれぞれ違えば、生成AIは「回転数は○○前後が目安です」と平均をまとめたくなります。 その値で削った前例は、どこにもありません。記録にある条件を、記録のとおりに並べ、まとめる計算はさせません。

4行目は、勧めではなく「確かめる点の候補」です。 近い品番10件のうち6件で内径の寸法外れが出ていれば、試作では内径を先に測る、という程度の指摘です。条件を変えるかどうかには触れさせません。

指示内容を固定する

あなたは生産技術課で、新しい部品の工程を検討する担当者に、
過去の品番の記録を示す立場です。渡した記録だけを根拠にしてください。

【新しい部品】材質 {material}、外径 {od}、内径 {id}、長さ {length}、
  最小の公差 {tolerance}、形状の特徴 {features}、検討したい工程 {operation}
【近い品番で多かった不良】{defect_counts}（その他 {other_count} 件）
【過去の記録】品番ごとに、検討したい工程の記録と、その工程の不良の記録を
  検索結果として渡します。stage は trial（試作）か production（量産）です。

【やること】
1. 品番ごとに、新しい部品と違う点（材質・寸法・公差・形状）を書く
2. 工程ごとに、工具・回転数・送り・切込みを記録のとおりに書き、
   試作か量産かを添える
3. その工程で起きた不良があれば、不良の種類・起きたこと・対策を
   1〜2文で書く
4. 多かった不良に関わる点を、試作で先に確かめる点の候補として挙げる

【厳守事項】
- 新しい部品の条件を指示しないでください。
  「○○で削るとよい」「目安は○○」と書かないでください。
- 複数の品番の条件を平均したり、間の値を出したりしないでください。
- 記録に無い値を推測で埋めないでください。無いものは「記録なし」です。
- 試作の条件と量産の条件を混ぜないでください。
- 不良の原因は、記録に書かれたとおりに書いてください。
- 取引先に触れないでください。

「平均しない」を明記しないと、親切にまとめます。 条件が品番ごとにばらばらだと、読み手のために一つの目安を出すのが自然な振る舞いだからです。その目安は、削った実績の無い値です。 まとめる行為そのものを禁じます。

「試作と量産を混ぜない」も同じ理由です。 試作で不良が出た条件と、量産で落ち着いた条件を並べずに一つに書くと、不良の出た条件を、量産で使える条件と読み違えます。

記録は、Claude の検索結果のブロックで渡します。 公式のドキュメントでは、検索結果のブロック（source・title・content）で渡すと、自社の内容を引用付きで答えられ、 Amazon Bedrock でも使えます。source に工程の番号を入れ、画面から元の記録を開けるようにします。 公式のドキュメントでは、検索結果の中身は文章だけで、画像は入れられないとされているので、図面は渡しません。

出力形式を固定する

引用付きの文章を受け取り、Lambda が次の形のJSONに組み直して画面に流し込みます。

{
  "new_part": { "material_family": "austenitic_stainless", "od_mm": 20.0, "min_tol_mm": 0.01 },
  "defect_summary": [{ "type": "寸法外れ", "count": 6 }, { "type": "びびり", "count": 3 }],
  "other_defect_docs": 1,
  "precedents": [
    {
      "part_id": "P-23-0871",
      "differences": ["材質：SUS316L", "外径：22mm"],
      "operations": [
        {
          "op_id": "OP-23-0871-04",
          "type": "inner_finish_turning",
          "stage": "trial | production",
          "tool": "", "speed_rpm": 0, "feed": "", "depth": "",
          "defects": [{ "type": "寸法外れ", "what": "", "countermeasure": "" }],
          "citations": ["OP-23-0871-04", "NC-23-0144"]
        }
      ]
    }
  ],
  "check_first": [""]
}

1つ目の理由は、defect_summary を画面の最初に置けることです。 近い品番で多かった不良を数で見せ、記録を読む前に目の付け所を決められます。 other_defect_docs で、集計に入らなかった数も見せます。

2つ目は、stage で試作と量産を分けて表示できることです。 量産で落ち着いた条件を上に、試作で不良が出た条件を下に、色を分けて並べられます。

3つ目は、citations で元の記録を開けることです。 条件を写す前に、元の工程の記録と不良の報告を開いて確かめられます。 生成AIの文章だけで条件を決めさせないためです。

システムへ連携する

加工の機械にはつなぎません。 条件をプログラムとして機械に送る連携は作りません。条件をプログラムにするのは、これまでどおり担当者です。 仕組みが条件を機械に送る作りにすると、不良の出た試作の条件がそのまま機械に入る経路ができます。

加工条件の記録と不良の記録にも書き込みません。 試作のあとの記録は、これまでどおり担当者と品質保証課が書きます。

人が確認する

担当者が読み、工程と条件は担当者が決めます。

1. 多かった不良を見る … defect_summary で、近い品番で多い不良を確かめます。集計の数は、不良の種類の割り当てが済んだ記録の範囲です
2. 新しい部品との違いを見る … differences で、材質・寸法・公差・形状のどこが違うかを確かめます
3. 試作と量産を分けて読む … 量産の条件を参考にし、試作の条件は不良の記録と一緒に読みます
4. 元の記録を開く … 写そうとする条件は、元の工程の記録で確かめます
5. 試作で先に確かめる点を指示に書く … check_first を参考に、担当者が決めます

4番目を省かないでください。 生成AIは記録を並べ直しているだけですが、単位の付け間違いや、試作と量産の取り違えがあれば、そのまま条件に入ります。 写す数字は、元の記録から写します。

目標は、1件14分です。 多かった不良を見て、近い品番の工程の条件と不良を読み、元の記録を開いて確かめるまでの時間です。品番のファイルを開いて探す時間と、不良の記録を探す時間が、ほぼ無くなります。

例外に対処する

最初の行で幅を広げたときは、そのことを必ず表示してください。 外径20mmの部品に、外径40mmの前例が出たことに気づかないと、大きさの違いによる削れ方の違いを見落とします。

7行目は、機械を入れ替えた工場で多く起きます。 古い機械の条件は、機械の剛性や主軸の違いで、そのままは使えないことがあります。

記録を残す

• 新しい部品の指定と、検索の条件（寸法の幅を広げたか）
• 返した品番と工程の番号、defect_summary
• 生成AIに渡した記録と、返ってきた文章と引用の全文
• 担当者が開いた元の記録と、参考にした工程の番号
• 新しい品番の試作の結果（不良の有無と種類）
• 前例なしだった部品の指定の一覧

4行目と5行目を結び付けると、効き目が見えます。 参考にした工程があった品番と、無かった品番で、試作の不良の数がどれだけ違うかを比べられます。

最後の行は、新しい加工の領域の地図になります。 前例なしが続く材質と寸法の組は、工場がまだ経験していない領域で、試作の時間を多めに見積もるべきところです。