製造現場の作業者から出る「この作業に保護具や資格・特別教育が要るか」の質問に、安全衛生規程・作業標準書・資格の一覧を根拠にチャットで答え、判断の要るものを安全担当へ回す

処理の起点を決める

起点は、作業者か職長が安全衛生チャットに質問を送ったことです。 チャットは社員番号でログインした人が使え、所属と工場から、回したときにどの工場の担当者の待ち行列に載せるかを決めます。

資格と特別教育の質問では、設備番号と作業する人の社員番号を必須にします。 職長が部下のことを聞く場合もあるので、作業する人は「自分」か「社員番号を入れる」かを選ばせます。 設備番号が分からなければ、設備に貼ってある番号の位置を画面に写真で示します。

1件の質問は、1つのセッションで最後まで続けます。 「では荷の積み下ろしの補助だけなら」のような続けての質問も同じセッションでつなぎ、別の設備の話は新しいセッションで始めます。 前の設備の条件が言い換えの中に残るからです。

入力データを集める

質を決めるのは、要件の表と回す条件の表です。 要件の表には「フォークリフト：最大荷重1トン以上は就業制限、未満は特別教育」のように、施行令第20条と規則第36条の区切りを設備の種類ごとに書きます。回す条件の表には、「作業標準書に無い作業」「すでに作業した」「派遣・請負の人」のような値を書きます。 派遣や請負の人の資格の記録は自社の人事の一覧に無いことが多く、記録が無いことが資格が無いことを意味しないからです。

人事の記録は、資格の種類と日付だけを引きます。 健康診断の結果や評価など、同じ仕組みにある別の項目は引きません。

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

作業標準書・規程・条文・過去の質疑は、Cloud Storage に置いてデータストアに取り込みます。 文書ごとのメタデータに、文書の種類、工場、作業標準書の番号、資格の区分、改訂日を持たせます。

法令の条文は、e-Gov 法令検索の法令API（laws.e-gov.go.jp/api/2/law_data/…）から取り込みます。 労働安全衛生法、施行令、規則を条ごとに取り、改正の施行日をメタデータに持たせます。 規則は改正が多いので、半年に一度、安全衛生課がAPIの改正情報を確かめます。

絞り込みの式は、工場と作業標準書の番号と区分で書きます。 項目を索引可能にしておけば、plant: ANY("P2") AND sop_no: ANY("P2-SH-014", "COMMON") AND req_class: ANY("skill_course", "none") のように、その工場のその作業標準書と、決めた区分の条文だけを引けます。COMMON は全工場に共通の規程に付けます。

設備台帳と人事の記録は、中継プログラムが照会します。 保全の仕組みと人事の仕組みの照会のしかたは製品によって違い、この部分は個別の実装が必要です。 夜間に一覧を書き出して読む形でも、資格の質問には足ります。

AIへ渡す前に整形する

1. 作業標準書を作業ごとに分ける … 1冊に複数の作業がある場合、作業の見出しで分け、それぞれに作業標準書の番号を付けます
2. 保護具の欄を見出し付きで残す … 「保護具」「必要な資格・教育」の欄は、表のまま取り込みます
3. 規程を条ごとに分ける … 安全衛生規程を、条の見出しが付いた形で取り込みます
4. 条文を取り込む … 法・施行令・規則の該当条を、条の見出しと号の番号を付けて取り込みます
5. 要件の表を作る … 施行令第20条と規則第36条から、自社にある設備の種類だけを拾って区切りの値を書きます
6. 設備台帳の値を確かめる … 最大荷重などの値が空の設備を一覧にし、保全に埋めてもらいます
7. 見出しを断片に含める … データストアの作成時に分割を有効にし、includeAncestorHeadings を有効にします

6番目が、この構成でいちばん効きます。 設備台帳に能力の値が無い設備は、区分を決められず、すべて安全衛生課に回ります。 古いフォークリフトやホイストほど値が抜けているので、銘板を見て埋める作業を先に済ませます。

7番目は、データストアを作る前に決めます。 分割はデータストアの作成のあとでは有効にも無効にもできず、見出しを含める設定は既定では無効です。 作業標準書の「保護具」の表は、見出しが無いとどの作業の保護具か分かりません。 分割の大きさは100〜500トークンで、既定は500です。

AIに処理させる

させるのは、聞き取った作業と決めた区分に当たる作業標準書・規程・条文の記載を見つけ、作業の前に何を着けて何を確かめるかを、根拠を付けて短く返すことです。 区分を決めること、記録を読むこと、回すかどうかは、中継プログラムが行います。

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

1行目がいちばん起きやすい失敗です。 条文の検索で施行令第20条と規則第36条の両方が見つかると、モデルは両方を並べて「最大荷重によって異なります」と書きます。 正しい文ですが、現場で何をすればよいかが決まりません。区分は先に決めて検索の文に入れ、決めた区分の条文だけを引かせます。

指示内容を固定する

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

あなたは工場の安全衛生課の担当者として、
製造現場の作業者と職長から、保護具・資格・特別教育の質問に答えます。
読むのは、作業の手を止めてチャットを見ている人です。短く答えてください。

【前提】
検索の文の最初に、工場、作業標準書の番号、設備の種類、
中継プログラムが決めた資格の区分（就業制限／特別教育／該当なし）が並んでいます。
区分はすでに決まっています。その区分に当たる記載だけを使って答えてください。

【答え方】
1. 最初に、着ける保護具を作業標準書の欄のとおりに書いてください。
2. 次に、要る資格または教育の名前を、決まっている区分のとおりに書いてください。
3. 作業の前に確かめることが作業標準書にあれば、手順の順に書いてください。
4. 根拠にした作業標準書の番号と欄、規程の条、法令の条を書いてください。

【厳守事項】
- 検索結果の文書に書かれていることだけで答えてください。
  一般的な安全の知識や他社の例で補わないでください。
- 区分を変えないでください。「荷重によって異なる」と書かないでください。
- 作業する人が資格を持っているかどうかを書かないでください。
  記録は別に表示されます。
- 「作業してよい」「問題ない」と書かないでください。
- 作業標準書にない保護具を足したり、省いてよいと書いたりしないでください。
- 該当する記載が見つからないときは、
  「作業標準書と規程に該当する記載が見つかりません。安全衛生課へ回します」
  とだけ書いてください。

「区分を変えない」「荷重によって異なると書かない」が、この指示の要です。 区分を検索の文で渡すだけでは、検索結果にもう一方の条文が混ざったときに、モデルは親切のつもりで両方を説明します。 書き方そのものを禁じ、区分の取り違えは後段の検査でも拾います。

検索の文は、中継プログラムが組み立てます。 例えば「工場：第2工場、作業標準書：P2-SH-014（出荷場の積込み）、設備：フォークリフト、区分：就業制限（技能講習）。この作業で着ける保護具と、要る資格は何か」のように、条件を先に並べ、作業者の質問の文を最後に足します。 設備台帳の数値そのものは渡さず、区分の名前だけを渡します。

出力形式を固定する

answer メソッドの応答を、中継プログラムが次の形に整えて、チャットと記録に渡します。

{
  "inquiry_id": "",
  "session_id": "",
  "plant": "",
  "category": "ppe | license | special_training | other",
  "conditions": { "sop_no": "", "equipment_no": "", "equipment_type": "", "capacity_value": "", "worker_id": "", "employment_type": "employee | dispatched | contractor", "routine": true },
  "req_class": "work_restriction | special_training | none | unknown",
  "status": "answered | escalated | skipped",
  "escalate_reason": "not_in_sop | capacity_missing | already_worked | non_employee | no_record | class_mismatch | not_in_rules | skipped | user_request | none",
  "answer_text": "",
  "worker_records": [ { "kind": "license | skill_course | special_training", "name": "", "date": "" } ],
  "refs": [ { "doc_type": "sop | rule | statute | qa", "title": "", "section": "", "revised": "", "uri": "" } ],
  "feedback": "resolved | escalated_after | wrong | none"
}

1つ目の理由は、req_class を回答の文と別に持てることです。 区分は中継プログラムが要件の表で決め、answer_text の中に別の区分の名前（「特別教育」と「技能講習」）が出てきたら、回答を出さずに class_mismatch で回します。 区分の取り違えを、文の読み方に頼らずに検知できます。

2つ目は、worker_records を回答と並べて見せられることです。 人事の記録の行をそのまま入れ、AIは触りません。 作業者は「要るもの」と「持っているもの」を同じ画面で見比べ、足りなければ職長に伝えて作業に就きません。

3つ目は、escalate_reason で回った理由を数えられることです。 capacity_missing が多い工場は設備台帳の整備が、not_in_sop が多いラインは作業標準書の改訂が追いついていないことが分かります。

システムへ連携する

設備台帳と人事の仕組みには、書き込みません。 記録が古いと分かっても、チャットからは直しません。記録の訂正は、受講の証明を見て人事が行います。 証明の無い記録を現場の申告で足すと、就業制限の確認そのものが崩れます。

人が確認する

作業者と職長は、回答を読んだあと、作業標準書の欄と本人の記録を確かめてから作業に入ります。 回答の上には、選んだ設備と区分を並べて表示します。

1. 設備が合っているかを見る … 設備番号が、これから動かす設備の番号と同じかを確かめます
2. 本人の記録を見る … 要る資格・教育の行が、記録の欄にあるかを見ます。無ければ作業に就きません
3. 評価を付ける … 解決した／安全衛生課へ回した／誤りを選びます

1番目を軽く見ないでください。 同じ出荷場に最大荷重の違うフォークリフトが並んでいると、隣の設備の番号を入れるだけで区分が変わります。 画面に設備の写真と銘板の値を出し、目で照らせるようにします。

安全衛生課の担当者は、回ってきた質問だけを見ます。 already_worked はその日のうちに職長と話し、事実を確かめて対応を決めます。

目標は、240件をならして1件5分です。 チャットで解決した質問の記録の確認と、回ってきた質問を担当者が判断する時間の平均です。

例外に対処する

4行目は、運用の約束として現場に伝えておきます。 すでに作業してしまったことを報告できる窓口だと分かっていないと、職長は「これから作業するなら何が要るか」という形で聞き、記録の確認だけで済ませてしまいます。

記録を残す

• 質問の文、選んだ聞き返しの値、日時、所属と工場
• 引いた設備台帳の値と、要件の表のどの行で区分を決めたか
• 中継プログラムが組み立てた検索の文と、使った絞り込みの式
• answer メソッドの応答の全文（回答、出典、根拠のスコア、回答しなかった理由）
• 表示した本人の記録の行
• 回す・回さないの判定と、その理由、安全衛生課が最終的に答えた内容
• そのとき効いていた作業標準書の改訂日と、規則の施行日

2行目と最後の行は、後から確かめるときに効きます。 作業標準書が改訂されたり、設備台帳の値が直されたりしたあとで、当時なぜその区分で答えたかを並べて見られるようにしておきます。