製造現場の端末から、品番・工程・設備の番号と言葉で作業標準書・作業指示書・変更記録を横断で探し、いま有効な版の手順を根拠付きで返す

処理の起点を決める

取り込みと検索で、起点が2つあります。

取り込みは、作業標準書と変更記録が承認されたときです。 共有フォルダの承認済みの場所にファイルが置かれたとき、または変更記録の台帳で承認の印が付いたときに動かします。承認待ちの案は取り込みません。 取り込むと、まだ使ってはいけない手順が現場の答えに混ざります。

版の切り替えは、毎朝の定時で行います。 新しい版の施行日が今日になったものについて、前の版に廃止日を入れます。施行日と承認日は違うので、承認された時点では前の版を廃止しません。

検索は、職長や作業者が端末で探したときに動きます。 端末はラインごとに1台置き、ログインはラインの共用の役割で行います。生産管理の仕組みからロット番号を読める端末なら、品番と工程を自動で入れます。 手で入れる品番が減るほど、照合の誤りも減ります。

入力データを集める

質を決めるのは、作業標準書に「対象の品番・工程・設備」が項目として書かれているかです。 表紙にしか品番が無く、派生品番が本文の注記に書かれている文書では、どの品番に効く手順かを取り込みの段で決められません。 表紙の書き方をそろえることが、最初の準備です。

変更記録の暫定の指示には、有効期間を必ず持たせます。 期間の無い暫定の指示は、改訂が終わったあとも答えの先頭に出続けます。 期間が書かれていない記録は取り込みで印を付け、生産技術に戻します。

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

作業標準書は Excel と Word で作られ、承認時にPDFにしています。取り込みは、元の Excel・Word から文字を取り出し、原本のPDFのページ番号と結びつけます。 スキャンした画像しか無い古い文書は、この構成の対象から外し、改訂のときに電子化します。

索引の項目は、次のように持たせます。

step_text に index_options: offsets を付けるのは、抜き出しを速くするためです。 公式のドキュメントでは、オフセットを保存すると抜き出しのときに文を解析し直さずに済み、term vector より少ない容量で済むとされています。

AIへ渡す前に整形する

1. 手順の単位に分ける … 作業標準書を、工程の中の手順の番号ごとに1件にします。1件に条件と確認点を含めます
2. 番号の書き方をそろえる … normalizer で、全角の英数字を半角に（cjk_width）、英字を大文字に（uppercase）し、pattern_replace でハイフン（全角・半角）と空白を除きます
3. 派生品番の展開 … 「AB-1234 系」「AB-1234-01〜05」のような書き方を、取り込みで品番の一覧に展開します
4. 条件の値の確認 … 手順の本文にあるトルク・温度・時間の数値と単位が、元の表と同じかを取り込みで突き合わせます
5. 暫定の指示の有効期間の確認 … 期間の無いものに印を付け、生産技術へ戻します
6. 検索の入力の整え … 端末で入れた番号も、同じ normalizer で照合されます。知りたいことの言葉は Sudachi で解析されます

2番目の pattern_replace は文字フィルタなので、cjk_width より先に動きます。 全角のハイフン（－）は、半角にそろえる前の段で消す必要があります。消す対象の文字の一覧に、全角と半角のハイフン、長音の記号、空白をまとめて入れます。

4番目を軽く見ないでください。 Excel の表から文字を取り出すと、セルの書式で表示していた単位や小数点以下の桁が落ちることがあります。「12.0 N·m」が「12」になれば、現場では意味が変わります。

AIに処理させる

AIの仕事は、検索結果の手順を、決まった順に引用付きで並べることだけです。 探すのも、版を絞るのも検索基盤で行います。

1行目と2行目が、いちばん外せない線です。 現場からの質問は「トルクは？」のように短く、AIは親切に「一般的にはこの範囲です」と補いがちです。その一言が、文書に無い値として現場に伝わります。 条件の値は検索結果の文字のまま引き、無ければ無いと返させます。

指示内容を固定する

あなたは工場の生産ラインで、作業標準書の該当箇所を探す手伝いをする係です。
渡された検索結果だけを根拠にしてください。一般的な知識で補わないでください。

【探している人が入れた内容】
品番：{part_no}　工程：{process_no}　設備：{equipment_id}
知りたいこと：{question}

【検索結果の種類】
- change_temp：有効期間中の暫定の指示（作業標準書より優先される）
- work_order：ロットごとの作業指示書
- standard：今日有効な版の作業標準書の手順
- change_record：直近90日の変更記録

【並べる順】
1. change_temp があれば、いちばん上に「暫定の指示あり」と書き、
   変更の番号・有効期間・指示の本文をそのまま引く
2. work_order があれば、ロット番号と指示の本文を引く
3. standard の該当する手順を、文書番号・版・施行日・ページ付きで引く
4. change_record があれば、種類（人・機械・材料・方法）と日付を添えて最後に並べる

【厳守事項】
- トルク、温度、時間、寸法などの値は、検索結果の文字のまま書いてください。
  丸めたり、単位を変えたり、範囲を言い換えたりしないでください。
- 検索結果に無い手順や値を書かないでください。
  見つからなければ「該当する記載は見つかりませんでした。職長に確認してください」と書いてください。
- 品番や設備が違う手順が複数当たったときは、どちらで作業すべきかを書かず、
  違いが分かるように並べてください。
- 作業の良し悪しや、品質の合否を書かないでください。

「暫定の指示がいちばん上」を順番として指示しているのは、点数の順に並べると下に沈むためです。 暫定の指示の本文は短く、手順の言葉とあまり重ならないので、言葉の検索の点数は低く出ます。点数ではなく種類で並べることを、検索の側と指示の側の両方で決めます。

検索結果は、Claude の検索結果ブロックで渡します。 1件の手順を1つの search_result にし、source に文書番号と版、title に工程と手順の番号、content に手順の本文と条件を別々のテキストブロックで入れます。 公式の説明では、引用は content のテキストブロックを単位に付くので、答えの値がどの文書のどの版から来たかを端末の上で辿れます。この仕組みは Amazon Bedrock でも使えます。

出力形式を固定する

検索の要求は、次のように組みます。

{
  "query": {
    "bool": {
      "filter": [
        { "term": { "part_no": "AB-1234" } },
        { "term": { "process_no": "30" } },
        { "range": { "effective_from": { "lte": "now/d" } } },
        { "bool": { "should": [
            { "range": { "effective_to": { "gt": "now/d" } } },
            { "bool": { "must_not": { "exists": { "field": "effective_to" } } } }
          ] } }
      ],
      "must": { "match": { "step_text": "締め付け トルク" } }
    }
  },
  "highlight": {
    "fields": { "step_text": { "fragment_size": 120, "number_of_fragments": 2 } }
  }
}

品番は term で照合しても、normalizer が効きます。 索引に入れるときも、検索のときも同じ normalizer を通るので、「ＡＢ－１２３４」で入れても「AB1234」として照合されます。 廃止日の無い版を拾うために、exists の否定を should に入れています。

端末に返す形は、次のJSONです。

{
  "query": { "part_no": "AB1234", "process_no": "30", "question": "締め付け トルク" },
  "temp_instructions": [
    { "change_no": "CHG-2026-0915", "valid": "2026-09-20〜2026-10-31", "text": "" }
  ],
  "steps": [
    { "doc_no": "WS-AB1234-30", "version": "7", "effective_from": "2026-08-01",
      "step": "30-4", "text": "", "pdf_page": "5" }
  ],
  "recent_changes": [ { "change_no": "", "type": "machine", "date": "" } ],
  "not_found": false
}

1つ目の理由は、暫定の指示と手順を別の配列に分けられることです。 端末の画面では、temp_instructions があれば赤い枠で先頭に出すように作ります。並べ方を画面の側で固定でき、AIの文章の書き方に左右されません。

2つ目は、version と effective_from を答えに必ず添えられることです。 現場の人が「この版でいいのか」を、原本を開かずに確かめられます。

3つ目は、not_found で「見つからなかった」を区別できることです。 見つからなかった検索は記録に残し、文書の欠けか、品番の書き方の揺れかを生産技術が後から見ます。

システムへ連携する

変更記録の取り込みは、毎時にしています。 暫定の指示は、承認されたその日から効くことが多いためです。毎晩の取り込みにすると、承認当日の段取り替えで古い手順が返ります。

人が確認する

この構成の確認は、条件付きです。

1. 答えに暫定の指示が出たとき … 職長が内容を読み、作業者に伝えてから作業を始めます
2. 複数の手順が当たったとき … 品番や設備の違いを職長が確かめ、どれで作業するかを決めます
3. 「見つかりませんでした」と出たとき … 職長が生産技術の担当に聞きます。作業者が推測で作業を始めないことを、ラインの決まりにします
4. 写真や図で示された手順 … 原本のページを開いて確かめます

それ以外の、1つの手順がはっきり当たったときは、作業者が該当箇所を読んで作業します。 毎回職長の確認を入れると、段取り替えの時間が延び、端末が使われなくなります。1件あたり2分を目安にします。

新しく配属された作業者には、最初の1か月だけ、すべての答えを職長と一緒に読む期間を設けます。 端末の答えの読み方（暫定の指示の枠、版と施行日の位置、原本へのリンク）を覚えるまでの期間です。慣れたあとも、暫定の指示の枠が出たときだけは職長を呼ぶ、という決まりを残します。

例外に対処する

5行目が、番号の照合を分けた理由です。 言葉の検索に品番を混ぜると、「AB-1235」で探したときに「AB-1234」の手順が近いものとして出ます。品番の違う手順は、似ていても別の作業です。 番号は完全一致だけにし、外れたら外れたと返します。

1行目と2行目の通知は、生産技術の担当の一覧に毎朝まとめて届くようにします。 有効な版が無い、または2つあるという状態は、版の切り替えの登録の誤りでほとんどが起きます。現場で見つかる前に、毎朝の版の切り替えの直後に全品番を点検して見つける運用にします。

記録を残す

• 取り込んだ文書の番号・版・施行日・廃止日と、取り込んだ日時
• 変更記録の番号と有効期間、取り込みで止めた記録と理由
• 端末ごとの検索の内容（品番・工程・設備・知りたいこと）と、返した手順と版
• Claude に渡した検索結果と、返ってきた答えと引用
• 「見つかりませんでした」になった検索
• 職長が生産技術に問い合わせた件と、その答え

5つ目と6つ目は、作業標準書の改訂の材料になります。 同じ品番・工程で見つからない検索が続けば、文書の欠けか、現場の言葉と文書の言葉の違いです。 後者なら、文書の書き方か同義語の辞書を直します。