研究者・実験担当から出る「この試薬はどう扱うか」「この実験に届出は要るか」の質問に、社内の実験安全規程・化学物質の取扱い規程・設備の使用手順を根拠にチャットで答え、判断の要るものを安全管理の担当へ回す

処理の起点を決める

研究者がボットに質問を書いたときに動きます。 最初に研究所を選んでもらい、選ぶまで質問欄を開きません。 研究所ごとに設備と実験室の決まりが違うためです。全社共通の規程は、どちらの研究所を選んでも検索の対象に入ります。

1つの会話は、同じ研究所のまま続けます。 answer メソッドはセッションで前の質問を踏まえ、queryRephraserSpec で質問を言い換えて検索します。「その試薬を加熱するときは」のような続けての質問に、前の試薬の名前を補って検索します。

規程の取り込みは、改定のたびに行います。 安全管理の担当が文書管理の仕組みで改定版を確定したら、その版を Cloud Storage に置き、古い版の status を archived にします。古い版を消さないのは、「いつの版で答えたか」を後から示すためです。

緊急の言葉の照合は、すべての質問の最初に行います。 会話の途中でも、2回目以降の質問でも同じです。

入力データを集める

質を決めるのは、規程の別表の作り方です。 保護具の区分の表が、画像を貼っただけのPDFだと、レイアウト パーサーでも表として読めないことがあります。別表はWordかExcelの表として作り直し、正本とします。

SDSは、最初は載せません。 試薬ごとのSDSは数が多く、版も仕入先ごとに違います。この構成は社内の規程に何と書かれているかを答えるもので、物質の危険性そのものはSDSで研究者が確かめます。 規程の側に「区分の決め方はSDSのこの項目を見る」と書いておきます。

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

規程は Cloud Storage のフォルダに置き、メタデータと一緒にデータストアへ取り込みます。 データストアは、作るときに次の設定にします。

チャンク分割は、データストアを作った後に入れたり外したりできません。 ドキュメントにそう書かれています。最初に有効にして作ります。 後から変えたくなったら、データストアを作り直すことになります。

祖先の見出しを含めるのは、表の1行だけがチャンクになったときに、何の表かが分からなくなるからです。 「有機溶剤（区分B）：ニトリル手袋、保護眼鏡」という行だけでは、保管の表か保護具の表か分かりません。見出しが付いていれば、答えの出典に「化学物質の取扱い規程 別表2 保護具」と出ます。

1文書ごとに次のメタデータを付けます。

絞り込みに使う項目は、データストアのスキーマで「Indexable」にします。 式は ANY() と AND・OR・NOT で書けます。

site: ANY("lab_a", "common") AND status: ANY("published")

設備の質問では、equipment を絞り込みに入れません。 研究者が設備の名前を書いても、答えに要るのは設備の手順と、化学物質の取扱い規程の保護具の両方だからです。設備で絞ると、保護具の別表が根拠から消えます。

AIへ渡す前に整形する

1. 緊急の言葉の照合 … 「かかった」「浴びた」「吸い込んだ」「目に入った」「漏れ」「火が出た」「気分が悪い」などを見ます。当たったら、以降の処理をしません
2. 研究所の確認 … 選ばれた研究所から、絞り込みの式を作ります
3. 担当へ回す規則の照合 … 「新しく使いたい」「規程に無い」「混ぜても大丈夫か」「この量なら」「届出は要るか」などの言い回しを見ます
4. 個人の情報の除去 … 質問の文面から、研究者の氏名や、共同研究の相手先の名前を伏せてから検索にかけます
5. 規程の取り込み前の確認 … 別表が表として作られているか、見出しの階層がそろっているかを確かめます

1番目は、AIに判断させず、言葉の一覧で機械的に行います。 一覧は広めに作ります。当たりすぎた質問は担当が受けて戻せば済みますが、当たらなかった緊急の連絡は戻せません。

緊急の定型文は、次の形で用意し、安全管理の担当が版を管理します。

【緊急時の連絡】この連絡はチャットでは対応できません。
1. 実験安全規程 第8章「緊急時の措置」の手順に従ってください。
2. 研究所の緊急連絡先（内線 ○○○○）にすぐ電話してください。
3. 安全管理の担当にも、この内容を自動で知らせました。

定型文の中身は、規程の緊急時の章を写したものに限ります。 洗い流す時間や応急の処置を、ボットの側で書き足しません。規程の章を改定したら、定型文も同じ日に差し替えます。

3番目の「届出は要るか」は、手順の質問と判断の質問の両方に読めます。 「社内の購入前の届出の出し方」は規程にある手順で、答えられます。「この実験は届出が要るか」は、実験の中身を見て決めることなので、手順を返したうえで担当が受けます。

AIに処理させる

させるのは、絞った規程から該当箇所を探し、規程の表記のまま並べることだけです。

答えには、規程の名前、章、別表の番号を必ず付けます。 研究者は、チャットの答えではなく規程の該当箇所を読んで実験の準備をします。チャットは、そこへの道案内です。

6行目は、質問の形で起きます。 「少量なら保護眼鏡は要りませんか」と聞かれると、AIは聞かれた形に合わせて答えを寄せようとします。規程の表記をそのまま示し、それより軽くてよいかは答えさせません。

指示内容を固定する

answer メソッドの promptSpec.preamble に、次の内容を入れます。

あなたは化学品メーカーの研究所で、研究者からの安全の規程についての質問に答える案内係です。
検索された実験安全規程、化学物質の取扱い規程、設備ごとの使用手順だけを根拠に答えてください。

【答え方】
- 規程に書かれたことを、規程の表記のまま箇条で並べてください。
- 各項目の後に、規程の名前、章の番号、別表の番号を書いてください。
- 保護具、保管の場所、量の上限、点検の項目は、別表の行をそのまま写してください。
  言い換え、要約、計算をしないでください。
- 最後に必ず「実験の安全は、この規程の該当箇所と試薬のSDSを確かめたうえで、
  必要に応じて安全管理の担当に相談してください」と書いてください。

【答えないこと】
- 「安全です」「問題ありません」「この量なら大丈夫です」と結論づけないでください。
- 物質がどの区分に当たるかを決めないでください。
- 規程に書かれていない操作をしてよいかを答えないでください。
- 物質を混ぜてよいか、加熱してよいかを、規程に書かれていない範囲で答えないでください。
- 規程に書かれた保護具や手順より軽い読み方（省いてよい、短くてよい）を答えないでください。

「より軽い読み方を答えない」を書かないと、質問の形に引っぱられます。 「少量なら」「短時間なら」という前置きの質問に、規程に例外が書かれていないのに、例外があるかのように答えがちです。 軽くする方向の言い換えだけを、名指しで禁じます。

あわせて、answer メソッドの設定で次を有効にします。

出力形式を固定する

中継プログラムは、answer の応答から次の形の記録を作ります。

{
  "session_id": "",
  "site": "lab_a",
  "question_masked": "",
  "route": "answered | emergency | escalated_rule | escalated_no_answer | escalated_low_support",
  "items": [
    { "text": "", "source": { "doc_type": "chem_rule", "chapter": "", "table": "別表2", "version": "" } }
  ],
  "support_score": 0.0,
  "created_at": ""
}

1つ目の理由は、items の source に別表の番号と版を持てることです。 答えの1項目ごとに、どの規程の、どの版の、どの別表から来たかが分かります。研究者は手元の古い版と見比べられます。

2つ目は、route の emergency を分けて数えられることです。 緊急の言葉に当たった件数と、そのうち本当の緊急だった件数を、安全管理の担当が毎月数えます。一覧の言葉の見直しに使います。

support_score は、答えがデータストアの内容にどれだけ裏付けられているかを0〜1で示す値です。 自社で決めた境目を下回ったら、答えを表示せずに担当へ回します。

システムへ連携する

文書管理の仕組みには書き込みません。 規程を改定するのは安全管理の担当で、チャットの質問から規程が自動で書き換わる経路は作りません。

チャットの製品とボットの作り方は、会社が使っているものによって変わります。 チャットから中継プログラムのAPIを呼べることを前提にしており、この部分は利用環境に応じた個別実装が必要です。

人が確認する

答えを研究者に返す前に、人が見ることはしません。 その代わり、答える範囲を規程の該当箇所の案内に限り、判断は担当に残します。

1. 緊急の通知はすぐに見る … 通知が来たら、チャットではなく電話か現地で確かめます
2. 担当へ回った質問を毎日見る … 新しい物質や規程に無い操作は、リスクアセスメントを行うかを決めます
3. 答えた会話を週に1回抜き取る … 別表の行がずれていないか、保護具を軽く読み替えていないかを見ます
4. 同じ質問が多いものは規程に足す … 規程に書かれていないために回ってくる質問は、規程の改定の候補にします

4番目が、規程を育てます。 回ってきた質問は、規程に書かれていないことの一覧です。改定して載せれば、次からはチャットが答えます。

抜き取りでは、別表を根拠にした答えを優先して見ます。 本文の文章を根拠にした答えより、表の行を写した答えのほうが、行のずれに気づきにくいためです。週に10件ほど、答えの項目と別表の原本を並べて確かめます。

例外に対処する

1行目が、この構成でいちばん大事な例外です。 緊急のときに、チャットの答えを読んで動く時間はありません。定型文は規程の緊急時の手順をそのまま写したもので、生成した文ではありません。

記録を残す

• 会話ごとの研究所、伏せた後の質問の文面、答えの項目、出典の規程・章・別表・版、support_score
• 緊急の言葉に当たった質問と、通知の時刻、担当が確かめた結果
• 担当へ回した理由と、担当の判断、リスクアセスメントを行ったか
• 抜き取りで見つけたずれと、直した内容
• 月ごとの route の件数と、質問の多い規程の章

1つ目で「版」を残すのは、規程が改定されるためです。 事故の調査で「規程ではどう案内されていたか」を聞かれたとき、その時点でどの版のどの別表で答えたかを示せます。